Борис Сёмов

Перед апачем стоит поставить nginx, как reverse-proxy, чтобы процессов апача стало меньше.
Проверить установлен-ли кешер опкода php, и достаточно-ли ему выделено памяти.
Если приложение может работать под php 7+ убедиться что он и используется.
Посмотреть настроен-ли ваш сервер БД, под ваш проект.

Но, конечно, не стоит ждать чуда - использование кеширования или оптимизация приложения может дать куда больше, чем настройка окружения и вряд-ли ситуация коренным образом изменится...

Вероятно, вам надо написать как-то так:

$text = '<div class="reviews"><a href="" name="reviews"></a>';
foreach($reviews as $review) {
   $text .= '<div class="container">' . $review . '</div>';
}
$text .= '</div><!--- /.reviews--->';

В вашем условии:
if (!copy($file, $newfile)) ;
Получите сообщение об ошибке, с помощью php.net/manual/ru/function.error-get-last.php и куда-нибудь выведите или залогируйте её. И станет понятно, что именно не так.

PDO это основное расширение для работы с различными БД в PHP сейчас. Оно используется во всех современных проектах, либо напрямую, либо как самый нижний слой абстракции над БД. Использовать что-то другое не стоит.

SQLite используется там, где нет высокой конкурентности запросов, больших объёмов данных и.т.п, Например, при прототипировании, или как удобное локальное хранилище в десктопных и мобильных приложениях, вместо своего собственного велосипеда. Например, раньше так хранилась история в Skype, пока она была локальной.
Также, для какого-нибудь своего бложека можно SQLite вполне использовать, или для небольшого сайтика. А можно и для большого, если выше кеш, и запросов много не будет...
Тут большой плюс в том, что не требуется запуска какого-либо сервера БД.

Что-то не так с конфигурацией, вероятнее всего.
Попробуйте запустить из консоли /usr/sbin/php-fpm7.2 --nodaemonize --fpm-config /etc/php/7.2/fpm/php-fpm.conf и посмотреть, на что он будет ругаться.

Можно погуглить по browscap.
Но лучше, что-нибудь такое стоит посмотреть: https://github.com/ThaDafinser/UserAgentParser

Два основных расширения для работы с картинками в php GD(php.net/manual/ru/book.image.php) и imagick(php.net/manual/ru/book.imagick.php), умеют это делать. Примеров много, тянуть какие-то библиотеки поверх, для такой задачи совершенно излишне, imho...

Веста, в варианте Nginx+PHP-FPM, из коробки, фактически не работоспособна, из-за своих кривых и малочисленных шаблонов.

Ну и она, из коробки, не умеет делать конфиги пулов для нескольких версий php, так что даже написание дополнительных шаблонов тут не поможет.

Т.е. ваша задача просто не решается без переписывания логики генерации шаблонов пула php-fpm в панельке.

php_ffmpeg.dll не является, ни частью php, ни частью ffmpeg. Это отдельное расширение php. Вам надо найти где-то расширение php-ffmpeg, собранное для windows, да ещё и под вашу версию php. Вероятно, это будет сделать не реально.

Впрочем, возможно, php-ffmpeg вам и не нужен: Просто вызывайте ffmpeg как внешнюю программу, и пользуйтесь потом результатами его работы в виде файлов. Для большинства задач, это будет даже разумнее.

При работе с PHP можно использовать отладчик, например xdebug, и какую-нибудь IDE поддерживающую отладку через него, тогда уровень отладки будет примерно таким же.

Если у вас php-fpm слушает сокет, то зачем пытаться к нему подключаться по tcp, да ещё и на 127.0.0.1?

Либо надо чтобы сокет был доступен где-то снаружи, и его использовать, либо надо использовать сеть докера и подключаться по tcp используя адреса внутри неё.

А в целом, вам стоит перестать бездумно копипестить, и начать думать над действиями, вероятно. Больше читать документацию, и меньше howto.

Наверное лучше так сформулировать: результат выполнения ajax запроса, это просто набор данных, и сам по себе он не начнёт выполнятся, как JS, даже если в нём и будет какой-то скрипт.
А строка со скриптом внедрённая в html документ который обычным запросом приходит в браузер выполнится.

Можно писать pid процесса при старте скрипта в файл с заданным названием, и дальше, например по крону регулярно его запускать, открывать файл проверять есть-ли процесс с таким pid(ls -l /proc/$PID/exe или ps -p $PID), если есть, выходить, если нет, или нет файла, писать pid в файл и запускать обработку, при выходе удалять файл.

Дело в том, что процесс запущенный в контексте веб сервера имеет довольно короткий таймаут. И это на самом деле хорошо, просто работать с дампами базы, тем более большими через веб интерфейс, в принципе идея плохая.

Если есть возможность, воспользуйтесь, либо gui клиентом, типа heidisql через ssh тунель, либо консольным клиентом mysql через тот же ssh. И забудьте о всяких phpmyadmin, и прочих, ещё более убогих костылях, как о страшном сне

POST запрос из адресной строки браузера вы не отправите. Нужно ставить расширение, что-то типа такого: https://chrome.google.com/webstore/detail/get2post... или такого https://chrome.google.com/webstore/detail/api-test...