http://lermont.ru/blog/ ru
Бульварное кольцо — стоит.
Садовое — стоит.
Третье транспортное — стоит.
Яндекс резюмирует: "Пробок нет". http://lermont.ru/blog/msg.php?msg=55 http://lermont.ru/blog/msg.php?msg=55 Fri, 03 Sep 2010 13:50:49 +0400 Последние пару дней за сутки забирают около 20% страниц сайтов, при том что раньше брали около 5%. Заметил еще одну прикольную вещь — складывается впечатление, что Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots) на каждый сайт ходит с соответствующего spiderNN.yandex.ru хоста. Проверено двухнедельной статистикой. http://lermont.ru/blog/msg.php?msg=53 http://lermont.ru/blog/msg.php?msg=53 Wed, 18 Aug 2010 16:29:11 +0400 Обещали — сделали. С понедельника начали ходить:
Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots)
Mozilla/5.0 (compatible; YandexImages/3.0; +http://yandex.com/bots)
User-name слегка другой, чем обещали — добавилось +http://yandex.com/bots. Из стареньких пока еще ходят:
Yandex/2.01.000 (compatible; Win16; Dyatel; C)
Yandex/1.01.001 (compatible; Win16; H) http://lermont.ru/blog/msg.php?msg=48 http://lermont.ru/blog/msg.php?msg=48 Wed, 30 Jun 2010 10:43:22 +0400 Сегодня Яндекс.Карты порадовали новой "фичей" — прокладыванием маршрута дворами-огородами. Вот фрагмент маршрута:

А это фрагмент карты:

Возможно здесь уже задействована Картография 2.0, развивающаяся под девизом "миллионы леммингов не могут ошибаться": если дворами проехало человек 30-100 с включенным трекингом в мобильных Яндекс.Картах, значит так можно ездить. И если у Яндекса эта "народная" информация пока касается только маршрутов, то хитрые финны из Ovi Maps экстаполировали эту идею и на само картографирование. Вот как выглядит тот же фрагмент на нокиевских картах:
http://lermont.ru/blog/msg.php?msg=47 http://lermont.ru/blog/msg.php?msg=47 Fri, 11 Jun 2010 21:01:47 +0400 Если в Вашем Firefox`е на главной Яндекса появляется такая вот рекламка:

то этот пост для Вас. У меня при нажатии на кнопку "Закрыть" ничего не происходит. Неприятно, но не фатально. Ситуацию поможет исправить вот этот скрипт: no_yandex_bar_ads.user.js для могучего расширения Greasemonkey.
После инсталляции скрипта надоедливая и "неубираемая" реклама исчезает. http://lermont.ru/blog/msg.php?msg=45 http://lermont.ru/blog/msg.php?msg=45 Fri, 11 Jun 2010 20:25:51 +0400 Обратил внимание, что демографический отчет в LiveInternet стал подробнее. Теперь возраст мужчин и женщин могут определять точнее:
- младше 18 лет;
- 18-24 года;
- 25-34 года;
- 35-44 года;
- старше 45 лет.
Для меня это находится за гранью понимания. Как, анализируя лишь последовательность переходов, можно определить пол и возраст?! Я предполагаю, что без LiveInternet-тулбара здесь не обошлось. Но все равно, непонятно, как его используют.
Вариант А: тупо экстраполируют анкетные данные тулбаровладельцев на всех посетителей сайта.
Вариант Б: сначала создают какую-то поведенческую модель на основе посещений тулбаровладельцев, а потом уже ее как-то применяют для анализа переходов. О чем-то похожем Клименко говорил как-то.
В любом случае какое-то интуитивное недоверие к этому демографическому отчету остается, хотя на вскидку данные в нем вроде похожи на правду. Судя по справке Яндекс.Метрики, там еще более круты — умеют определять детей до 11 лет.
P.S. А может и те и другие считают по кукам своих залогиненых посетителей и уже их тупо экстраполируют? http://lermont.ru/blog/msg.php?msg=44 http://lermont.ru/blog/msg.php?msg=44 Fri, 07 May 2010 16:59:30 +0400 Один из моих open-source проектов форкнули... Даже не знаю, что в таких случаях нужно чувствовать автору — гордость от признания, негодование от наглости или стыд от того, что оригинальная ветка не смогла реализовать все пожелания. http://lermont.ru/blog/msg.php?msg=41 http://lermont.ru/blog/msg.php?msg=41 Mon, 01 Mar 2010 23:23:18 +0300 Почему ни у Яндекс.Денег, ни у Webmoney нет такой простой вещи, как извещение по почте об изменении состояния счета? Банки-эмитенты пластиковых карточек не боятся и не жадничают рассылать sms, а местным монстрам е-денег влом отправить e-mail. Почему каждый раз переводя кому-то деньги, я должен потом еще писать письмо, что мол деньги отправил? Если боятся пересылать суммы, пускай пишут хотя бы, что деньги ушли со счета или пришли на счет, ну или хотя бы, что сумма на счете изменилась.
Боятся e-mail-абузов? Яндексу ли с его почтой бояться. Боятся фишинга? А то их сайты и без этой функции не подделывают. Да и реагируют они молниеносно — сам пару раз убеждался. Пусть не включают эту фичу по дефолту, пускай будет там где-то там в настройках, но главное, чтобы она была. Пускай реагирует не на любую транзакцию, мне хотя бы на "перевод" чтобы реагировала и все — будет счастье!
Яндекс, ты меня слышишь ?!!! http://lermont.ru/blog/msg.php?msg=38 http://lermont.ru/blog/msg.php?msg=38 Mon, 15 Feb 2010 21:12:26 +0300 Сегодня зашел на Гугл с телефона и обнаружил интересное предложение:

Приложение для мобильного поиска, аналогичное мобильному Яндексу, но с поддержкой одной интересной фичи — голосового поиска. Сама программка выглядит как-то так:

В настройках распознавания языков видим пока только английский и китайский:

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

Произносим "Яндекс", отпускаем клавишу:

После чего появляется:

Одним нажатием клавиши выводим подсказки по уточнению распознавания:

Офигительно ... Ждем русский у Гугла и такую же фичу у Яндекса. http://lermont.ru/blog/msg.php?msg=35 http://lermont.ru/blog/msg.php?msg=35 Wed, 20 Jan 2010 20:00:28 +0300 Не понимаю простой штуки — если по Ашманову и Трофименко апдейты основного индекса в последнее время происходят где-то раз в неделю, то зачем семейство ботов Yandex/1.01.001 (compatible; Win16; I) десять раз за сутки дергает главную страницу с субдоменов quicktest**, turbospider, spider** ? По двум проектам в индексе главные от 8 января. Зачем нужны эти быстророботы, если не существует инкрементных апдейтов индекса? http://lermont.ru/blog/msg.php?msg=32 http://lermont.ru/blog/msg.php?msg=32 Thu, 14 Jan 2010 17:26:40 +0300 В октябре Яндекс остановил работу своих роботов-простукивальщиков, которые приходили с хостов avr01.yandex.net — avr09.yandex.net. Сначала заметил у себя, но если погуглить по открытым статистикам, то можно увидеть, что к другим тоже перестал ходить.
Или в новом алгоритме данные этих ботов не нужны, или боты начали ходить из другой подсети. Подробнее о них писал здесь. http://lermont.ru/blog/msg.php?msg=30 http://lermont.ru/blog/msg.php?msg=30 Fri, 20 Nov 2009 14:13:46 +0300 Как-то на forum.searchengines.ru нашел интересный фрагмент кода, который в желтую рамку обводит ссылки с rel="nofollow" и в красную фрагменты кода внутри noindex. Вот этот css-код:
a[rel~="nofollow"] {border: 1px solid yellow !important; padding: 3px !important;}
noindex {border: 1px solid red !important; padding: 3px !important;} На форуме советовали записать его в файлик html.css из подкаталога res, где установлен Firefox. Так и сделал. Все прекрасно работало до первого апдейта, после которого html.css был затерт. Сегодня подумалось, что подобных неприятностей можно избежать, если этот код вставить в другой файл (userContent.css), который должен находится в подкаталоге chrome текущего Firefox-профиля. По умолчанию такого файлика нет, но рядышком лежит другой — userContent-example.css, по которому нужный каталог и можно найти. http://lermont.ru/blog/msg.php?msg=27 http://lermont.ru/blog/msg.php?msg=27 Wed, 02 Jun 2010 17:03:15 +0400 10 ноября в Москве проходила конференция Google Developer Day, на которую я мог бы попасть ... если бы не Google =). Хронология такая.
16 сентября в российском блоге Гугла прочитал о регистрации:Спешим сообщить вам, что мы начинаем принимать заявки на участие в ежегодной конференции для веб-разработчиков "Google Developer Day", которая пройдёт 10 ноября в Москве. В прошлом году более 400 веб-разработчиков посетили эту конференцию, на которой они прослушали 12 выступлений и поучаствовали в 6 практических семинарах, посвящённых различным продуктам Google для веб-разработчиков. В этом году мы планируем подробно осветить Android, App Engine, Google Wave, Chrome, GWT, AJAX API и многое другое.Темы мне показались интересными и я в тот же день отправил заявку.
2 ноября там же читаю:Друзья, мы закончили обработку ваших заявок на конференцию Google Developer Day, которая пройдёт в этом году 10 ноября в Москве. К этому моменту все, кто оставлял заявку на участие, должны были получить ответ.Т.к. к этому моменту никаких писем я не получил, то подумал, что с конференцией я пролетаю.
9 ноября получаю письмо:Приветствуем вас, друзья!
Уже завтра, 10 ноября, в Москве пройдёт долгожданный День Разработчика — Google Developer Day. Мы подготовили для вас очень интересное и насыщенное мероприятие и надеемся, что конференция удастся на славу. Однако, успех конференции зависит и от вас, дорогие участники, поэтому мы бы хотели узнать, кто из вас планирует придти или приехать завтра. Пожалуйста, пройдите по этой ссылке, чтобы ответить на один вопрос — придёте вы или нет.Как-то очень неожиданно. К тому моменту следующий день уже был распланирован и пришлось отказаться, а сегодня неестественность полученного письма натолкнула на мысль. При регистрации на конференцию указывал свой почтовый ящик на Gmail. Захожу сегодня в Gmail, в ящик со спамом, ищу Google Developer Day и нахожу письмо от 30 октября: Google Developer Day
Код подтверждения: XXXXXX
Благодарим Вас за регистрацию на конференции Google Developer Day, которая пройдёт 10 ноября в Москве. Мы будем очень рады видеть Вас среди ее участников. Подробнее о конференции, ее расписании и о том, как добраться до места ее проведения, рассказано на сайте http://code.google.com/intl/ru/events/developerday/2009/home.html.
Распечатайте это письмо и возьмите с собой на Google Developer Day – оно будет служить Вашим пропуском.Какая ирония! Из-за антиспам технологии Google я не попал на конференцию разработчиков Google =)

