Є інтернет-магазин запчастин для агротехніки на 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.