AdmninsCluba: На что опираться, какие доводы приводить?
Найти, например, на сайте Пупкина дорвей или линкатор, или проиндекированные Яндексом результаты внутреннего поиска по сайту Пупкина. Или скрытый текст - тогда 100% пойдет в бан. ☝
На худой конец, страничку с обменом ссылками.
А какой адрес сайта Пупкина? Напишите его сюда. Хоть посмотрим, кто пиратством занимается.
Проблема кражи контента волнует не только вас. Такие вещи очень и очень часто случаются. На данный момент, бороться с этим практически бесполезно. Во всяком случае, у меня пока не получается.
Есть вариант, найти на сайте, который ворует контент, нарушения (поисковый спам). И стукануть. ;)
P.S.
Есть еще вариант, разместить на разных сайтах страничку "воры", как сделано, например, здесь: http://www.ignio.com/r/thief/
Все-таки, какое-то самоуспокоение. :)
Прямые ссылки на сайты с такой странички, конечно, лучше не делать.
Deni: Стоит ли прописывать оба этих варианта? Или ограничиться только со слешем. На сайте все урлы прописаны со слешем но поисковик мало ли где найдет упоминания без слеша........./
Проблема отсутствующего завершающего слэша
Описание:
Каждый вебмастер может спеть песню о проблеме отсутствующих завершающих слэшей при использовании URL ссылающихся на каталоги. Если они отсутствуют, сервер выдает ошибку, потому что если вы пишете /~quux/foo вместо /~quux/foo/ сервер ищет файл foo. И поскольку этот файл является каталогом, происходит ошибка. В действительности, в большинстве случаев это исправляется само, однако, в некоторых случаях, нужно самим эмулировать этот механизм. Например, после того, как вы сделали массу сложных редиректов URL на CGI скрипты и т.д.
Решение:
Решение этой тонкой проблемы — это позволить серверу добавлять завершающий слэш автоматически. Чтобы сделать это правильно, мы должны использовать внешний редирект, для того чтобы браузер правильно запрашивал картинки и пр. В случае если бы мы сделали только внутренний редирект, это бы работало только для самой страницы каталога (страницы по-умолчанию), однако были бы проблемы при наличии любых картинок на этой странице с относительными URL, потому что браузер сделал бы запрос на вставку in-lined объекта. Например, запрос для image.gif на странице /~quux/foo/index.html без внешнего редиректа выглядел бы как /~quux/image.gif!
Поэтому, для того чтобы сделать это трюк, мы пишем в .htaccess:
RewriteEngine on
RewriteBase /~quux/
RewriteRule ^foo$ foo/ [R]
Сумашедший и ленивый может даже сделать следущее в файле .htaccess находящемся в корне веб-пространства своего сайта. Однако, следует отметить, что это создает некоторые накладные расходы.
Вот так обратит:
User-agent: Yandex
Disallow: /view
Host: www.stb.net.ru
User-agent: *
Disallow: /view
Напишите в .htaccess
RewriteEngine on
RewriteCond %{REQUEST_URI} index\.php
RewriteCond %{QUERY_STRING} !.+
RewriteRule .* - [F]
или так:
RewriteEngine on
RewriteCond %{REQUEST_URI} index\.php
RewriteCond %{QUERY_STRING} !go=
RewriteRule .* - [F]
и положите его в корень сайта, где файл index.php
На что опираться, какие доводы приводить?
Найти, например, на сайте Пупкина дорвей или линкатор, или проиндекированные Яндексом результаты внутреннего поиска по сайту Пупкина. Или скрытый текст - тогда 100% пойдет в бан. ☝
На худой конец, страничку с обменом ссылками.
А какой адрес сайта Пупкина? Напишите его сюда. Хоть посмотрим, кто пиратством занимается.
Стукануть Яше на Яшу на его расколбасы?
Стукануть Яше, что сайт Пупкина занимается спамом поисковой машины.
Проблема кражи контента волнует не только вас. Такие вещи очень и очень часто случаются. На данный момент, бороться с этим практически бесполезно. Во всяком случае, у меня пока не получается.
Есть вариант, найти на сайте, который ворует контент, нарушения (поисковый спам). И стукануть. ;)
P.S.
Есть еще вариант, разместить на разных сайтах страничку "воры", как сделано, например, здесь: http://www.ignio.com/r/thief/
Все-таки, какое-то самоуспокоение. :)
Прямые ссылки на сайты с такой странички, конечно, лучше не делать.
Возможно, топикстартер хотел вот так:
http://www.movement2005.narod.ru/
P.S. моргает в лисе!
Лисы, совы :)) Эксплорером надо пользоваться :)
Не знаю, в IE 6.0 тоже не моргает.
P.S. А, вот нашел внизу такую надпись "Сайт оптимизирован для просмотра в Internet Explorer 5.5 и выше. "
Стоит ли прописывать оба этих варианта? Или ограничиться только со слешем. На сайте все урлы прописаны со слешем но поисковик мало ли где найдет упоминания без слеша........./
Проблема отсутствующего завершающего слэша
Описание:
Каждый вебмастер может спеть песню о проблеме отсутствующих завершающих слэшей при использовании URL ссылающихся на каталоги. Если они отсутствуют, сервер выдает ошибку, потому что если вы пишете /~quux/foo вместо /~quux/foo/ сервер ищет файл foo. И поскольку этот файл является каталогом, происходит ошибка. В действительности, в большинстве случаев это исправляется само, однако, в некоторых случаях, нужно самим эмулировать этот механизм. Например, после того, как вы сделали массу сложных редиректов URL на CGI скрипты и т.д.
Решение:
Решение этой тонкой проблемы — это позволить серверу добавлять завершающий слэш автоматически. Чтобы сделать это правильно, мы должны использовать внешний редирект, для того чтобы браузер правильно запрашивал картинки и пр. В случае если бы мы сделали только внутренний редирект, это бы работало только для самой страницы каталога (страницы по-умолчанию), однако были бы проблемы при наличии любых картинок на этой странице с относительными URL, потому что браузер сделал бы запрос на вставку in-lined объекта. Например, запрос для image.gif на странице /~quux/foo/index.html без внешнего редиректа выглядел бы как /~quux/image.gif!
Поэтому, для того чтобы сделать это трюк, мы пишем в .htaccess:
RewriteEngine on
RewriteBase /~quux/
RewriteRule ^foo$ foo/ [R]
Сумашедший и ленивый может даже сделать следущее в файле .htaccess находящемся в корне веб-пространства своего сайта. Однако, следует отметить, что это создает некоторые накладные расходы.
RewriteEngine on
RewriteBase /~quux/
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+[^/])$ $1/ [R]
полный текст: http://www.egoroff.spb.ru/portfolio/apache/rewriteguide.html
Стоит ли прописывать оба этих варианта? Или ограничиться только со слешем.
В данном случае, должно быть только (!!!) без слеша:
закрываем и для http://www.****.ru/login/ и для http://www.****.ru/login
Disallow: /login
Солиднее будет не .htm а .html