Судя по логам htm не запрашивались, только картинки. Wolf говорит, что кэш Гугля смотрели. В логах с пару десятков строк типа:
128.32.77.54 - - [09/Sep/2003:07:20:06 +0400] "GET /image/tm-map.gif HTTP/1.1" 200 315 "http://eval.google.com/happier/quest/altcache?local=%2Fwww%2F%2Fdata%2Fquest%2Fq.russian.random-daily.20030829-182018%2F0092.01.cache.html" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)"
Особо порадовала выделенная жирным часть, но что сие значит... "я не поняла".
Никаких хитрых вещей там нет, Interitus. Страницы запрашивали с IP 128.32.77.54 Whois:
OrgName: University of California
OrgID: UNIVER-22
Address: IST - Communication and Network Services
Address: ATTN Network Services Group
Address: 2484 Shattuck Ave, #1640
Address: NOTE See Comment for DMCA INFO
City: Berkeley
StateProv: CA
PostalCode: 94720-1640
Country: US
NetRange: 128.32.0.0 - 128.32.255.255
CIDR: 128.32.0.0/16
NetName: UCB-ETHER
NetHandle: NET-128-32-0-0-1
Parent: NET-128-0-0-0-0
NetType: Direct Assignment
NameServer: ADNS1.BERKELEY.EDU
NameServer: ADNS2.BERKELEY.EDU
NameServer: UCB-NS.NYU.EDU
NameServer: DNS2.UCLA.EDU
NameServer: PHLOEM.UOREGON.EDU
Comment: DMCA Designated Agent is Jacqueline Craig
RegDate:
Updated: 2003-06-23
TechHandle: UCB-NOC-ARIN
TechName: IST Communication and Network Services
TechPhone: +1-510-643-3267
TechEmail: noc@nak.berkeley.edu
OrgTechHandle: UCB-NOC-ARIN
OrgTechName: IST Communication and Network Services
OrgTechPhone: +1-510-643-3267
OrgTechEmail: noc@nak.berkeley.edu
В общем, что америкосским студентам на русскоязычном проекте надо я не понял :)
Ну что Вы, Iva, каким образом реклама в Директе влияет на выдачу? :)
Да я, Iva, с Вами согласен, только не уверен, что согласен и Яндекс тоже. Ибо наказываться, по их мнению, могут любые попытки повлиять на ранжирование сайтов в выдаче. Этот случай вполне подходит. Хотя пока фильтра не заметно.
Яндекс и Рамблер, по-моему, понимают, про Апорт не знаю.
Епта, Nicon, а вот до меня опять не дошло! :)
Если бы это был алгоритм, о котором говорил Сегалович, тогда при каждом апдейте выдача для группы сайтов с близкой релевантностью менялась бы полностью и расстановка сайтов не повторялась бы от раз от раза, ведь это же полный рэндом. Вместо этого в пример приводится ситуация, когда позиции повторяются с некоторой периодичностью. Это скорее можно отнести на ма-а-аленькие изменения в алгоритме, "подкручивание коэффициентов".
P.S. Да не надо делать форум закрытым :)
Я, AzOg, с Вашим предположением согласен. По крайней мере есть 2 причины, которые заставляют меня думать также:
1. Теоретическая. О том, что в Яндексе всячески экономят ресурсы, знают все. Это и понятно - машинных ресурсов не так уж и много. Апдейт индекса при этом (и, соответственно, пересчёт ВИЦа) делается 2 раза в неделю. Для того же, чтобы пересчитывать ВИЦ по классической схеме, для всех страниц хранящихся в индексе, требуются большие ресурсы. Гораздо проще считать его поэтапно, внутри каждого отдельно взятого сайта и не при каждом апдейте, а только тогда, когда сайт полностью переиндексируется. А в промежутках ВИЦ, переходящий по исходящим ссылкам можно предполагать неизменным.
2. Практическая. Не раз отмечалось, что для сайтов, впервые индексируемых Яндексом, позиции изначально выше, чем в последствии. Это так называемый на этом форуме "бонус для новичков". Его природа, мне кажется, как раз и объясняется тем, что до тех пор, пока Яндексу не известны все страницы сайта, точно рассчитать ВИЦ для каждой страницы невозможно. Поэтому в этот период для них значения ВИЦа могут браться приблизительно и быть выше, чем реальные, рассчитываемые в последствии.
Запрос в каталоге вида host="имя_сайта" выводит описание сайта, если он там зарегистрирован.
Текст ссылок также считается текстом этой страницы.
А что это такое?
А может +500? Вы можете сказать точно, Alexx? Я нет. Но то, что эффект от "тысячи сайтов" был бы заметен у меня сомнений не вызывает.
