ThunderCat

3 таблицы объединяются через join по соответствующим ключам, полученный набор уже распихать по объектам. Иначе получится слишком большой объем выборки и непонятный ордер, все же бд для этого больше подходит чем сортировка на пхп.

curl()
file_get_contents()

@me охреневает в полный рост от крутизны ТС О.о

Прям все заоптимизировано, запросы(на минуточку, самая прожорливая часть кода, около 80% времени в большинстве проектов) выполняются мгновенно, файлы открываются на раз, внешние сервисы вообще не требуют задержек по времени на отклик, проблема вот только в чтении пхп скриптов с винта...

Даа, нам простым смертным только мечтать...

Но для тех кто не ищет легких путей некоторые лохи написали тут статейку...

Мм, гадаю на код по фотографии...

Из мануала:

session_destroy() уничтожает все данные, связанные с текущей сессией. Данная функция не удаляет какие-либо глобальные переменные, связанные с сессией и не удаляет сессионные cookie. Чтобы вновь использовать переменные сессии, следует вызвать session_start().

Замечание: Нет необходимости вызывать session_destroy() в обычном коде. Очищайте массив $_SESSION вместо удаления данных сессии.
Чтобы полностью удалить сессию, также необходимо удалить и её идентификатор. Если для передачи идентификатора сессии используются cookie (поведение по умолчанию), то сессионные cookie также должны быть удалены. Для этого можно использовать setcookie().

При включённой опции session.use_strict_mode, вам не нужно удалять устаревшие cookie идентификатора сессии. В этом нет необходимости, потому что модуль сессии не примет cookie идентификатора сессии, если с этим идентификатором сессии нет связанных данных, и модуль сессии установит новый cookie идентификатора сессии. Рекомендуется включать опцию session.use_strict_mode для всех сайтов.

Классека....
При отладке приложений вывод ошибок и варнингов должен быть включен, уровень ошибок - E_ALL
в принципе достаточно добавить в начале скриптов:

ini_set('error_reporting', E_ALL);
ini_set('display_errors', 1);

после этого будет видно что конкретно у вас в коде упало с фатал ерором.

Так а вопрос то в чем?
1)Не хватает ресурсов - покупаем мощности сервера,
2) не хватает данных - запрашиваем чаще,
3) опять не хватает мощности - см. п. 1.

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

preg_match()
и регулярка типа @\".*_followed_by\":\s+{\s+\".*":\s([\d]{4})\s+}@
https://regex101.com/r/8yw0hp/2

кроме того что код - редкая смесь г-на и палок, так еще и понимания что и как работает у вас нет.
Я все же поясню вам что происходит, а вы поправьте пробелы в своих знаниях основ клиент-сервернонго взаимодействия.

у вас 2 формы, первая содержит поля, которые нужны для выполнения некоторых операций на сервере.
Вторая пустая и ничего не делает от слова вообще.
при заходе на страничку у вас вываливается куча варнингов, которые вы не видите, т.к. показ ошибок и варнингов у вас выключен.
далее, по заполнению и субмиту первой формы вы отправляете какие-то данные, и они даже скорее всего что-то делают, и формируют файл marks.txt(не факт).
Далее у вас стоит форма 2, абсолютно пустая и не нужная, так как скрипт не останавливается после ее вывода, а сразу пытается отправить данные по почте. Там тоже наверняка все не работает как надо, но мы опять же ничего не видим из за выключенного вывода ошибок. Далее, как истинный испытатель, вы нажимаете вторую кнопку, которая скорее всего нормально работает и отсылает пустую форму, ну и скрипт снова видит запрос без данных, снова выдает кучу варнингов и благополучно просто вывыодит ту же страничку еще раз.

УЧИТЕ АЗЫ!!!!!

я прошу прощения за странный вопрос, но... PHPMailer почему не подошел? Готовый проверенный класс...

есть весьма извратный способ через register_shutdown_function( "fatal_handler" ); в котором вызывал бы код начиная с последней итерации, которую хранить тогда в глобалах где-то надо. И так оно там рекурсивно пусть трахается до потери пульса...
Хотя я бы не стал с ним заморачиваться, а посылал бы каждый запрос через cli в отдельном потоке и пусть там себе падает сколько хочет.

function put_ten() {
  global $link;
  $query = "SELECT `item`.`id`, `item`.`name`, `item`.`cat1`, 
                `item`.`cat2`, `item`.`cat3`, `item`.`cat4`, 
                `item`.`price`, `img`.`source`, `param`.`name` pname, `param`.`value` pvalue
          FROM `item` 
          JOIN `img` 
          ON `item`.`id` = `img`.`item_id` 
          JOIN `param` 
          ON `item`.`id` = `param`.`item_id` 
          WHERE `item`.`inserted` = 0 
          LIMIT 1000";
// дальше 1 циклом нормально пройтись
}

UPD: Без индексов было... БЕЗ ИНДЕКСОВ, КАРЛ!!! Как так то?

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