- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
"GET /wp-login.php HTTP/1.0" 404
На такие запросы можно отдавать 403.
А 403 настроить редирект на PornHub )) Лучше на яндекс, пусть подавиться своими ботами
Мой идеал - это отдельный статичный файл (не часть движка), код ответа сервера 404, содержащий:
Оптимально, больше и не надо
Мой идеал - это отдельный статичный файл (не часть движка), код ответа сервера 404, содержащий:
У меня, как и у многих скан боты идут и некоторые перебирают несуществующие адреса.
Получают ответ 404 + примерно 90 кб ответа с сервера по каждому запросу.
Удалил футер - страница 404 стала в 2 раза меньше.
Может и хедер удалю, оставлю минимум.
Человек перейдет по ссылке на сайт если ошибется.
Может можно с 404 их куда подальше заслать.
404 не напрягает, просто по настроению захотелось попробовать варианты.
Как вариант, реализовать тег "canonical" и ответ сервера через обычный скрипт php по логике: - если "обращение идет не по каноникалу в рамках CMS, то выдача 404".
Ситемап - при этом делаете на реальные страницы, которые есть.
Но, правда, при такой реализации придется за структурой сайта - смотреть, в зависимости от CMS и реализации новых подразделов в CMS.
На 404 страницу вешаете обычную картинку, возможно и текст.
Мои пять копеек.
404-я бывает разная: одно дело, если в ссылки на сайте случайно вкралась ошибка – здесь 404-я будет создана для живого посетителя и на мой взгляд, должна отображаться в стандартном интерфейсе сайта, чтобы гость не гадал «ой, куда это я попал?!» – он должен понимать, что по-прежнему находится всё на том же сайте, который просто не нашёл нужную страницу и предлагает тот же функционал (на главную, в контакты, в Телеграм и пр.), что на всех остальных страницах.
Другое дело, когда бот-сканер запрашивает что-то типа site://drop_server.php или site://crack_wordpress_engine.php – здесь заведомо нет смысла тратить ресурсы на формирование хэдера, футера, цепочку редиректов, проверок и преобразований.
По счастью, сканеры чаще всего запрашивают хотя и довольно обширный, но всё же ограниченный список несуществующих элементов, который можно предусмотреть для выдачи ботам не стандартной 404-й, а короткой HTML-фразы «ok, site is down, good bye!» – «порядочные» боты вряд ли будут сканировать сайт на предмет технических компонентов, этим грешат в основном «вольные стрелки», на которых, повторюсь, нет нужды тратить ресурсы.
Ну и ряд других ситуаций, когда гость – заведомо непрошеный бот, это разбиралось здесь уже много раз. В особых случаях для особо непрошеных гостей, конечно, можно, конечно, извратиться и организовать циклический редирект, либо повесить на вывод ожидание секунд на тридцать, либо капчу из шестнадцати цифр (чисто для прикола) – но тут палка о двух концах, лишние игры на сервере могут обернуться боком.
Михаил #:
Другое дело, когда бот-сканер запрашивает что-то типа site://drop_server.php или site://crack_wordpress_engine.php – здесь заведомо нет смысла тратить ресурсы на формирование хэдера, футера, цепочку редиректов, проверок и преобразований.
Именно для них поставил облегченную 404. Людям на нее попасть шансов мало, если и попадет один, другой - легко выйдут. В общем вопрос закрыт так, как мне хотелось.
на сайте наверняка есть картинки по 400кб)
не в ту сторону экономите ребята)
с каких пор 90 кб стало много для страницы?)
на сайте наверняка есть картинки по 400кб)
не в ту сторону экономите ребята)
Фраза (для ботов) «welcome to the outworld, sir!» без HTML-кода (обойдутся, чести много) занимает 29 байт. Это в 3072 раза меньше, чем 90 Кб. При многократном (по три-четыре раза в секунду на протяжении пятнадцати минут) запросе одной и той же страницы – экономия может оказаться куда более существенной, чем может показаться на первый взгляд.
Фраза (для ботов) «welcome to the outworld, sir!» без HTML-кода (обойдутся, чести много) занимает 29 байт. Это в 3072 раза меньше, чем 90 Кб. При многократном (по три-четыре раза в секунду на протяжении пятнадцати минут) запросе одной и той же страницы – экономия может оказаться куда более существенной, чем может показаться на первый взгляд.
а зачем ботам что-то показывать? зачем на них реагировать? может сразу ему 444 код в ответ?
а зачем ботам что-то показывать? зачем на них реагировать? может сразу ему 444 код в ответ?
Это больше из области разработки – скорее для себя, чем для ботов, особенно при отладке: пустая страница при включенном подавлении сообщений об ошибках может означать как успешное завершение, так и критическую ошибку, а возврат предусмотренной фразы – гарантированное отсутствие таких ошибок (т. к. вывод фразы размещён в операторе безусловного прерывания, после которого далее уже ничего выполняться точно не будет). При отладке видишь фразу – и уже точно знаешь, что гость получит ровно 29 байт (или сколько там символов во фразе) и ни байтом больше. Ну и плюсом – косвенная регистрация возврата фразы в логах (скажем, если видишь там возврат кому-то 29 байт – тут же становится понятно, на какую из веточек напоролся непрошеный гость).