Сергей Шлоков

Ответ.

А плагин свой или какого-то компонента?

Копать в сторону нормальной структуры HTML документа с хедером и боди.

Готовьтесь к боли, нервам, потерянному времени.

Берем библиотеку modHelpers и юзаем switch_context().

Сорри, прочитал наискосок, не вник.

Заменить serializeArray одной строкой не получится. Вот люди предлагают свой вариант замены.

Ну в 4 строчки на ванильном js ты не впишешься. Получится чуть больше, но зато тянуть всю jQuery ради 4 строчек не нужно.

А что нет никакого метода для получения данных из формы?

FormData в помощь.

Может даже лучше тут.

Насколько я вижу, страница отдаётся достаточно быстро. Меньше минуты. А всё остальное время грузится статика.

За веб сервер не скажу, не спец. А по php и mysql писал в другом топике.

Вспомнил. DebugParser встроен в pdoTools3. Так что ставить нужно. А почему проблемы даже не знаю. DebugParser — это плагин, который срабатывает только когда в адресной строке есть параметр debug=1. Больше он ни на что не влияет. Есть такой плагин?

Его не надо ставить отдельно. В последних версиях pdoTools он уже включен в коробку. Если я ничего не путаю.

Читай про EXPLAIN.

И ещё для такого количества статики желательно поставить NGINX

Да тут работы непочатый край. Сумашедшее количество файлов грузится. Стили и скрипты почти все не минимизированы. Необходимо выявить блокирующие. Не шибко важные перевести на асинхронную загрузку. Картинки неоптимизированы. Взял первую попавшуюся на 43Кб и уменьшил на 51%. А у тебя даже мегабайтные есть.
Проверь страницу через debugParser. Посмотри, какие элементы грузят сайт. Кстати, кэшируемые сниппеты Fenom работают медленнее, чем обычные кэшируемые сниппеты. Ибо последние парсер заменяет их результат.
Ну и профилирование запроса в базу данных. Смотреть, какие медленные. У pdoTools сниппетов есть возможность посмотреть готовый запрос. Его и проверяешь в том же phpMyAdmin.

Нету. Если не сложно закинь в пожелания.

// На конкретную дату
[[!siteStatistics? &mode=`site` &countby=`day` &date=`2020-05-22` &tpl=`tpl.siteStatistics`]]

// На текущую дату
[[!siteStatistics? &mode=`site` &countby=`day` &tpl=`tpl.siteStatistics`]]

Документация.

Предположу, что это настройки группы пользователей. Пользователь, создающий тикет, должен входить в эту группу.

но ресурса #35 у меня нет

Поэтому и ошибка. Значит где-то напрямую указано [[~35]].

Почти все:

Ну мы же понимаем, что говорим об открытых системных настройках, доступных к изменению. ;)

cache_path — однозначно нужно в файле config.inc.php заменять

Осталось только понять зачем?

@Олег Щавелев Плюс, хорошим тоном считается разделять настройки. Пример — Ларавел.

Пользовательские настройки также лучше не мешать с системными, а вынести в отдельный файл. Тогда другой программист поймёт, какие настройки устанавливает система, а какие — переопределил пользователь.