К этой задаче нужен другой подход - проблема не в f5, проблема в том, что веб сервер не может обработать столько запросов за короткое время. Возможно конфиги плохо выставлены. Смотрите логи веб-сервера и mysql. Если там залогированы ошибки, то можно их загуглить и найти решение.
aleksandr2312, получаются два варианта - нужно постить код библиотеки на страницу, что плохо, или искать хостинги статики, где они уже есть и достаточно подключить только ссылку на них. Для chart.js есть cdn (ссылка)
1) В заголовке есть "nosql", но описание проблемы не относится к nosql. Файл со массивом параметров это не nosql.
2) while $base != '/' { $cd + "../";}) это ядерная уязвимость в коде, можно подстроить запрос и выйти на любой путь в системе
3) посмотрите существующие подходы в роутинге на примере популярных пакетов на packagist, правила формирования урлов можно придумать составить так, чтобы джумла их игнорила, или настроить веб сервер так, чтобы такая-то группа урлов перенаправлялась на другой обработчик, не джумловский
bin_ich, вы читали обсуждение по ссылке? можно слушать не сеть, а изменения в dom-дереве (пример), главное написать то, что будет отслеживать изменения, на которые надо реагировать
karpo518, так как Вы хотите, то autoload при указании папки должна искать рекурсивно вглубь папок нужный файл с классом - так автозагрузка вообще загнется, если не кешировать пути к классам как у композера. В 10-20-30 use нет ничего плохого, если они нужны, idе их схлопывает при просмотре. Есть еще вариант отрефакторить код, чтобы логика работы с группой классов была вынесена в отдельный класс, тогда связанные с ними use переедут туда, а Вам надо будет писать себе use только обобщающего класса.
Дамир Валиахметов, наверно селект будет лишним, можно сразу апдейтить все заявки со старым статусом и прошедным сроком. В моем старом живом примере была доп.логика, поэтому там нужен был селект))