P.S. Есть и положительный момент — прислали инвайт в Google Wave. Посмотрим, что там так нахваливают ... http://lermont.ru/blog/msg.php?msg=25 http://lermont.ru/blog/msg.php?msg=25 Wed, 11 Nov 2009 01:41:36 +0300 Новость о том, что Гугл выпустил навигационную программу для своего Андроида обвалила акции производителей автомобильных навигаторов TomTom и Garmin. Пишут также, что одной из причин, по которой этим самым производителям стоит боятся великого и ужасного Гугла, является перманентная актуальность карт, используемых для навигации. Мол у Гугла карты каждый раз загружаются из сети и поэтому всегда актульны, а у того же Гармина нужно самому ручками апдейтить карты. Актуальность карт в навигаторах — это действительно проблема. Иногда подстава может ожидать тебя, когда ты ее совсем не ждеш. В прошлом году, во время моей поездки во Львов навигатор Гармин составил маршрут с объездом Оперного театра. Как же я удивился, когда увидел за Оперным не дорогу, а котлован почти двухметровой глубины.
Онлайн-карты, по идее, должны быть точнее, хотя бы в той своей части, которая ответственна за составление маршрутов. Но, к сожалению, это не всегда так. Я иногда использую Яндекс.Карты на телефоне для составления маршрутов в тех районах Москвы, где никогда не бывал. Не Гармин и не карты Гугла, а Яндекс.Карты потому что там есть Пробки. Мегафича. И с недавних пор маршруты на сервере обсчитываются с учетом пробок. Но периодически Яндекс.Карты на телефоне составляют маршруты с использованием запрещенных поворотов. Вот пара примеров. Привожу не все маршруты, а только фрагменты.

