Фокси Форум

Привествую.

Столкулся с такой проблемой, как с мобильных операторов (билайн с разными подсетями) и других айпишников сайт с включенным antibot загружается по 10-20 секунд. Порой хватает одного раза дождаться загрузки капчи и её пройти, сайт начинает загружаться с обычной скоростью, но бывают моменты, когда даже переходы между страницами сайта происходят с задержками (10-20 секунд). Возник вопрос, в чем проблема и как её решить?

После удаления строк подключения антибота в .htaccess всё ок, сайт работает как часики.

Ведь мобилки сейчас у каждого и терять трафик не хочется + нейронки тащут на себя.

Хостинг: sweb.ru, если нужен ip сервера, могу написать.

Версия антибота: Актуальная (9.058).

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

UPD: Под сети билайна - PJSC Vimpelcom (почти всегда) ASN16345 и Yartelecom (всегда) ASN16345. Все по версии 2ip и хз почему ASN одинаковые. Добавление ASN в правило с "Allow" не решает проблемы, сайт все так же 10-20 секунд загружается, только без капчи.

Проверить на главной странице админки статистику по PTR:

И если в логе в IN большое число секунд, то скорее всего тормозит именно получение PTR (потом оно кешируется):

Если свой вдс, то в /etc/resolv.conf прописать быстрее работающие, вместо провайдерских:

Если шаред, то задуматься о смене хостинга, sweb в целом не очень хостинг, главное не переезжать на таймвеб ))) если нужно в РФ, то лучше в Бегет в плане шареда.

Mik Foxi, на главной

Но это время не точное, так как сайт постояно парсят на уязвимости, в день от 1200 до 7000 (за месяц набегает от 70 000). Благо антибот блочит такие переходы =)

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

У меня шаред, если хостера попросить, то думаю пошлет далеко и надолго. Менять хостера не хотелось бы, привык к нему.

Да и переходить на другого хостера, то не факт, что такая же проблема не будет происходить.

А есть ли другие варианты, как можно исправить без переезда? Естественно не отключая антибот xD. К примеру, отключение PTR для переходов с ПС или если UA не поискового бота, то проверка PTR не используется.

P.S.: Уведомление на электроную почту не пришло

Написать хостеру что на сервере тормозит стандартная php функция gethostbyaddr

Тормозит она, потому что исходящие днс запросы с сервера тормозят. Потому что сервер или его интернет канал сильно перегружены. И иногда от того что в /etc/resolv.conf стоит провайдерский перегруженный днс.

Если сервер в России, а посетитель максимально далеко (китай, австралия, южная америка), то вполне допустимо тормоза по 2-3 сек. Но когда сервер в России и посетитель с Билайна, то это не норм что тормозят.

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

Mik Foxi, ок, благодарю, не будете против, если я в обращение к хостеру прикреплю данную ветку?

на вдс переходить к норм хостеру, чтобы иметь возможность самому настроить все правильно. Поставь хост-трекер или аптаймбот мониторить сайт, удивишься как твой сайт каждую ночь спать уходит вместе с тобой. С такими тормозами скорее всего и аптайм сервера будет не очень. У меня так у клиента Sprinthost тормозил хронически, у них каждый день была отмазка что их ддосят. Перенес сайт к Бегет, никто теперь никого не ддосит.

скопируй только текст инструкции что хостеру надо сделать, а то он обидится что его тут хуесосят )))

давай в рамках приличия держаться )

LoL, критику они должны учитывать =). То есть на бегете шаред всё ок у вас работает или это про VPS/VDS? Ща глянул тариф, и для меня оптимальный "Start".

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

косяки бывают иногда, это ж шаред, там 100500 сайтов и причин начать виснуть и падать, но например у таймвеба и спринтхоста косяки это повседневная норма ))

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

мне он тоже нормально, если по лимитам вписываешься.

Промежуточный итог:

1. Ответа от саппорта sweb до сих пор нету.

2. На бегете зарегил "пробник" на тарифе "Start", но проблема осталась - IN по 10 секунд. Походу переезд на бегет отпадает, какие варинты ещё посоветуете ребят?

Laim, если поискать другие сети вымпелкома, тормозят только 89.113.*.*? у меня тоже они тормознутые встречаются.

Mik Foxi, пока не заметил, у меня только билайн, а что на мтс, мегафоне, теле2 и других операторах творится не представляю, да и не вся сеть вымпелкома тормозит 89.113.*.*, только те, которые определяются как Yartelecom.

Mik Foxi, а можно ли полностью отключить проверку PTR? Или для определенных условий, к примеру:

1. При переходов с реферами из ПС.

2. Если превышает время запроса более 3 секунд.

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

Mik Foxi, ну так как быть и что делать? Защиту хочется оставить, но при этом не терять траффик

Я подумаю что можно сделать.

Mik Foxi, ок =)), а в качестве заплатки или хотфикса есть какие мысли?

Laim, а решений не так и много. Оно по сути только одно рабочее. Внутри php никак не сделать аналогичную gethostbyaddr() функцию, с ограничение по времени работы, чтоб она работала универсально на любом хостинге. Для шаред хостингов рабочей схемы сложно придумать. А рабочая схема типа: сделать отдельный сайт/сервис/скрипт который будет нормально работать на этой функции и кешировать результат. А к нему обращаться через curl из антибот скриптов.

Mik Foxi, Получил ответ от ТП, типо не оптимизирован сайт и битые php (долго выполняются), дали рекомендацию прописать в .htaccess две строки

php_value default_socket_timeout 2

php_value max_execution_time 30

Как следовало ожидать, толку 0.

Отписался им и получил типичный ответ "Переходите на VPS / VDS", но ценник + ipsmanager с неизвестным результатом, что-то не сильно обнадеживают.

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

CF тоже не вариант, у РКН "моя борьба" с CF, Bunny net - это вроде CDN + платный, а российские аналоги не имеет смысла рассматривать, если сайт не озон или днс.

gethostbyaddr() не использует php_value default_socket_timeout, заданный в .htaccess.

Эта функция использует системный вызов DNS (обычно через libc), а не сокеты, созданные напрямую из PHP, и default_socket_timeout на неё не влияет.

Когда и как реализую еще не знаю. У себя размещать "прокси" для таких запросов - это будет дичайшее количество запросов, сильно выше лимитов обращений к публичным днс типа 8.8.8.8, 1.1.1.1 и т.п. я не готов ставить пару отдельных серверов под такое ))

Да это понятно, целесобразность минимальная в данном ключе ))). Может добавить (если это возможно) по типу "галочки" отключить и работать только по правилам: прямые переходы под капчу, пропуск по ЮА без проверки PTR, блокировка по ASN, капча для хостингов и т.д.?

Не отключить, в 3 таблице поисковые боты например проверяются по ptr чтоб это был не фейк бот.