smilingcheater

Не очень понятно, что имеется в виду под "подключением", но будем считать что речь про добавление данных в БД. Это может присходить по трем причинам:
1. Код добавления вообще не вызывался.
2. При добавлении произошла ошибка.
3. Данные добавились в одну базу, а результат смотрим в другой.

Причем все три пункта проверить может только сам программист, никакой дядя с форума за него это не сделает.
Дядя с форума может помочь только со вторым пунктом. Рассказав, как отслеживать ошибки правильно. Например, добавив в код следующие строчки:

<?php
# Настройка ошибок
# Для локального сервера
ini_set('display_errors', 1);
# Всегда
error_reporting(E_ALL);
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Добавив этот код, надо запустить свой скрипт еще раз и смотреть, ошибки, которые он выведет.

Плюс обязательно прочесть статью https://habr.com/ru/articles/662523/

Делают read-only реплику и бэкапят её обычным способом.

Забейте и не парьтесь. Если сайт работает кнчн.

Можно конечно взять DevTools, посмотреть что он там не может загрузить и уже анализировать... Скорее всего это будет какая нить реклама или сторонняя фигня, которую режет адблок.

В данном случае проще всего будет просто связать оба инстанса друг с другом и использовать второй инстас как резервный. Например через банальную проверку друг друга по сети запросом каким-нибудь. Один инстанс работает, а другой проверяет, что первый инстанс работает верно. Если первый инстанс не отвечает, висит, сломался и т.п. - в работу включается второй и где-нибудь ставит флаг/файл/что угодно и как, что теперь он основной, а первый - резервный будет, когда заработает и отправляет сообщение ответственному.

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

Более правильный вариант: разделить функционально вашу задачу на несколько более простых. А именно: вместо проверки каталога, запустить на том сервере, где находится данный каталог с файлами сервис наблюдения ФС, который использует системные уведомления об изменениях файловой системы. И при наступлении нужных событий - отправляет запрос в очередь на обработку, например в тот же редис, а оттуда запрос забирает один из инстансов и обрабатывает его.

Берете любую вузовскую методичку по дисциплине "Теория языков программирования и методов трансляции".
Изучаете, с чем едят грамматики формальных языков, строите лексический анализатор, синтаксический анализатор, транслятор в свой машинный код, исполнитель машинного кода.
На выходе у вас должна получиться вот такая штука:
https://studfile.net/preview/937093/

В 2016-м году, делали нечто, что потом начали люди называть SPA - но за счёт аяксов, которые грузят что нужно. При этом сохраняется структура страниц на сервере, и нет и не было проблем с индексацией.

Проблемы с индексацией есть и сейчас, чтобы там не заявляли ПС, а в древние 2016 года они были выражены в несколько раз сильнее. То, что Вы проблемы не замечали - не значит, что их не было.

Вот от фронтовых фреймворков верстки - профит заметен был (тот же фаундейшн, бутстрап и тд) - действительно ускоряло и упрощало жизнь.

Ускоряет жизнь тем, кто не умеет в вёрстку, остальным - замедляет.

1. Стильно, модно, молодёжно. Других не могу придумать. Вроде бы как должно работать быстрее, но практика этого не показывает (или настолько незначительно, что конечному пользователю - пофиг, будет работать аякс или вьюшная реактивность).

На определенном этапе разработки, стоимость поддержки проекта на чистом js начнёт обгонять проект на react/vue. Пользователю будет конечно пофиг, т.к. он не найдёт в ПС Ваш SPA сайт.

Собственно, а зачем это всё нужно, если профит, кажется - нулевой

Для ускорения разработки, а ключевое слово здесь "кажется".

P.S. в некоторых ситуациях действительно быстрее и дешевле написать некоторые функции на чистом js и не тащить весь react стек в проект, но это больше исключение, чем правило.

как решить?

.img img {
    display: block;
}

Всё это нужно для затемнения фотографии

Можно рассмотреть еще вариант без отдельного элемента с фоном:

img {
    filter: brightness(0.6);
}

Память забита, свап забит...
"И чо вы хотели?"
первый "смык" шерстит оперативку, выгружает из нее что-то "лишнее", запихивает туда нужное...
Пока "дергаете" свои приложухи они держатся в оперативке...
Как только пауза- их вытесняет что-то более актуальное....

Очень похоже на тротлинг VRM.
Вы вообще видели цепи питания своей матирнки, перед тем как в нее такой проц пихать?
Мало того что там скорее всего установлено какое то ограничение по току - так еще и это все 100% перегревается, ибо VRM скудный, и ни намека на радиаторы.
Это не плата для этого процессора, базовый i5 - это ее максимум.