Пример #1. Едем по Спартаковской из центра и поворачиваем направо на Бауманскую. На телефоне поворот разрешен:


Смотрим на это же место в Яндекс.Панорамах и видим жирный, сочный кирпич:


Если попытаться построить этот же маршрут на компьютере, то произойдет странная вещь:

Т.е. маршрут построен наполовину. Видим, что большие и мобильные Яндекс.Карты ведут себя по разному, хотя маршруты прокладываются на серверах Яндекса и от клиента зависеть как бы не должны.

Пример #2. Едем по Большой Новодмитровской из центра, поворачиваем налево и пробуем повернуть направо на Бутырскую улицу. На карте поворот направо есть:


А в жизни его нет (только прямо и налево):


В общем слухи о скорой смерти навигаторов слишком преувеличены. http://lermont.ru/blog/msg.php?msg=23 http://lermont.ru/blog/msg.php?msg=23 Sat, 07 Nov 2009 15:15:02 +0300 Рано или поздно некоторые вебмастера сталкивается с иллюзией, что все источники роста аудитории сайта исчерпаны. Проведены всевозможные маркетинговые мероприятия (сео, директы, бегуны, даже баннеры, вплоть до рекламы в оффлайне), юсабилити выше некуда, коммьюнити на форуме вроде крупнейшеее в рунете в своей нише и т.д. и т.п. Что делать? Перефразировав совет Александра Садовского, можно ответить: брать пример с монстров, которые для привлечения и удержания аудитории используют 99% потенциальных возможностей. Одной из таких экзотических возможностей являются посетители с мобильных устройств. По статистике LiveInternet одних посетителей с Оперой Мини около 8%, а это хоть и большая часть мобильных устройств, но еще не все. Я считаю, что удержание на сайте около 8% посетителей (мобильных) — достойная задача, даже если у Вас менее 100 хостов в день.
Что можно сделать с сайтом, чтобы "мобильным" посетителям было удобно? Для начала, скорее всего, нужно самому зайти с мобильного устройства на свой сайт, чтобы оценить масштаб бедствия. Если на сайте используется какая-нибудь стандартная CMS как то Друпал, Джумла, Вордпрес или Битрикс, то тут можно только посочувствовать, т.к. авторы этих платформ не заморачиваются над мобильным представлением.
Далее есть 2 принципиально разные подхода. Вариант #1 — крутой, как у Гугла (content negotiation). Это когда и мобильные и десктопные посетители заходят на один и тот же домен, но видят разное содержимое. Чтобы посмотреть, как Гугл лихо отдает разные интерфейсы, можно под Firefox`ом установить расширение User Agent Switcher, и в нем забить несколько пробных юзер-агентов:
Опера Мини: Opera/9.80 (J2ME/MIDP; Opera Mini/4.2.14912/812; U; en) Presto/2.2.0
iPhone: Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3
Телефон Nokia E70: NokiaE70-1/3.0 (1.0610.05.06); SymbianOS/9.1 Series60/3.0 Profile/MIDP-2.0 Configuration/CLDC-1.1
Телефон Samsung D900: SAMSUNG-SGH-D900/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0
И совсем экзотика — Sony PSP: Mozilla/4 (PSP (PlayStation Portable); 2.00)
Вариант #2 — менее изящный, когда для мобильных посетителей делается отдельный доменчик третьего уровня и как только заходит человек с мобильным юзер-агентом, то его тут же редиректят с основного на вспомогательный домен. Так делает, к примеру, Яндекс, Микрософт. У большинства мобильных браузеров в режиме просмотра нет адресной строки, так что посетитель этого редиректа не замечает. С этим вариантом все просто: отдельный домен, свой дизайн, своя верстка.
Вернемся к первому варианту, с изменением контента. Чаще всего в этих случаях используется один и тот же базовый дизайн, который различными способами модифицируется для десктопных и мобильных посетителей. Вот об этих модификациях и хотелось бы поговорить.
Целью модификаций контента чаще всего является уменьшение ширины самого широкого элемента. Модифицировать контент можно либо на клиенте, либо на сервере. На клиенте это можно делать с помощью JavaScript или CSS. С помощью JavaScript можно, к примеру, либо динамически менять ширину баннера-логотипа в шапке сайта, либо подставлять разные картинки в зависимости от разрешения экрана. С помощью CSS можно модифицировать мобильную версию сайта точно так же, как и версию для печати. Хотя это будет несколько сложнее, чем с print-версией, потому что производители мобильных браузеров некорректно поддерживают тип media из стандарта CSS2. Обычно верстальщики используют значения screen либо print, но мало кто знает, что для мобильных устройств есть специальное значение — handheld, и если бы мобильные браузеры использовали его, а не screen, то проблем с мобильной версткой было бы намного меньше. Вот тут есть маленький css::media тест, который определяет, какое значение css:media сейчас выставлено у браузера. Ни Опера Мини, ни браузеры с мобильников не говорят, что они handheld.
Но самый эффективный способ модификации контента — это все же серверный. Состоит он из двух этапов: на первом определяем, а не мобильный ли у нас посетитель, и на втором для мобильного посетителя модифицируем верстку (что-то можем вырезать, что-то подправить). Далее очень простенькие примеры кода на PHP.
Шаг 1: определяем какой возможный размер экрана у клиента (переменная $small_screen): $user_agent_current = $_SERVER["HTTP_USER_AGENT"];
$small_screen = 0;
$ua_mobile_array = array("Opera Mini", "SymbianOS", "Windows CE;", "Nokia", "SonyEricsson", "SAMSUNG", "iPhone; U;");
foreach($ua_mobile_array as $ua_mobile)
{
  if(strpos($user_agent_current, $ua_mobile) !== false)
  {
    $small_screen = 1;
    break;
  }
}
Шаг 2: далее переменную $small_screen используем по своему усмотрению, к примеру, растягиваем многоколоночную верстку в одну колонку с помощью следующих вставок:</td>
<?php
if($small_screen)
  echo "</tr><tr>";
