ThunderCat

Уже было сто раз

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

curl()
file_get_contents()

Я бы не стал заморачиваться с поиском лучшего решения на пустом месте, если бы лучшая бд существовала, остальные бы умерли в неизвестности. В вашем случае я бы использовал MySQL, как минимум на начальном этапе, и вот почему:
1) Это бесплатно
2) Мускуль - хороший добротный середнячек своего класса, то есть он умеет почти все и при этом сильно не проседает по производительности.
3) На него ОГРОМНОЕ количество доков и юзеркейсов, а так же туториалов и советов по оптимизации в конкретную задачу.
4) При смене бд(если таковая понадобится) вам, скорее всего, придется только поменять драйвер бд(при условии грамотной архитектуры) и аккуратно перенести дамп базы.
5) Про MSSQL - до недавнего времени в ней не было нативной поддержки UTF-8, вместо нее была(и есть еще вроде) своя UCS, которая мультибайт, но какой-то свой(как всегда у мс), в свое время в угоду "скорости" ставили сервак с мсскулем, в итоге практически никакого прироста не получили, зато получили гемор с переводом кодировок.
6) Если проект реально нуждается в разрывном бд на пределе современных возможностей - смотрите в сторону инмемори бд, например тарантул или что-то носкюельное, типа редис и иже с ним.

@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);

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

Like не работает

в каком смысле не работает? У вас не работает или выключена(как?) возможность использования?

https://www.jivosite.ru/
или посмотрите обзор подобных

Если толково напишете систему бронирования(не просто заказ менеджеру "Вася с собакой заказал номер на неделю, желательно с сортиром в номере", а что бы:
учитывало количество и тип номеров,
возможность подселения,
выборку свободных мест по датам от и до,
подсчет цены на человека в зависимости от заполненности номера и сезонных цен,
подсказку выгодных вариантов из имеющихся,
скидки с учетом детей
дополнительные кровати и пересчет цен с ними
ну и еще десяток нюансов...
)
можете смело идти в любую контору как минимум мидом с перспективой на сеньера.

1) * parent_id
2) нестед сидс проще реализовать на клиенте

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

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

что то похожее делал, даю как есть, ибо лень разбираться самому в вашем случае:

var offs = 0;
$('#mainform input, textarea').on('invalid',function(e){
        var fi = document.querySelectorAll(':invalid');
        if(fi.length){
            fi = fi[1];
            fi.focus();
            offs = $(fi).offset();
            return true;
        }
        return true;
    })

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