Хорошая вещь :) Я не натыкался на него. Не всё конечно решается через него, но очень много рутины можно скинуть туда, что дает остальным запросам не попаст в "Вы не робот" :)
Кстати, frmcoder - сделал бы еще исключение ссылок, которые в noindex стоят, чтобы проверить не запихали ли ссылку в него.
А как вы смотрите кол-во внешних? Прога работает как и паук робота, поэтому видит только статические ссылки, все яваподгружаемые не учитываются.
Wolf как всегда дело говорит. Я всегда выкупал имена строго с ключевиками, двигал сайты в топ и думал, что это из за имени так вылажу, но после смены алгоритма Я рухнули они как положено со всеми вместе. И те которые без имени старые и те которые с именем все одинаково просели или поднялись.
Слова в URL-е конечно учитываются, но перебить их вес можно всего одной любой ссылкой на сайт без слов в URL-е.
Что вы все на директе зациклились то. Директ это способ выборочного привлечения клиентов и требует очень тонкой настройки как слов, так и позиций по ним и не каждому это под силу.
Возьмем для примера средний коммерческий сайт - на один из моих проектов, в день приходит 2400 посетителей. Из них, 1100 я загоняю в конкурентной борьбе именно по поиску продвигаемых слов, со средним месячным бюджетом в 300у.е. Остальные приходят по разным шумовым показателям и не будем их учитывать в примере.
Считаем: 1100 в день за 300/30 = 10 у.е в день. А в директе самый дешевый клик в моей тематике стоит 15 руб. 1100 * 15 = 16500 руб / 24 = 687 у.е в день, чтобы получить такое же число этих же посетителей. Хорошая арифметика получается не правда ли? Так куда побежит клиент? В директ?
Здесь имеет место быть скорее всего обычная программная установка БД. Хоть Я и мутит свои алгоритмы и прочее, но любая БД подчиняется стандартным правилам тюнинга поиска. Кто настраивал полнотекст в MySQL тот меня поймет. Там существует такое понятие, как коэффициент вхождения q. При запросе на полнотекстовый поиск учитывается отношение количества символов в слове на общую его частоту и на количество слов во всей БД (или сегменте).
В результате, если установленный q меньше чем вычесленный при поиске - то движек БД будет считать что ничего не найдено.
Для "в" и "и" скорее всего получается именно этот случай - как самые частые символы, они скорее всего на чуть-чуть выскакивают за коэффициент и БД возвращает нулевой результат. Но если подправить q то качество остального поиска резко измениться, поэтому этими буквами просто пожертвовали.
Это ИМХО конечно, возможно что Я использует не стандартные правила БД в своих разработках, но большая часть БД подчинябтся этим правилам тюнинга.
Боты вас кусают. Ставьте в бан их.
Да это понятно что не ты :) Минус от твоего имени мне не снимает с репы ничего - а твой снял бы пару сотен как минимум :)
Кстати, модераторы - плиз разберитесь с этим анонимом, а то уже достал всех тут.
А как у проги дела с яшиным "Вы не робот?"
В несколько потоков да если я заряжу 500 линков - не получу месячный бан за веселье?
Яндекс никогда не стремался признаться что у них что то не так. Хотя это просто автоответчик, на самом деле вопросы просто бытовые - снять с бана ИП хостера или что то в этом роде - Я всегда отвечал таким письмом. Я тоже получал такое письмо от хостера. У меня не работал импорт новостей Я из rss с хоста, я пожаловался хостеру, хостер проверил и сказал что на запрос с данного ИП Яндекс не выдает ничего и написали ему, Я ответил таким же письмом как и ТС (кроме приписок с апами) и исключилд ИП из бана и новости пошли.