?>
<td>
Надеюсь, что факты, приведенные здесь, кому-нибудь пригодятся. http://lermont.ru/blog/msg.php?msg=19 http://lermont.ru/blog/msg.php?msg=19 Mon, 02 Nov 2009 21:09:14 +0300 Многим веб-серферам известен сервис TinyURL.com. Копируешь длинный адрес — получаешь короткий. Красота! Но тут столкнулся с ситуацией, что иногда на телефоне даже такой короткий адрес, как TinyURL.com набрать тяжело... Решил поискать замену и нашел в ДМОЗе шикарную подборку подобных сервисов. Есть остроумные варианты вроде href.to. Там же есть самый короткий вариант — u.nu, уж если сокращать, так до предела =) http://lermont.ru/blog/msg.php?msg=18 http://lermont.ru/blog/msg.php?msg=18 Sat, 31 Oct 2009 18:49:42 +0300 Давно интересуюсь этим ботом. Поиск в Гугле выдает одну тему на форуме полугодовалой давности и кучу проиндексированных логов. В теме выдвигается гипотеза, что это простукивальщик Яндекс.Маркета. Мои сайты не присутствуют в Маркете, да и гуглеж по логам показывает, что ходит этот бот по сайтам банков, агенств недвижимости, туроператоров, гостиниц, заводов и т.д. Одним словом это не простукивальщик Маркета. Вот то немногое, что о нем известно: ходит ежедневно, забирает всегда только главную, ходит с хостов mbo1.yandex.ru, mbi1d.yandex.ru, mbi1e.yandex.ru, mbo1d.yandex.ru, следующий визит проходит где-то через 25 часов от предыдущего.

