О, уже ТМ :D А я по незнанию в других темах иногда еще © ставлю:)
Это ж сколько места под планки с памятью надо?
netwind, не игнорируйте плз вопросы, объясните пожалуйста мне, нездравомыслящему бездельнику, логику - и я тут же пойду извиняться перед майл.ру и благодарить их за отличную работу.
netwind, какова цель Ваших вопросов? Я не саппорт, сайт имеется, менеджеров не имеется, проблему с mail.ru в состоянии решить сам, без чьих-либо подсказок.
А Вы видимо саппорт mail.ru? Знаю из первых рук, что у людей бывали еженедельные проблемы с одним и тем же ip, это к слову "навсегда". И почему-то у других почтовиков не требуется оказывать помощь гуглу:)
Мейл - самый заспамленный почтовик, на который спам даже в многосимвольные нулевые ящики падает (специально проверял). И только он же препятствует нормальному прохождению почты таким вот геморроем (как следствие, финансовые потери пользователей), логику объясните?
Да никак не бороться, а просто бойкотировать mail.ru. К ним то гуглопочта не доходит, то яндекс-почта (видимо, мейловцы подсчитывают количество исходящих сообщений с одного релея и делают вывод, что это наглые спамеры несанкционированно атакуют, отнимая аудиторию у их внутренних оплаченных спамеров).
Такая ситуация уже несколько лет, большинство адекватных людей оттуда уже ушло, т.к. чем раньше поменяешь почту - тем меньше писем потеряешь:)
На многих сайтах, чей саппорт уже замучался объяснять, "почему не доходит письмо с подтверждением регистрации или почтовая рассылка", просто запрещено использовать mail/inbox/list/bk при регистрации.
Это я предложил как вариант уменьшения посетителей:)
Я конечно не хостер, но мне кажется, что у хостера задача обеспечивать работоспособность сайта, а не ограничивать доступ. Если бы у вас посещаемость была аналогичная, только человеческая - вы бы не просили хостера помочь бороться с этим? А хостер не виноват, что ваш сайт роботы любят.
Это все ИМХО, а по делу - читайте договор с хостером, там все четко прописано, что он вам должен.
Но от такой "борьбы", думаю, пострадают обычные пользователи, а боты так и будут качать, изменив 1-2 настройки - саппорт вряд ли будет сильно заморачиваться над решением этой проблемы.
А в чем собственно проблема? То, что к вам посетители ходят? Ну выключите тогда сайт, или запретите ходить Яндексу и Гуглу - думаю, их поменьше станет.
Роботы, особенно грабберы, вряд ли будут читать robots.txt и следовать инструкциям:)
Это - не робот, а посетитель (живой человек с руками и ногами). Соответственно, ему на ваш robots тоже пофигу.
Блокировать можно только серверными методами, имея в распоряжении его ip (часто меняется; ботнеты + прокси), User-Agent (подделывается в 90% случаях) и остальные косвенные данные (чаще всего: запрос нескольких страниц в секунду; отсутствие реферера; серф по всем ссылкам подряд). Анализируйте имеющуюся информацию и думайте, как и по каким инструкциям их заблокировать.
Я на одном портале, где спам-боты и остальные выкачивальщики живут сотнями ежедневно, расставил несколько различных ловушек, на которые способны попасть только боты - и они моментально заносятся в бан-лист на сутки. После 5 попаданий в бан-лист любой ip заносится в блек-лист, и больше робот не ходок.
ln -s /path/to/link /path/to/real/dir/
насчет коннекта не спорю, сам его через GLOBAL часто использую. Тут же в контексте темы идет речь явно об идентификаторе страницы, поэтому оптимально передавать аргументом. Ну а насчет
- я не обвиняю ТС в кривизне рук, но с таким уровнем понимания областей видимости и передачи переменных - переменная $n имеет очень много шансов быть убитой:)
