Форум не доступен не со всех VPN, что сразу отменяет вашу теорию про бан    Сейчас я пишу удалённо с физического сервера в стойке в Европе, так сказать, использую служебное подожение в личных целях 

Про запросы через скрипт - там НЕТ "многократному превышению допустимого числа запросов в секунду", там задержка по времени везде между запросами.
Сначала запрашивается список тем, потом идут запросы на содержание постов, посты санитизируются и показываются в лайв-боксе - и это при первоначальном наполнении лайв-бокса. Через 7 секунд запрашивается список ТЕМ, и в  ИЗМЕНИВШИХСЯ ПО ВРЕМЕНИ темах  - новые посты запрашиваются по одному. Это основная логика обновления (там ещё есть    ).

Но даже если бы все 10 постов запрашивались каждые 7  секунд, ещё и с задержкой по времени между собой,  это вообще как-то не "тянет" на DDOS атаку 
Проблемы с доступом ещё и до лайв-бокса наблюдались, если что 

И браузеры в неактивных вкладках блокируют внешние запросы, так что что 100 вкладок открыть с главной страницей, что одну, результат не меняется 

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

Кроме всего этого, в коде есть поддержка Чёрного списка.

• Если последнее сообщение в теме написано пользователем из чёрного списка, то оно не должно отображаться.

• Вместо этого запрашивается последняя страница темы (через post.get с topic_id и limit=30, сортировка по дате в обратном порядке).

• Среди сообщений на этой странице ищется первое (снизу вверх), автор которого НЕ в чёрном списке.

• Для этого используется post.get с topic_id, а не с конкретным post_id.

Чтобы исключить точечные  запросы по get для Чёрного списка, Вы бы могли добавить в API опцию исключения сообщений от заданных ников из выдачи, типа  exclude_user_id или exclude_username, это бы радикально решило вопрос 

Отредактировано Merlin777 (Пн, 22 Дек 2025 23:33:22)