P.S. Просматривая статистику натолкнулся еще на одного Яндекс-бота, не описанного в справке. Это Yandex/1.01.001 (compatible; Win16; m), ходящий с seal001.yandex.ru.

P.P.S. Гуглеж по чужим логам — прикольная вещь. Вот мелькало как-то сообщение о том, что Яндекс научился вычислять платные ссылки. А чего там вычислять, просто бери их тепленькими: SAPE, SetLinks, LinkFeed, пока они сами палятся =) http://lermont.ru/blog/msg.php?msg=16 http://lermont.ru/blog/msg.php?msg=16 Wed, 28 Oct 2009 23:16:58 +0300 30 июля 2009 года Яндекс официально заявил о "быстрых ссылках" в своей выдаче. Фича удобная и полезная. Еще летом заметил одну вещь, связанную с этими ссылками, но тогда писать не было возможности. Сейчас поискал в Яндексе и Гугле — вроде бы об этом никто еще не писал.
История следующая. Просматривая свою статистику по поисковым ботам, которые ходят на некоторые подопечные сайты, заметил, что простукивальщик Яндекс.Каталога (Yandex/2.01.000 (compatible; Win16; Dyatel; C)) вместо одного запроса к сайту за сутки начал делать около десятка. Кроме главных бот начал забирать и некоторые внутренние. Далее, главные забирает как и раньше — с хоста shaman.yandex.ru, а вот внутренние с какого-то нового — с abies01.yandex.ru. Потом оказалось, что перечень внутренних ссылок, забираемых этим ботом, совпадает с быстрыми ссылками в выдаче. Из чего делаем вывод, что Dyatel теперь простукивает и быстрые ссылки на сайте.
Возможно, что кому-то эта информация будет полезна. Кстати, пока проверял актуальность этой новости, нагуглил, что Dyatel простукивает и страницы, на которые ведут объявления Директа. Интересно, с каких хостов он это делает? http://lermont.ru/blog/msg.php?msg=9 http://lermont.ru/blog/msg.php?msg=9 Sun, 25 Oct 2009 23:59:13 +0300 Месяц назад сайт lermont.ru поперли с виртуального хостинга Петерхоста:Наша компания постоянно следит за стабильностью работы серверов и старается не допускать повышенной нагрузки, чтобы обеспечить равномерную и стабильную работу сайтов.
Пользователь Вашей базы данных был отвязан от базы данных из-за высокой нагрузки, создаваемой им на сервере баз данных и мешающей работе других сайтов. Как показали логи, база не выдержала массированного наплыва индексирующих ботов. На новом хостинге первым делом после переезда занялся настройкой robots.txt, а точнее директивой Crawl-delay.
Как известно из теории, большинство современных поисковиков поддерживают эту директиву. Правда, во всех поисковых мануалах указаны какие-то детские максимальные задержки (10 секунд максимум). Я решил рискнуть и забабахал вот так:
Crawl-delay: 50
50 секунд, без дробных значений (т.к. кто-то их не понимает) и на всякий случай меньше минуты. Подождав несколько недель, чтобы все боты наконец-то смогли перечитать robots.txt, решил проверить, как же боты ее придерживаются. Анализировал логи Апача за сегодня (по выходным боты особенно любят заходить на сайты). Как анализировал?
Шаг 1 — формировал файлик с сырой статистикой:
cat access_log | grep "Yahoo! Slurp/3" | grep "24/Oct/2009" > yahoo.csv
Шаг 2 — скачивал его, в текстовом редакторе приводил в CSV-подобный вид
Шаг 3 — обсчитывал времена в OpenOffice
Что получилось. Ну во первых, даже по сырой статистике видно, что ни один бот строго директивы не придерживается. Т.е. не было ни одного бота, у которого бы минимальное время между двумя визитами было бы 50 секунд. Но ничего, мы не расстраиваемся, возможно боты понимают величину Crawl-delay как некую усредненную величину, все-таки ходят с разных ip-адресов, значит живут на разных машинах, значит должна быть какая-то сетевая синхронизация. Смотрим на усредненные значения времени между запросами от поисковых ботов:

