Mister_Black

exit убрал, но теперь появилась другая проблема, блок кешируется, но отображается дублем, получается показываются два блока один из кеша, а другой не из кеша, но вывод страницы теперь не прерывается, осталось теперь разобраться с дублем.
UPD: ob_end_flush поменял на ob_get_clean, так дубля нет, только надо убедиться что вывод берётся из кеша.
upd2: судя по времени отклика, вывод берётся не из кеша :(

То есть убрать exit или заменить его на что то другое? Просто конкретно в этом коде я не шибко разбираюсь, взял его с другого сайта он вроде работает, кеширует, ошибок не выдаёт.

Ошибок нет, это вордпресс, какие там могут быть ошибки, там всё по блокам, мне надо исключить footer, да возможно я неправильно назвал это объектным кешированием, это буфер вывода, читаю сейчас в других местах и похоже нет такого способа вывести остальной код после кешированного с помощью буфера вывода, либо прерывать, либо кешировать всё, либо опускать кешируемый блок в самый низ страницы чтобы он ничего другого не кешировал, а уже потом выводить этот блок с помощью css в другом месте страницы, в моём случае можно ещё перенести из футера динамические скрипты в другое место и кешировать вместе с футером, короче буду думать, пока включил request_uri и кеширую каждую страницу, что как бы не очень хорошо, за сутки 10к файлов набралось в папке кеша, нагрузка на файловую систему впски растёт.

Web Search Indexing API ускоряет, лично мне помог этот способ, неудобство только, что ограничение в 200 ссылок на профиль в сутки и добавлять надо руками, но возможно есть скрипты для автоматизации этого процесса.
За два месяца, загнал в выдачу Google 52000 ссылок. Сначала заморачивался с сайтмапом, потом понял что это пустая трата времени, попробовал этот способ и он сработал.

Да скорее всего версия php 5.3.29 была собрана без подключения mysqli, вот из phpinfo

Configure Command

'../configure' '--prefix=/opt/php53' '--cache-file=../config.cache' '--with-config-file-path=/opt/php53/etc' '--with-config-file-scan-dir=/opt/php53/etc/php.d' '--disable-debug' '--with-libdir=lib64' '--with-pic' '--disable-rpath' '--with-bz2' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-sqlite' '--with-libxml-dir=/usr' '--enable-xml' '--with-mhash' '--with-system-tzdata' '--enable-force-cgi-redirect' '--enable-pcntl' '--enable-mbregex' '--without-readline' '--with-libedit' '--with-db4=/usr' '--with-phar' '--disable-dom' '--disable-json' '--disable-pdo' '--disable-mysqli' '--enable-timezonedb=shared' '--disable-xmlreader' '--disable-xmlwriter' '--enable-dba=shared' '--disable-posix' '--with-apxs2=/usr/bin/apxs' '--disable-cli'

Там скорее всего не из за софта, а из за того что я vps не перезагружал 3 года, а за это время установились обновления которые применились после перезагрузки сервера, openssl например обновился, была версия 1.0.1e, после перезагрузки сервера, 21 января это было, стала версия 1.0.2k, возможно ещё что то обновилось, мне выскакивало окошко в панели то, что было обновление для ядра и т.д и что надо перезагрузить сервер, но я тогда не перезагружал, так как всё работало и меня это устраивало, а вот после установки amnezia vpn пришлось перезагрузить впс и вот после этого начались непонятки сначала с версией php, а теперь с модулем mysqli который возможно и не был включён до 21 января, я теперь уже не помню, но по факту сейчас с php 5.3.29 подключен модуль mysql, то есть самый первый, а если подключать mysqli и mysqlnd то они не подхватывают базу данных которая на Maria DB, но это только с этой версией php, если включить опять нативную версию 5.4.16, то с ней mysqli подключается и работает с Maria DB, возможно я опять переключу на 5.4.16, с ней потребление памяти на запрос чуть меньше, но придётся закрыть глаза на предупреждения в логе ошибок сайта из за старых скриптов, движок сайта мне уже не обновить, так как он модифицированный (вордпресс) много чего вырезано для облегчения, у меня например на страницу всего 8 запросов получается и даже кеширование не включено, так как оно просто не нужно. Вот такая фигня получается.

В англоязычном видео с рутуба, название видео "DevOps & SysAdmins: PHP mysqli.so: undefined symbol: mysqlnd_connect in Unknown on line 0" нашёл подсказку, там аж целых 4 варианта решения было.
Добавил строчку extension=mysqlnd.so в /opt/php53/etc/php.ini для альтернативной версии php, в моём случае 5.3.29, да старые скрипты на сайте, приходится такую древнюю версию использовать, хотя я их уже выправил для более свежей версии 5.4.16, с ней собран апач нативная версия, на ней выдавались только предупреждения в логе.
А эта ошибка mysqli.so: undefined symbol: mysqlnd_connect in Unknown on line 0 появлялась только при перезапуске апача, на альтернативной версии php 5.3.29, может и не стоило заморачиваться, на работу сайта она не влияла. И да у меня ispmanager, замучался я с ним конкретно.

Появилась в логе какая то другая ошибка
PHP Warning:  PHP Startup: Unable to load dynamic library '/opt/php53/lib/php/modules/mysqli.so' - /opt/php53/lib/php/modules/mysqli.so: undefined symbol: mysqlnd_connect in Unknown on line 0
Стоит на это обращать внимание?

Я тут ещё нагуглил это может быть связано с тем что апач пытается загрузить сразу две версии php и они конфликтуют, из за чего он одну отклоняет, может попробовать убрать файл 10-php.conf из conf.modules.d и попробовать рестартануть так?

upd: переименовал файл "10-php.conf" в "10-php.conf .disabled", рестартанул апач, ошибка исчезла и альтернативная версия php включилась

Загоняет быстро, но через какое то время начинает обратно выкидывать, если только повторно отправлять урлы, но это я пока не пробовал.