а вот почему то не хочет работать мой сайт с FastCGI - выскакивает надпись Internal Server Error, с CGI работает.
А потому, что небось файлы загружали через root или не того пользователя, что сам сайт? В основном это из-за этого проблемы. Или архивы распаковали с файлами, а свойства файлов остались от старого хостинга и их надо корректировать.
Но в любом случаи FastCGI без настроек не исправит проблему т.к. по умолчанию в этой панели он ведёт себя точно так же как и PHP-FPM
Зато в режиме CGI сайт будет немного тормозить, зато как удобно, запрос создался, отработал, сдох. Экономичнее некуда 😂
Что такое "не подключается база"? Вы имеете ввиду, что не можете импортировать 1 ГБ sql файл через панель? Может быть просто памяти на сервере не хватает, чтобы такое провернуть.
Это бесполезно объяснить.
Создание сайта за 1000 рублей на Elementor сводиться с ума всех заказчиков. А установка ломанного Wp Roket или LiteSpeed с гостевой функцией "ускоряет" сайт до зелёных зон. Этот бизнес говно сайтов процветает, где главное подешевле.
Будто Apache по другому работает.
В данном случаи (учитывая fastpanel), да по другому. Как минимум с FastCGI мы можем указать 0 воркеров в динамическом стиле, да ещё и указать максимальное количество для всех пользователей и для каждого пользователей, а вот с fpm такое не прокатит.
Я это понимаю, но сейчас уже такие проекты даже на том же WP, что без VDS никуда и туда идут обычные пользователи, отсюда и со всеми вытекающими.
И я очень рад, что им это не надоело, как в свое время надоело разработчикам Весты.
И сис.админ и программист :)
Проблема в том, что она глючит... Бывает просто не обновляется, и авторы знают, ну типа бывает такое, надо изучать смотреть.
Сами по себе настройки слишком перегружены и не всегда понятно, что за что отвечает. Для обычных людей это мрак там просто.
Есть ощущение, что разработчики погнались за чем-то большим и просто забыли, что панель должна облегчать работу, а не усложнять её.
Режим nginx+ php-fpm может очень сильно пожирать память, если их не вырубать.
Как написали выше, график может врать и в какой-то пиковый момент из-за нехватки памяти выбивает MySQL и цикл начинается заново, это точно видно по графику.
Тут надо настраивать php-fpm и лимитировать их по количеству, ну или как минимум надо задать, чтобы они самоуничтожались. И опять же, если сайтов много, то мы попадаем в очень опасную ситуацию.
Как видим по умолчанию стоит 2 воркера (потока php-fpm ), но надо держать в памяти, что это для каждого сайта. Если у нас 10 сайтов * 2 воркера, это уже 20 штук, если каждый будет пожирать по 3% памяти, вот уже у нас 60% памяти быстро уходит.
Поэтому надо проверить не убивается ли Mysql, и лучше смотреть процессы не top, а htop.
А уж вообще хороший вариант, это обратиться к специалисту, чтобы всё проверил и настроил вам VDS. Возможно тут вообще nginx+php-fpm не нужен и будет достаточно apache+FastCGI там более глобально можно настроить, чтобы всем памяти хватало.
Скриншот команды top:
сайты на Xenforo.. работают на php 8.1 - PHP-FPM
Вкладку истории памяти покажите. Сервер вообще настраивали или поставили панель, сайт и всё?
