Вопросы по Яндексу

не, ну это не контрпример

лично я алгоритма нпс не знаю, каюсь =)

ибо не вижу особого такого смысла на данный момент

но кто сказал, что в нем единственный фактор "прокаченность"?))))

Полностью согласен с Вами.

Ну, моя задача - не на форуме флудить, а как раз и выяснить, в какой способ ранжирование идёт (анкор-файл, траст, ТИЦ, ВИЦ, ВВП, что-то ещё...) Раньше догадывался, как именно идёт ранжирование. Теперь и правда - не знаю, хотел опыт поставить на своих сайтах, а на Народе меня уничтожили....

Нет, не мерил. Но всегда думал, что это аналог "прокаченности" (да, какое убогое слово-то :))

А вот что-то типа траст ранка.. может и учитывалось. Но я опять же не знаю точно что входит в это понятие и как определять, хоть примерно.

не единственный, но как мне кажется, определяющий. Тем более в конкурентных тематиках (где ссылок дюже много).

пс. стоп, ВИЦ для сайта? Страницы?

пс.2. а что такое ВВП? (тут была политическая шутка).

виц он кагбе вообще у отдельно взятой страницы

но, вероятно, и общий виц имеет какой-то значение =)

Попробуем разобраться по XML-выдаче, которая имеет спецификацию. Цифра в "Нашлось 6 млн страниц", судя по всему, берется из <found priority="all">6354848</found> (из found-ов ниже wordstat), обозначающая общее число найденных документов. Видимо, эта цифра в целом по "всей больнице".

А поисковые результаты выдаются с учетом группировок. "Приблизительное число групп для данной группировки (оценка снизу), найденных с соответствующим приоритетом. В качестве атрибута содержит приоритет, с которым найдены группы («phrase»|«strict»|«all»)." Выше есть определение, что "«strict» — число документов c вхождением всех слов запроса в искомый контекст", т.е. 4374/6534 и есть интересующие результаты и что в принципе соответствует "в первом случае в документе (при контекстных ограничениях - если они существуют сейчас...) должны присутствовать все слова из запроса, во втором - любое из слов".

нуда. И он какбе равен "прокаченности" + ссылки с внутренних страниц вроде как.

хм, это уже к загадочну товарищу траст ранку.

И даже если так, то, вероятно, его должны использовать очень аккуратно, "чтобы не дать преимущество очень большим сайтам" (c) <- правда речь там про другое шла..

pro-maker, спасибо за ценную инфу =) как-то руки не доходили спецификацию читать (не знал, что в ней вообще )))

но вам не кажется "немного" странным тот факт, что кол-во документов, в которых встречается любое из слов всего в полтора раза больше, чем ... все слова?

про контекстные ограничения - есть ощущение, что их сейчас либо нет, либо практически нет =)

да, и почему-то в хмл, как и в поисках яндекса, которые его юзают, всех результатов на порядки меньше...не пойму (: или хмл показывает кол-во сайтов, а не кол-во документов...

хотя перечитал спецификацию - ошибся =)

что сверху неверно

Для мягкости 100 у меня получается:

<found priority="phrase">617</found>

<found priority="strict">222331</found>

<found priority="all">8554232</found>

то есть цифры получаются иррациональными по сравнению с той версией кворума, которая была введена Минычем и более-менее соответствовала действительности долгое время

strict - 6534 против 222331

вывод - хмл.яндекс.ру аццки глючит - каждый раз что-то новое показывает - и порядки даже не сходятся =) не помаю, как его юзать... )

В grouping показывается количество поисковых результатов в соответствии с требуемой группировкой. Сначала надо почитать спецификацию и погонять на запросах, чтобы разобраться адекватны ли там цифры. :)

да, согласен =)

но все-равно, чето глючит аццки ) почти каждый раз новый результат =(

будем исследовать, спасибо =)

Не большой знаток XML, но глючить не должно. :) Атрибут response date="20080721T135852 - время ответа (минус 4 часа), если время ответа меняется при одинаковых запросах, значит, кэширование не используется и под нагрузкой полнота выборки будет разной.