Колдунщик жив?

S
На сайте с 09.08.2008
Offline
127
29952

очень часто про него слышу, но все пишут, что он мертв

SotEX
На сайте с 14.04.2007
Offline
86
#1
scrapi:
очень часто про него слышу, но все пишут, что он мертв

А что именно слышите, что мертв или жив? :)

Бесплатный мониторинг размещенных статей (/ru/forum/438989)
[Удален]
#2

Мертв. Но фокусник жив. Чувствуете палец? А ручки то вот оне.

S
На сайте с 09.08.2008
Offline
127
#3
Miha Kuzmin (KMY):
Мертв. Но фокусник жив. Чувствуете палец? А ручки то вот оне.

Поподробнее про ручки.

edishe
На сайте с 18.01.2007
Offline
149
#4
scrapi:
Поподробнее про ручки.

Пф =)

Куда уж подробнее?

[Удален]
#5
Miha Kuzmin (KMY):
Чувствуете палец? А ручки то вот оне.

улыбныло... до слез... уж позабыл эту шутку

upyrj
На сайте с 17.09.2005
Offline
140
#6

scrapi, он-то жив, только посмотреть на его выкрутасы теперь непросто.

Собственно, вот пример его шалостей.

Денис Иванов Важно: обменом валют я не занимаюсь.
S2
На сайте с 07.01.2008
Offline
611
#7

Смотря что вы имеете ввиду под колдунщиком. То, что считает Яндекс - живо: http://company.yandex.ru/history/wizard.xml

Не надо приписывать мне свои выводы, я имею ввиду только то, что написал. Лучшая партнёрка по футболкам/толстовкам (http://partnerka.kolorado.ru/?ref=1921540) Опрос: Проверить текст на уник - как? (/ru/forum/495885)
Z
На сайте с 23.05.2007
Offline
69
#8

Str256, не, ТС, спрашивает явно про другой. :)

scrapi,

Александр Садовский:
«Переколдовка запроса происходит, но ее результаты не показываются. У нас нет планов снова делать их видимыми. Мы не раз говорили, что не гарантируем работоспособности любых недокументированных cgi-параметров, включая reqtext.»
upyrj
На сайте с 17.09.2005
Offline
140
#10

scrapi, вынесу ответ на ваш вопрос сюда: переколдовку не надо «делать». Ее и так «делает» поисковая система, прежде чем построить выдачу на запрос.

Собственно, как это все работает:

1. ПС получает запрос.

2. ПС переколдовывает его (то есть, на самом деле, переформулирует запрос с дополнительными ограничениями, добавляет веса к словам, иногда вводит в запрос дополнительные ключевики).

3. Делает выборку документов, которые удовлетворяют этому переделанному запросу.

4. Ранжирует эту выборку по релевантности (то есть упорядочивает согласно своим алгоритмам релевантности) или по времени.

5. Показывает нам выдачу.

Пример того, как это было раньше в Яндексе, когда можно было посмотреть переколдовку в параметре reqtext сохраненной копии:

1. Запрос: программы для шифрования данных.

2. Переколдовка: (программы::1366 &/(-1 3) для::0 & шифрования::273422 & данных::575)//6 (что значит «ищем такие документы, в которых есть слово программы, такое что в предыдущем, в том же или в последующих трех пассажах (= грубо говоря, предложениях) есть слово шифрования, и в том же пассаже, что и слово шифрования, есть слово данных; при рассчете кворума (см. РОМИП-2004) и при ранжировании используются веса 1366, 0, 273422 и 575 соответственно и мягкость 6%». См. также хелп по операторам).

Фокус в том, что зная контекстные ограничения в запросе, мы могли хорошо заточить текстовую релевантность страницы.

Сейчас же такую штуку ((программы::1366 &/(-1 3) для::0 & шифрования::273422 & данных::575)//6) подсмотреть негде. Нечто аналогичное можно найти в поиске по блогам (параметр r сохраненной копии), но там используются правила переколдовки, отличные от тех, что в большом поиске. По крайней мере, когда переколдовку в большом поиске было видно, она там была другая. Для запроса программы для шифрования данных переколдовка в блогах такая: (программы::1461 & для::0 & шифрования::178458 & данных::498).

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий