Перейти к основному содержимому
При загрузке комментариев произошла ошибка.

Смена PHP‑обработчика в Plesk (FPM/FastCGI)

Портал поддержки  »  База знаний  »  Просмотр статьи


В Plesk PHP handler (обработчик PHP) определяет, как запускаются PHP‑скрипты. Переключение обработчика может помочь:

  • в оптимизации производительности (особенно на загруженных сайтах);
  • в решении проблем совместимости после обновлений;
  • в диагностике ошибок 502/503, связанных с работой PHP‑процессов.

На хостинге GARMTECH доступные варианты зависят от конфигурации сервера и выбранной версии PHP.

Где менять PHP handler

  1. Войдите в Plesk (удобнее всего открыть его из My.GARMTECH).
  2. Перейдите в Websites & Domains и выберите домен.
  3. Откройте PHP Settings.
  4. Найдите пункт PHP handler и выберите нужный вариант.
  5. Нажмите OK/Apply для сохранения.

Как выбрать подходящий обработчик

Обычно встречаются варианты:

  • FPM application served by Apache (или “FPM (Apache)”) – чаще всего наиболее совместимый вариант.
  • FPM application served by nginx (или “FPM (nginx)”) – может быть эффективным, но в некоторых конфигурациях правила .htaccess применяются иначе. Если приложение зависит от .htaccess (часто бывает у WordPress/permalinks), обязательно протестируйте.
  • FastCGI application – как правило стабильный вариант, иногда помогает при проблемах совместимости.

Рекомендация: если вы не уверены, выбирайте вариант с максимальной совместимостью с CMS (WordPress, Joomla и т. п.) и меняйте настройки по одной.

После переключения

  • Проверьте главную часть сайта и админ‑панель.
  • Очистите кеш (особенно если используется LiteSpeed Cache / LSCache).
  • Проверьте Plesk → Logs на наличие новых PHP‑ошибок.

Если после смены сайт перестал работать

  • Верните предыдущий обработчик (PHP Settings → PHP handler) и сохраните.
  • Если видите 502/503, проверьте совместимость версии PHP с вашим сайтом и плагинами.
  • Для WordPress при необходимости временно отключите недавно обновленные плагины/тему.

Хорошая практика

  • Для важных сайтов сначала тестируйте изменения на staging (копии на поддомене).
  • Перед изменениями делайте резервную копию.

Поделиться через
Считаете ли вы эту статью полезной?  

Связанные статьи


Комментарии

Добавить Комментарий

Ответить на  

Категории