ThunderCat

Сайт заливали не через гитхаб. Сделан он был на локалке и на хостинг отправлен в виде архива, они распаковали и всё.

А архивчик потерли? Или это стало бесплатным бонусом за упорство и находчивость?

Кроме того есть еще вебархив, загляните туда.

Нужно получить resources_id, resources_name,

Все или по какому то критерию?

select 
`resources_id`,
`resources_name` 
from `resources`

количество записей в таблице statistics относящиеся к resources (/resource/ ид ресурса)

select 
count(*) 
from `statistics` 
where `statistics_url` = '/resource/resources_id'

Запросы верные. Или есть еще условия какие-то?

select * 
from feed
where date > '2019-01-01' 
and jid in ( тут, айдишники, всех, 300, спартанцев, вместо, 300, запросов)
order by date desc

RTFM
коротко - приложения используют другой протокол нежели сайты, для перехода на него потребуется переписать браузеры и серверное ПО. Кроме того - протокол не имеет отношения к блокировкам. Часть функционала обхода - изменение ip адресов серверов "налету", без использования днс. Что собственно и является основной проблемой сайтов(смена ip им ничем не поможет, так как по домену вы не перейдете, он заблокирован на провайдере).

1) Проверить консоль браузера на ошибки в скриптах
2) Проверить лог сервера на ошибки в обработке
3) $("#submit_btn").click(function(){ не имеет передаваемого евента и не запрещает действие по умолчанию, скорее всего форма тупо субмитится, ретурн фалс не всегда срабатывает. Кроме того действие правильнее делать по субмиту формы, я легко могу нажать ентер в любом поле формы и никакой валидации не будет, все уйдет как есть.
4) header('Location:/'); при аякс запросе не может сработать, так как заголовок отсылается обратно скрипту, который чхать хотел на заголовки с редиректом.
5) mail() не гарантирует отправку, как и не может обработать ошибки отправки.
6) Хеадеры для письма а) не содержат \n во второй строке, б) все равно не передаются в мэйл.
7) $latter - это $letter? Обычно пишут $body, так как и заголовок и все содержимое - это письмо.

3. Заливаю их в бд, а там только один из этих пабликов залит два раза.

Вы не заливаете, а "обновляете имеющиеся".
Читайте хоть какие-то базовые вещи перед использованием.

В том виде как у вас представлено - никак, нужно писать свои заголовки, указывая header('Content-Type:text/plain'); и отдавая файл через readfile();

Зачем пдо если вы все равно лепите на нем инъекции?

if(!empty($_GET['edit_id']) && !empty(intval($_GET['edit_id']))){
      $id = intval($_GET['edit_id']);
      $res = $db->prepare("SELECT * FROM `products` WHERE id = :id ");
      $res->execute(['id'=>$id]);
      var_dump($res->fetch(PDO::FETCH_ASSOC));
 }

- метод контролера один, но используется GET переменная «json», скажем. Добавляем блок if, если переменная присутствует, то отдаем json, иначе отдаем view. Но тоже, как-то не кошерно смотрится…

Это по тому что это должны быть разные контроллеры, один для вебморды, один для API/app.

https://incarnate.github.io/curl-to-php/
надо только убрать бэкслеши в конце строк

первое что бросается в глаза - код js должен быть обернут в

document.addEventListener("DOMContentLoaded", function(){
  // ваш js
});

иначе он работать нормально не будет.
Далее,

$e_mail = "sme071825@gmail.com";
...
$headers .= "From: " . $e_mail . "\r\n";

From: должен содержать емэйл сервера с которого вы отправляете почту, с таким заголовком дальше первого спамфильтра ваше письмо не уедет. Или используйте PHPMailer.

Пробовал всё, не получается,

Значит не все пробовали

то форма не отправляется на почту

При этом обычно видно ошибки в консоли и/или в логах сервера, где они?

то вообще ничего не работает. HELP!!!

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