• Доопрацювання сайту на Magento 2 - оптимізація продуктивності та стабілізація checkout після міграції

    5 годин тому
    • Бажаний бюджет до 850.29 USD
    • Очікує виконавця...
  • Є інтернет-магазин запчастин для агротехніки на Magento 2.4.6-p3 (PHP 8.2, MySQL 8, Elasticsearch), хостинг AWS Lightsail, CDN Cloudflare. Після міграції з іншого VPS сайт став повільнішим, а в checkout періодично зникають способи доставки і оплати для окремих комбінацій міста та ваги кошика. Також зростає кількість помилок 500 під навантаженням, і час до першого байта на категоріях інколи перевищує 2-3 секунди. Потрібно провести технічний аудит, знайти причини і зробити доопрацювання з фокусом на продуктивність та надійність оформлення замовлення.

    Середовище і доступи - staging і production, Git репозиторій з CI через GitHub Actions, деплой через SSH. Встановлені сторонні модулі для доставки (Nova Poshta API), оплати (LiqPay), фільтрації (Amasty), кешування зараз тільки Full Page Cache Magento, Redis не налаштований.

    Очікуваний результат
    - Стабільний checkout без зникнення способів доставки і оплати, коректна робота правил доставки за вагою та містом
    - Помітне прискорення категорій і картки товару без поломки індексації та пошуку
    - Зменшення помилок 500 під навантаженням і прогнозована поведінка кешу

    Що потрібно зробити (етапи)
    1) Аудит і відтворення проблеми checkout - аналіз логів Magento, Nginx, PHP-FPM, MySQL slow log, Cloudflare, перевірка конфігурації модулів доставки та оплати, відтворення кейсів на staging з фіксацією кроків і даних
    2) Діагностика продуктивності - профілювання (Magento profiler, Xdebug/Blackfire за можливості), аналіз запитів до БД, перевірка індексів, оцінка впливу сторонніх модулів, перевірка кешу та режимів роботи (developer/production)
    3) Доопрацювання - виправлення логіки/конфігурації, яка призводить до некоректних методів доставки/оплати, точкові оптимізації (запити, індекси, кешування), налаштування Redis для cache і sessions, коригування PHP-FPM/Nginx параметрів під поточний серверний ресурс, без зміни дизайну
    4) Перевірка і реліз - регресія на staging, підготовка міграції конфігів, деплой в production з мінімальним простоєм, коротка технічна інструкція що було змінено і як перевіряти

    Обмеження
    - Не міняємо тему і верстку, не оновлюємо Magento до нової мажорної версії
    - Не відключаємо критичні бізнес-модулі (доставка, оплата, фільтри), можна запропонувати альтернативи лише якщо є доказ причинно-наслідкового звʼязку
    - Будь-які зміни тільки через Git і з можливістю відкату

    Критерії приймання (вимірювані)
    - На staging відтворена причина проблеми checkout і додано виправлення, яке прибирає проблему в 20 послідовних тестових оформленнях для 3 міст і 3 вагових діапазонів, з LiqPay і Nova Poshta
    - TTFB для сторінок категорій на production з прогрітою кеш-памʼяттю не більше 800 мс у 90-му перцентилі (замір через WebPageTest або Lighthouse з фіксованою локацією)
    - Під навантаженням 30 одночасних користувачів протягом 10 хв (k6 або аналог) частка відповідей 5xx не більше 0.5%, середній час відповіді для кешованих сторінок не більше 400 мс
    - Звітом передані: знайдена першопричина, список змін, команди/налаштування, які застосовано, і інструкція як повторити тести

    Очікується досвід з Magento 2, дебагом checkout, оптимізацією MySQL, Redis, PHP-FPM/Nginx, і роботою з Cloudflare.
Ваша пропозиція

Ви ще не залишили пропозицію до цього замовлення.
Натисніть «Запропонувати послугу», щоб надіслати свою пропозицію.

Потрібне схоже завдання?

Якщо завдання схоже на ваше, можна переглянути готові послуги в категорії або створити власне завдання з потрібним бюджетом, строками та вимогами.

Завдання «Доопрацювання сайту на Magento 2 - оптимізація продуктивності та стабілізація checkout після міграції» можна використати як орієнтир для свого брифа: що потрібно зробити, який результат потрібен і який бюджет вказати.