Панели управления и настройки сервера

Ну как бэ факт имел место быть. А показанные ошибки не вызывают 500 (опять же - не было бы таблицы опций - наверняка 500 и было б). И почему такое в логах - пока не понятно.

500 вызвал таймаут (на свежеустановленным сервере с дефолтными настройками php. Я только gd сменил на imagik)

Повтор обновления прошел уже нормально.

Но я ни в коем случае не гоню на панель! Нет-нет! Тут надо время-тесты-поразбираться, чтобы делать какие-то выводы.

в первую очередь панель на голую ОС

если мне нужен nginx я ставлю webmin/virtualmin, если openlitespeed то aapanel (есть еще cyberpanel), если мне нужен apache то ставлю openlitespeed на aapanel :)

версии php/mariadb в webmin/virtualmin устанавливаю самостоятельно, aapanel более простая но там можно из панели установить

если вам нужен только apache и без него никуда то советую https://www.keyhelp.de/en/

Да, нет - это у Вас какой-то глюк в связке FastPanel+WP (будет время разберитесь и разработчикам панели напишите - многим людям пользу сделаете).

P.S.

У меня сто лет уже nginx+apache (mpm-prefofk + mod_fcgid) и тестировал в своё время и mod_php и mpm-itk и worker и т.д. Разницы особой нет в моём случае но чуть лучше именно fcgid. Но у меня и не WP и не FastPanel  :)

Я говорил про неоднократное сравнение FastCGI vs mod_appache на шаредах. Ни у кого из них нет FastPanel-и. Да и вообще причём тут панель. Разве что от неё зависят возможности настройки.

Ну значит я что-то не так понял, хотя странно ...

Ааа.. ты про это... (что ты другое цитируешь?). Тут да, было такое. Но как я сказал - это надо ещё проверять-разбираться (причину 500 я в 11 посте показал).

ЗЫ. Есть подозрение, что сервер не ахти - уже почти 6 часов длиться импорт, который на др. сервере занимал менее 1,5 часа. Но опять же - с этим надо разбираться, а мне сейчас не до того.  А может и тут FastCGI виноват..

сейчас занимаюсь обновлением php и mysql на более современные. вроде как обновляется в isp. будет ли работать далее посмотрим. в centos 7 я так понял они не зря ставят все старое, чтобы у пользователя были мучения потом и поддержка зарабатывала :)

Это лишь ваш опыт, не надо его выдавать за абсолютную истину... "и все" 😏

Не все...

Как сделано у некоторых:

Запущено несколько копий apache/mod_php с разными версиями php. И когда пользователь выбирает для сайта1 php5, то конфиг этого сайта вешается на копию1 - apache/php5. Следующий сайт2 соответственно под php7 хочет - он вешается на другую копию2 - apache/php7. И в таком духе.

Как сделано у меня:

Есть пользователь. В рамках этого пользователя задается версия php, конфиг php.ini (конечно же с возможностью править, вкл/выкл расширения и т.д.). И заходя к примеру по ssh он запускает php -v или php --ini и видит свою версию php и свой конфиг. От имени этого пользователя запускаются отдельные (независимые от соседей) процессы apache/mod_php (или php-fpm, на выбор) с конечно же этой же самой версией php/php.ini и к примеру весь opcache кэш является личной собственностью этого пользователя/его сайтов. И нет такого что более посещаемые сайты соседей постоянно будут перетягивать одеяло на себя - у каждого все его личное. Ну и точно также с mysql сделано - версия, my.cnf, независимые процессы и память/кэш.

Да, есть минус что получается нет возможности в рамках одного аккаунта сделать выбор версии php для каждого сайта. Хотя нет, возможность конечно есть, можно точно также в рамках пользователя запускать несколько копий с разными версиями. Однако это ну совсем уж расточительно будет по ресурсам (количеству процессов и памяти). По опыту, очень мало кому это нужно. Большинство аккаунтов имеет 1-3 сайта и одной какой-то версии на все сайты обычно за глаза хватает. В случае если вдруг не хватает - заводится еще один аккаунт и все, не супер удобное, но всеж решение.

Так сильно лучше, чем как обычно - на один (или несколько с разными версиями) апач вешаются сотни-тысячи сайтов разных пользователей. Там наверняка постоянная конкуренция за кэш и главное (такое случалось пару раз у меня давным давно когда стоял один apache-itk со всеми пользователями) - кто-то один чем-нибудь подвешивает или просто сильно нагружает этот общий апач и у всех остальных начинаются тормоза или вообще ничего не открывается пока не решится проблема с тем подвисшим. С независимыми же апачами - никаких проблем из-за соседей и "холодный старт" сильно лучше т.к. из памяти не вытесняется ничего соседями.

Короче посыл в том что apache/mod_php вполне можно организовать с разными версиями php. И если этого нельзя сделать на большинстве shared'ов, то это не значит что так везде.