msnbot — 77 запросов со средним интервалом 837 секунд;
Yahoo! Slurp — 435 запросов со средним интервалом 150 секунд;
Googlebot — 1799 запросов со средним интервалом 36 секунд;
Mail.Ru/1.0 — 3683 запроса со средним интервалом 16.7 секунды;
Yandex/1.01.001 (compatible; Win16; I) — 3601 запрос со средним интервалом 16.2 секунды;

Для Яндекса отдельно посчитал среднее время запросов с одного ip-адреса — таких запросов у меня было около 80%, получилось 17.5 секунд.
Какие делаем выводы. Либо я запутался в нескольких строчках и ужасно накосячил в своем robots.txt с Crawl-delay, либо никакие боты таких больших значений не понимают.
Решил продолжить эксперимент, уменьшив время с 50 секунд до 9. Через недельку проверю еще раз. http://lermont.ru/blog/msg.php?msg=7 http://lermont.ru/blog/msg.php?msg=7 Sat, 24 Oct 2009 20:36:52 +0400 Сначала о совсем банальном. Вебмастерам, которые заботятся о своих сайтах, очень интересно знать, откуда приходят к ним посетители, чтобы оценить эффективность различных каналов продвижения. Страница чужого сайта, на которой стоит ссылка на наш сайт и с которой перешел посетитель, называется реферер. Страница нашего сайта, куда с чужого попал к нам посетитель, называется точкой входа. В большинстве случаев связь между реферером и точкой входа однозначна. Связь между реферером и каналом продвижения менее однозначна.
Далее о менее банальном. Ссылающийся сайт может резать реферер, как это делает vkontakte.ru. HTTP_REFERER может резаться каким-нибудь софтом (браузером, плагином к браузеру, брандмауэром, антивирусом) из-за параноидальных настроек безопасности. Ссылка может быть не гиперссылкой, а просто текстом с URL. Браузер может запускаться с URL в командной строке. Все эти и многие другие факторы размывают статистику ссылающихся сайтов, но и это еще не все. Размещение ссылки на странице-реферере может быть как первичным (самим вебмастером или аффинированными лицами), так и вторичным и даже третичным и т.д. Последние случаи — высший пилотаж, на грани вирусного маркетинга. Иными словами, даже имея достоверную информацию о реферере, можно не иметь информации о канале продвижения.
Теперь о небанальном. Как решают проблему точной идентификации канала продвижения в условиях неточной статистики те, кто видят в этом проблему? Посредством связи "канал продвижения — точка входа". Самый известный пример — объявления Яндекс.Директа. Многие из них ведут не на сайт www.mydomain.ru, а на страницы вроде www.mydomain.ru/?from=direct. Чем для нормального вебмастера плох этот вариант? Да ничем не плох. Отличен на 95%! Оставшаяся ложка дёгтя в этой бочке меда — это возможные проблемы с зеркальщиками Яндекса. Чем больше вебмастер увлекается подобными приемами, тем эти проблемы вероятней.
Ну и напоследок об оригинальном. Оказывается, что извращений вроде www.mydomain.ru/?from=direct можно избежать, вполне заменив их на красивое, беспроблемное и условное решение: www.mydomain.ru/#direct. Почему условное? Потому что условием его использования является возможность системы статистики сайта сохранять анкоры для точек входа. LiveInternet этого делать не умеет, про Google Analytics и Яндекс.Метрику ничего сказать не могу — с первым работал очень мало, а со второй не сталкивался совсем. Моя собственная система статистики с такими точками входа работать может. Так что поэкспериментировать с Google Analytics и Яндекс.Метрикой на подобную тему рекомендую. http://lermont.ru/blog/msg.php?msg=6 http://lermont.ru/blog/msg.php?msg=6 Fri, 23 Oct 2009 23:21:26 +0400 Как-то искал с мобильного в Яндексе телефон такси. Обратил внимание на зеленые ссылки с номеров телефонов. Оказалось, что клик по такой ссылке приводит к телефонному звонку. Просто гениально. Просто и гениально. Вот html конструкция, которая за это отвечает:
<a href='tel:+74951231234'>123-1234</a>
Работает под Symbian, остальные платформы (Windows, iPhone) не проверял.
Ничего подобного в выдаче Гугла нет. С другой стороны, в самом Яндексе эта фича тоже не очень доделана — в объявлениях Директа она есть местами, а там ей самое место.
В мобильных версиях сайтов тоже начал использовать подобные конструкции. Рекомендую. http://lermont.ru/blog/msg.php?msg=5 http://lermont.ru/blog/msg.php?msg=5 Fri, 23 Oct 2009 11:50:36 +0400 Это мой третий первый постинг в этом блоге — по количеству движков. Дружба с Wordpress как-то не заладилась, поэтому перехожу на самодельный Эфир 0.1.
Традиционные XSS-страшилки, баги и неудобства прошу описывать в комментариях ниже. http://lermont.ru/blog/msg.php?msg=3 http://lermont.ru/blog/msg.php?msg=3 Thu, 22 Oct 2009 20:38:31 +0400