ThunderCat

Пробую следующим образом, изображение не выводится. Может есть ещё способы

1) Для юных и пытливых, не обремененных багажом знаний и опытом, рекомендуется выводить ошибки в браузер на этапе разработки. Это сильно ускоряет поиск косяков, которые "так и прут, так и прут!"(с).
2) Познать искусство чтения документации, например почитать что делает return и где он применяется.
3) Пути до файлов со стороны сервера и со стороны клиента будут разные. Как их правильно писать - отдельная тема, но желательно всегда указывать путь от соответствующего корня (на сервере от корня раздела, на клиенте от корня домена).

Называть новый файл по новому? Таймстэмп или текущие дата+время вполне подойдут... Ну, или можно давать при скачивании get параметр с таймстэмпом, типа mydomen.tld/download/vasea.pdf?t=123456

https://jino.ru/help/faq/problems/error-503/
бомжехостинги не рассчитаны на 40 запросов в секунду, а каждый элемент с урл на странице - это еще один запрос к серверу. Вариант 1 - купить хостинг подороже, вариант 2 - сделать ленивую загрузку картинок, но это не точно поможет...

Нужна бесплатная админка для сайта

Любая цмс, собственно это и есть контент менеждмент систем...

1) Вопрос изначально был хреново описан, слава яйцам ТС догадался что мы не знаем что хранится в его массивах и что надо получить в итоге... Первое правило решения задачи - хорошо описать исходные данные и требуемый результат.
2)

В переменной $config массив:

Массив состоит из 1 элемента, было бы странно ожидать что итераций foreach будет больше одной. Возможно имеет смысл проверять переменные чаще, если результат не соответствует ожиданиям, var_dump/dd($lang) внутри foreach был бы очень кстати...
3) У вас есть список языков, который соответствует названиям файлов, зачем дергать каждый раз весть список файлов, когда можно просто открыть файл __DIR__/$lang.php? Ну, разве что нужна проверка на file_exists()...
4) Вам дважды указали на ошибку с отсутствием второго аргумента в array_merge, которую вы проигнорировали...

Давайте обратимся к классикам, например применим метод Ферми для оценки топа посещаемости ресурса. Естественно все приведенные цифры с некоторой погрешностью...

Пусть в регионе проживает 1КК людей, из которых 20% это несовершеннолетние, 20% это люди пожилого возраста, то есть 2 категории, которые с огромной долей вероятности сервисом пользоваться не будут. Так же, можно сразу выкинуть 15% проживающих за чертой бедности, и еще примерно столько же (15%) находящихся в граничном с бедностью состоянии.

Из оставшихся 30% (300К)охват рекламой/слухами может составить около 50% в столице, и 30% в области, пусть будет 40% общего охвата, хотя это скорее всего завышенный показатель. То есть в остатке потенциальных знающих о вашем сайте около 130К, причем это цифра не на старте, а примерно спустя пол года-год.

Предположим что магазин имеет не нишевую специализацию, а достаточно широкий ассортимент, заинтересующий 70% от потенциальных ознакомившихся с ним людей (это оооочень оптимистично, но допустим). Из них 30% "отложат на потом" посещение ресурса, и больше о нем не вспомнят, или зайдут 1-2 раза, что на общую статистику не влияет. В сухом остатке имеем около 40-70К потенциальных посетителей. Предположим, что прошло пол года, и все они равномерно росли до этой цифры, и посещали магазин ну пусть 3 раза в месяц.

В итоге в месяц будет 70к*3 = 210К визитов, визит примерно из 5-7 страниц, итого = 6*210К = 1 260 000 хитов в месяц.
Делим на 30 дней = 42 000. делим на 12 активных часов, получаем 3500 хитов в час, 58 хитов в минуту, то есть 1 хит в секунду. В пике пусть будет 6 рпс.

Вывод: слабенький церлерон и винт на 7200 rpm вполне справится с вашей мегаубервафлей...

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

0) Проверить лог ошибок или добавить в код выше

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

и убедиться что ошибок выполнения нет. Естественно, подключение должно быть настроено на вывод ошибок. Так же убрать бессмысленный биндинг $stmt->execute(['id'=>id]);, где внутри даже не переменная, а какая-то фигня...
1) Проверить запрос в консоли или в phpmyadmin
2) В случае если запрос ничего не выдает - удалить строки INNER JOIN category ON category.id=post.cat_id, выполнить запрос
3) Если выдает что-либо, значит таблица с категориями пострадала, проверить выведенные посты на номер категории, и посмотреть что стало с этими записями в таблице category.
4) Если не выводит - повторить пункт 3 со строкой INNER JOIN users ON post.user_id = users.id, со всеми вытекающими.

Пути прописаны верно.

Я сомневаюсь, так как маловероятно что код работает неверно, 99% что ошибается пользователь/кодер, особенно в вопросах прописывания пути...
ок, давайте так:
Как вы задали путь? Код в студию.
Что выдает var_dump(__DIR__); в index.php?
Где реально лежит перенесенная папка, и как вы проверяете is_dir($path), что попадает в $path?.

PS: Как уже написали в коментах - у вас может быть заблокирован доступ к директориям выше document_root, что лечится настройками пхп.ини или переносом папки в доступные директории.

Я так понимаю, клиентов у вас в год копится больше чем позволяет проиндексировать int?
Тогда во первых поздравляю со столь успешным бизнесом.
Во второых - чем обусловлено такое гениальное решение (ну, кроме незнания о существовании bigint)?
Ну и в третьих - при таких оборотах можно было бы позволить себе нанять нормального программиста, или даже архитекта...

для аякса предусмотрены колбэк функции, в частности онсаксесс(дата), где в "дата" попадает ответ сервера. То есть код в этой функции будет вызываться в случае успешного выполнения скрипта на сервере (статус 200). Пишете там свое изменение статуса корзины и все, профит.

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

Теперь вопрос можно ли написать свою систему плагиата

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

или внедрить какой то существующий на свой сайт?

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

Есть ли гайды, туториалы?

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

Как сделать поиск максимально производительным?

Вопрос из серии "какая машина самая крутая?". Нет решения которое подходит под любой вариант базы и структуры, иначе все только одним им и пользовались, логично?

Есть несколько больших postgresql таблиц(по ≈ 1млн строк в каждой).

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

Пользователь вводит номер, ему выдаётся инфа из бд.

Ну так сами пробовали сделать 20-30 рандомных запросов и посмотреть скорость, explain, использование индексов? Или мы "боимся заранее"?

Что использовать? Асинхронность? Многопоточность?

Мозги, используйте мозги, это гораздо эффективнее...

Включаем цыганскую магию:
1) Листенер вешаем на ul
2) При событии проверяем евент таргет, если это li, то делаем грязные цыганские штучки с текущим таргетом (все что у вас там срабатывало по клику на ли).
3) Профит, вы прекрасны, идете пить кофий с круассаном...