Потрібен досвідчений Linux System Administrator / DevOps для діагностики причин періодичних зависань інтернет-магазину. Потрібно не тимчасово усунути симптоми, а знайти першопричину проблеми, пояснити її та запропонувати оптимальне рішення.Що відомо Інтернет-магазин працює понад 15 років. Linux-сервер. PHP 5.6. MySQL. OPcache увімкнений. Є SSH-доступ. Є доступ до панелі хостингу. Є доступ до логів. Додано графіки навантаження сервера.Симптоми Періодично: сайт перестає відкриватися; виникають помилки: 503 Service Unavailable; HTTP 508; Client.Timeout exceeded while awaiting headers; час відповіді сайту іноді зростає до 8–11 секунд. За графіками навантаження спостерігаються різкі піки CPU, оперативної пам'яті та Entry Processes. У доступних PHP-логах критичних помилок не виявлено.Потрібно провести повну діагностику; знайти першопричину проблеми; визначити вузьке місце; пояснити причину виникнення зависань; запропонувати оптимальний спосіб усунення; після погодження виконати необхідні роботи.Обов'язковий досвід Linux; SSH; Apache / Nginx / OpenLiteSpeed; PHP; MySQL; оптимізація продуктивності серверів; пошук причин періодичних зависань і високого навантаження.Перед початком роботи прошу відповісти Скільки років працюєте з Linux-серверами? Чи мали досвід пошуку подібних проблем? Які інструменти плануєте використовувати для діагностики? Чи працювали зі старими PHP-проєктами (PHP 5.x)? Яка вартість первинної діагностики? Яка ваша погодинна ставка для подальших робіт (за потреби)? Коли можете розпочати? Будь ласка, не надсилайте шаблонні пропозиції. У відповіді коротко опишіть, що саме будете перевіряти насамперед. Якщо проблема буде успішно знайдена та усунута, готовий до довгострокової співпраці з адміністрування та розвитку сервера.
Ставки поки відсутні
Ставки поки відсутні
-
Владимир А. 12 листопада 2018На каком фреймворке или cms сайт?
-
Алексей Т.
12 листопада 2018
Здравствуйте, пусть будет wordpress, но это не столько важно, задача сделать именно в .htaccess без "php include proxy.php"
-
Сергей Яшин 12 листопада 2018Насколько я знаю htaccess неумеет проверять статус, такое точно решаемо на Nginx rewrite
-
Сергей Яшин 12 листопада 2018
Погуглил и неувидел иф елс конструкции для задуманного вами, нечто подобное есть в 2.4 но я неуверен будет работать как вы хотите, тут нужен Nginx
-
Алексей Т.
12 листопада 2018
С nginx и apache c mod_proxy проблем нету, но мне нужно для сервиса именно .htaccess, так как доступа к nginx у хостинга нету как и к mod_proxy у 90% хостингов.
Создал тему с надеждой что есть какой-то обманный маневр что-бы получить нечто подобное на уровне обычного хостинга.
-
Владимир Витковский 12 листопада 2018Уточните, пжалуйста, "если ответ proxy.php не равен 200", то какой именно код он выдаёт?
-
Алексей Т.
12 листопада 2018
Пустоту, но можно любой другой если это будет необходимо.
-
Владимир Витковский 12 листопада 2018
Он может выдавать пустую страницу (совсем чистый лист), но с кодом 200. Если так, то к коду ответа привязываться нет смысла
-
Алексей Т.
12 листопада 2018
Да, можно вместо кода проверять содержимое ответа на пустоту, мне главное что-бы код сам принцип выполнял и выводил данные с proxy.php или index.php в зависимости от ответа proxy.php.
-
Алексей Т.
12 листопада 2018
Я так-же обновил стартпост с примером на nginx/