Многие занимаются ерундой пытаются охотиться за дропами, я не исключение:) Так вот, зарегистрировав домен с ТИЦ или без него не редко оказывается, что дядя Яша прописал бан этому домену. Причины столь неприятных мер могут быть самые разные. Например, предыдущий владелец аккуратно разместил бессовестным образом продавал по 15 ссылок в сапе со страницы или забабахал на данном домене фарма-дор, ну или просто УГ какое-нибудь сделал... На Яндексе можно в хэлпе добыть инфу о том, что если разместить на таком домене полезную и уникальную информацию, то он разбанит его автоматически. Но... Не факт, что это произойдёт быстро или вообще произойдёт.

Снятие бана можно попытаться ускорить, добавив сайт в панель вебмастера и написать из неё письмо Платонам (техподдержке Яндекса) с объяснениями ситуации и с просьбой разбанить домен.

Но надо понимать, что сайт на баненом домене должен соответствовать правилам дяди Яши, в противном случае шляпа пообщаетесь с роботами-Платонами и баиньки.

Оптимизаторы часто оперируют понятием трастовости веб-сайта. Трастовость - это степень доверия поисковой системы к тому или иному сайту.

У каждой поисковой системы свои собственные алгоритмы расчёта этой самой степени доверия. Из наблюдений многих оптимизаторов и моих личных можно сказать, что следующие параметры имеют ту или иную степень влияния на трастовость сайта:

• Возраст домена;
• Пузомерки. (…тИЦ, PR…);
• Уникальность и обновляемость контента;
• Качество ссылающихся сайтов (…Википедия, .gov, .edu, Yaca каталог и Dmoz каталог…).

Сервис SEOMOZ полагает, что может определять параметр "трастовость сайта", я уверен, что он не совсем точно это делает, т.к. я уже говорил, у каждой поисковой машины свои алгоритмы, но истина где-то рядом, поиграйтесь с панелькой, приблизительный результат получите однозначно.

Ещё есть сервис поудобнее XTOOL -  полагаю, что его показатель основывается на данных о заспамленности сайта + все вышеперечисленные показатели.

Алгоритмы Яндекса не совершенны и это ни для кого не секрет. Давно наблюдаю за таким явлением как ручной бан сайтов Яндексом. Платоны иногда блуждая по просторам Интернета или отвечая на очередное дурацкое письмо типа "А чё вы мой варёзный портал не берёте в Яндекс.Каталог?" натыкаются на откровенные ГС, которые каким-то образом долгое время (или не очень долгое) избегали карательных процессий от Я-роботов, ну и банят эти ГС... А что ж им смотреть на них?)

Конечно это в корне неправильная идеалогия, получается не равноправие какое-то, но тем не менее я замечал такое явление.

Что интересно, сайт не обязательно должен быть полным ГС... А вот, что обычно отвечают Платоны на вопросы "Как же так?" и "За что?":

"После анализа и классификации страниц Вашего сайта наши алгоритмы приняли решение не включать его в поиск....."

Если мы уверено в своём СДЛ и действительно непонимаем за что банан, то пишем опять грозное письмо в адрес Яндекса и вновь получаем очередной совет-ответ:

"Если Вы будете развивать свой сайт для пользователей, размещать на нем уникальную и полезную информацию, то со временем он должен будет появиться в поиске.

Ну что тут сказать, смотрите сами:

По-моему хороший ход против буржуйных парсеров:) Однако если юзать Яндекс с буржуйного IP, то вероятно капча будет всегда латиницей, имхо...

С недавних пор (а именно - апрель десятого) Яндекс понимает атрибут rel=”nofollow” , который ранее и по сей день использует Google. Ссылки, в которых указан этот атрибут – не будут передать вес, то есть будут бесполезны.

Вот что пишут на Яндекс.Помощь:

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

• страница не переиндексирована – ее нет в результатах поиска Яндекса;
• ссылка содержит атрибут rel=»nofollow»;
• ссылка является ссылкой с изображения;
• ссылка не ссылается непосредственно на ваш сайт, а делает это через промежуточную страницу с редиректом;
• ссылка появилась на странице недавно и эту страницу робот еще не успел переиндексировать.

Возможно следует ожидать огромного обвала ТИЦ при следующем апдейте (ориентировочно 22 мая), подорожают ли ссылки в Sape? Пока не известно, но вполне возможно. Что же, будем следить внимательно, а я в свою очередь отпишусь на блоге по поводу всего интересного, что я замечу

Данная инструкция проверена на моей VPS/VDS с CentOS 5

Мы будем рассматривать версию с выделенным SVN-сервером (без использования Apache). Это наиболее надёжный вариант, т.к. SVN будет в нашем распоряжении не зависимо от наличия или состояния Apache.

1. Устновка SVN-сервера

Необходимо выполнить команду:

yum -y install subversion

2. Создание каталога репозитория

Важно отметить, что по-умолчанию репозиторий находится в каталоге /var/svn, поэтому Вы можете не заводить специально какой-то каталог. Но я рекомендую всё-таки назначить для репозитория другое место, т.к. со временем данная директория может стать ощутимого размера. Предлагаю завести репозиторий в /usr/soft/svn.