Совершенно верно. Также это может выводится через engine/engine.php
тогда придётся выводить скриптом, который будет запрещён к показу IP ботов
просто закрыть его для показа гостям
[not-group=5]блок[/not-group]
Disallow: /*offset
Disallow: /shop*
Вас банально ломанули и поставили редирект.
Видимо имеется ввиду пентиум (в простонародье - пень) :)
фотожоп вам в помощь :)
Dzen, непонимаю, при чём тут соответствия?
Задача .htaccess не искать какие-то соответствия (это не скрипт), а выполнять определённые правила, которые в нём прописаны.
Azazelkin добавил 20.07.2011 в 22:17
Кстати, вот ещё одно решение (взято отсюда)
Блокирование роботов
Описание:
Как мы можем заблокировать действительно надоедливых роботов на получение страниц из специфических областей сайта? Файла /robots.txt содержащего записи «Robot Exclusion Protocol» обычно недостаточно для избавления от такого робота.
Решение:
Мы используем набор правил запрещающие доступ для роботов к URL из веб-пространства /~quux/foo/arc/ (возможно это пространство имеет очень глубокую иерархию каталогов, обход которой роботом, привел бы к очень большой нагрузке на сервер). Мы должны убедиться что запрещается доступ только для конкретного робота, т.е. просто запрет для хоста с которого работает робот недостаточен. Это, также блокировало бы доступ пользователей с этого хоста. Этого эффекта мы добьемся проверяя также информацию из HTTP заголовока User-Agent.
RewriteCond %{HTTP_USER_AGENT} ^NameOfBadRobot.*RewriteCond %{REMOTE_ADDR} ^123\.45\.67\.[8-9]$RewriteRule ^/~quux/foo/arc/.+ - [F]
Конечно пропустит. Соответствие юзер_агента должно быть 100%.
Если вы вместо index.php пропишите indexx.php, то при обращении к index.php будет отдаваться indexx.php? :D
Dzen, вместо плохой_бот_1, надо прописать юзер агента нежелательного бота
