http://blog.promosite.ru/ Всякие разные наблюдения и мысли о поисковых системах, за неделю ru info@promosite.ru руки 1.3 http://blog.promosite.ru/comments.php?1286 http://blog.promosite.ru/comments.php?1286 Разное http://blog.promosite.ru/comments.php?1286#comm <p>по горизонтальной оси - сколько раз встретился запрос в базе (уникальность). <p>по вертикальной - сколько таких запросов было. <p><a href="http://fotki.yandex.ru/users/etrofimenko/view/291660/" target=_blank><img src="http://img-fotki.yandex.ru/get/4605/etrofimenko.b/0_4734c_20e21996_XL.jpg" alt="" border="0"> <p></a> <p>Аппроксимация степенной функцией дает зависимость 1/x^2 с хорошей точностью. Mon, 06 Sep 2010 05:04:15 GMT info@promosite.ru - euhenio http://blog.promosite.ru/rss20-comments.php?1286 http://blog.promosite.ru/comments.php?1285 http://blog.promosite.ru/comments.php?1285 Разное http://blog.promosite.ru/comments.php?1285#comm <p>Допустим, некто (я) собирает статистику запросов Яндекса долбежкой прямого эфира. Долбит не много, но постоянно, годами. <p>И накопилось около 40 млн. уникальных запросов. <p>Из которых только 10 млн. запросов попали в базу 2 и больше раза. <p>Из которых 4.7 млн. запросов попали в базу 3 и больше раза <p>Из которых 3.3 млн. запросов попали в базу 4 и больше раза <p>и т.д. <p>Очевидно, что те запросы, которые попали в базу один раз - не очень воспроизводимы. Т.е., они могут быть случайными и не повториться. А могут и повториться - но узнать это можно только потом. <p>Но и те запросы, которые попали в базу пару раз - не очень хорошо соответствуют вордстату. <p>Те, которые три раза - получше соответствуют. И т.д. Лучше всего пропорциональны частотные запросы. <p>*** <p>И хочется каждому запросу присвоить не просто частоту, полученную умножением на коэффициент, а диапазон частот &quot;от и до&quot;, в который попадает частота запроса с некоей граничной вероятностью (ну там, 95%, например). И для одиночных &quot;случайных&quot; запросов знать верхнюю граничную частоту. <p>*** <p>И думаю: может, задача-то стандартная и уже давно решена? Sun, 05 Sep 2010 19:26:23 GMT info@promosite.ru - euhenio http://blog.promosite.ru/rss20-comments.php?1285 http://blog.promosite.ru/comments.php?1283 http://blog.promosite.ru/comments.php?1283 Разное http://blog.promosite.ru/comments.php?1283#comm <p>Изменения в <a href="http://tools.promosite.ru/" target=_blank>апометре</a>: <p>1. сменил название: загадочный &quot;метод комдира&quot; на понятный &quot;апдейт сохраненки&quot;. :) <p>2. добавил апдейты гео. <p>Как определяется - есть набор регионов, по региону ищем разные запросы (типа domain, rhost - для уменьшения числа найденных сайтов до 1-20 тыс., чтобы прюнинг не находил &quot;много&quot;, а находил поточнее). По каждому региону ищем с параметром rstr. <p>===немножко стран: <p>Россия <p>Общероссийские <p>Украина <p>Беларусь <p>США <p>Европа <p>===и немножко городов: <p>Москва <p>Санкт-Петербург <p>Екатеринбург <p>Челябинск <p>Владивосток <p>И (сюрприз!) в районе 4-5 утра число найденных страниц прилично меняется, приличным я считаю изменение на 1% и изменение по 3 регионам из 11. Я отмечаю это в апометре как &quot;апдейт геопривязки&quot;. <p>Начал собирать данные раз в 10 минут с начала июля, а сейчас воткнул в апометр. <p>К тому же (сюрприз!) больше половины происшедших за то время &quot;изменений без выкладывания индекса&quot; происходили из-за (вместе с) изменения в геопривязке (ну, без выкладывания индекса, ессно) - <a href="http://tools.promosite.ru/updates/" target=_blank>http://tools.promosite.ru/updates/</a> <p>А из оставшейся половины еще несколько случаев, когда число геопривязанных страниц меняется в 16-20 вечера одного дня, а на другой день я пробиваю утром и вижу изменение выдачи. Это те случаи, когда на серче начинаются крики про апдейт вечером, и что сеопульт показывает шторм :) <p>Общее число геопривязанных страниц не всегда увеличивается, часто и уменьшается тоже. Конечно, привязываются сайты, просто на страницах изменения лучше видны. <p>И вопросы - какую стату еще выводить? например, можно по отдельным регионам из перечисленных писать, чо как поменялось. <p>Изменение числа страниц считается так - новое число страниц делим на старое по каждому региону, из полученных 11 чисел берем среднее геометрическое. Абсолютное изменение - это когда одно их 11 отношений меньше 1, берем вместо него 1/x. <p>PS грядут другие апдейты апометра. <p>PPS еще один сюрприз - за это время был один случай, когда геопривязку откатили обратно, числа вернулись, я его удалил, но все может повторяться. Mon, 30 Aug 2010 04:55:50 GMT info@promosite.ru - euhenio http://blog.promosite.ru/rss20-comments.php?1283 http://blog.promosite.ru/comments.php?1281 http://blog.promosite.ru/comments.php?1281 Фсем Фтыкать! http://blog.promosite.ru/comments.php?1281#comm <p>поскольку (в целях борьбы?) <a href="http://blog.promosite.ru/comments.php?1280" target=_blank>отменили группировку для нескольких domain</a> я в <a href="http://tools.promosite.ru/use/clones.php" target=_blank>сервисе аффилиатов</a> переделал пруфлинки с domain на просто поиск домена. <p>Сейчас я использую ту фичу, что по запросу вида <strong>domain.ru</strong> всегда первым выдается сайт domain.ru (у него и цифра релевантности существенно выше была при таких запросах), и то же самое при перечислении нескольких через &quot;или&quot; - искомые сайты сверху. <p>В выдаче по запросу <strong>domain1.ru | domain2.ru</strong> на первых двух будут эти сайты, если они не аффилированы. Если они аффилированы - на 1-2 местах останется только один сайт из двух. Перед использованием не мешает проверить нахождение двух доменов по отдельности. <p>__ <p>PS что, яндексоиды, будете корячить выдачу дальше? и вкусно причмокивайте. Fri, 20 Aug 2010 11:44:03 GMT info@promosite.ru - euhenio http://blog.promosite.ru/rss20-comments.php?1281 http://blog.promosite.ru/comments.php?1280 http://blog.promosite.ru/comments.php?1280 Урродыбл http://blog.promosite.ru/comments.php?1280#comm <p>для демонстрации аффилированности сайтов мне <a href="http://etrofimenko.ya.ru/replies.xml?parent_id=3945&amp;item_no=3932&amp;with_parent=1" target=_blank>подсказали использовать оператор domain</a> - выдача для него не разгруппировывалась по страницам домена. <p>И при использовании конструкции вида <strong>domain:site1 | domain:site2</strong> можно было видеть оба сайта или один из них в удобном виде - по одной странице с домена. <p>Ну я и внедрил такой пруфлинк в <a href="http://tools.promosite.ru/use/clones.php" target=_blank>сервис проверки аффилиатов</a> - для ручной проверки пар сайтов на аффилированность, убедиться людям нужно, что данные правильные. <p>И вот неожиданно - оно перестало работать как раньше. Т.е. теперь оно тоже разгруппирует, и нужно копаться в большом числе страниц. Неудобно. <p>И ведь что интересно: сам оператор domain группирует. <p><a href="http://yandex.ru/yandsearch?text=domain%3A1pointhall&amp;lr=213" target=_blank>domain:1pointhall</a> - группирует по домену <p><a href="http://yandex.ru/yandsearch?text=domain%3Avchelyabinsk&amp;lr=213" target=_blank>domain:vchelyabinsk</a> - группирует <p>Это когда по одной штуке. А если два домена через &quot;или&quot;: <p><a href="http://yandex.ru/yandsearch?text=domain%3Avchelyabinsk+|+domain%3A1pointhall&amp;lr=213" target=_blank>domain:vchelyabinsk | domain:1pointhall</a> - не группирует, надо копаться в страницах. <p>Раньше-то они если и не объясняли, то хотя бы логика была: люди же, типа, набирая host:, наверное, хотят все страницы с домена получить? И вот вам разгруппировка тогда. Это чтобы мы подумали, что они так думают. <p>А сейчас - какая логика? одна штука domain - группировка есть, две штуки через или - нету. <p>Палки в колеса вставляете? <p>Ну ничо, будем юзать ХМЛ. Да и в страницах люди полазят, только нагрузят больше )) Fri, 20 Aug 2010 07:42:56 GMT info@promosite.ru - euhenio http://blog.promosite.ru/rss20-comments.php?1280