В личку плиз, опт - это от скольки?
В ЛИЧКУ ПЛИЗ!
в личку плиз
dmitriy.biz,
Яндексу известна только странциа ссылок ресурса:
http://www.yandex.ru/yandsearch?serverurl=www.dmitriy.biz/
заголовки нормальные:
HTTP/1.1 200 OK
Date: Wed, 10 May 2006 16:53:26 GMT
Server: Apache/2.0.46 (Red Hat)
Accept-Ranges: bytes
Content-Length: 1535
Connection: close
Content-Type: text/html
только вот сайта то нет! что это за главная страница такая веселая? хоть бы заглушку нормальную сделали.
Итог: нет сайта, нет предмета для разговора.
deepslam,
1. уберите УРЛ, это нарушение правил.
2. а покакому слову Ваш сайт должен искаться? у Вас ведь пустая главная, дальше не пошел смотреть.
3. В базе Яндекса только 1 страница быстроробота.
4. Что за красивый баннер линкаторной системы на мордахе сайта? 😂
не должна
по поводу сортировки ссылок "по релевантности" - если Вы имеете ввиду "вес" ссылки, то, ИМХО, Яндекс недопустит такой сортировки, оптимизаторам нужно, а Яндекс может, и думаю никогда, не будет сортирвоать бэки по весам ссылок.
Тада дружно пишем жалобу на Рамблер :)
<a href="http://top100.rambler.ru/top100/">
<img src="http://counter.rambler.ru/top100.cnt?XXXXXX" alt="" width=1 height=1 border=0></a>
😂
а что сказать надо? :)
отчего ж, обычные русские букавки
A/lekceu',
видимо ресурс в скрытой части каталога. Скрытая часть нужна для определения тематики, а т.к. в открытую всех взять "жалко" - берут в скрытую, тематика вроде бы и есть, а в каталоге как бы и нет :)
Хотя есть ли дятел в скрытой части - не знаю, в принципе может быть.
Итак, данные хранятся в виде инвертированных индесов. Также есть анкор база, которая должна храниться (и видимо так и есть, учитывая прошлые проблемы с ней) отдельно. У каждой ссылки должны быть такие же индексы.
если предположить, что ссылки как то влияют _автоматически_ на выпадение запросов, то вероятнее всего стоит зависимость базы инвертированных индексов и анкор базы в смысле, что при каком то событии (какое либо превышение чего либо в анкор базе для документа или хоста) производится корректировка, только вот где. В инвертированном индексе корректирвоать не получится, если сайт выпадает по запросу "слово1 слово2", а по запросу "слово2 слово3" находится.
Возможно введена некоторая прослойка при формировании выдачи с проверкой для каждого сайта, например сформировалась для запросов некая таблица, где хранятся грубо говоря слова, по которым сайт сильно переработал с сылочным, при формировании выдачи выбираются сайты по обратным индексам и сразу же проверяются по этой отфильтровывающей таблице, если указано выкинуть - значит выкинуть. Обновление теоретически должно производиться сразу же с апдейтами.
P.S. вообще фильтры должны организовываться достаточно просто, ведь любое усложнение на такой огромной системе должно приводить к большим потребностям в дополнительных ресурсах.
вот такой вот имхо бред :)