Впервые в истории России интернет-портал обогнал самый популярный телеканал.

В апреле 2012 года «Первый» смотрело 18,2 млн человек в день, а посетителями «Яндекса» стали 19,1 млн человек в день, сообщают «Ведомости» со ссылкой на TNS.

Практически догнав телеканал по недельной аудитории, поисковая система всё ещё отстаёт от него по длительности посещения. Тот же «Первый» зрители смотрят больше часа в день, а на «Яндекс» заходят на 10 минут.

При этом, стремительно сокращается разница между аудиторией телевидения и рунета. Так в апреле ежедневно интернетом пользовались всего на миллион меньше людей, чем смотрели ТВ.

Несмотря на предрассудки многих рекламодателей, предпочитающих телевидение, вероятно, уже в этом году «Яндекс» заработает больше, чем «НТВ», а в следующем, обгонит по выручке и «Первый».

Поисковая система «Яндекс» уже давно показывает пользователям подсказки. Это достаточно полезная функция, которую внедряют практически все поисковые сервисы. Порой очень удобно ввести только часть запроса, и получить весь запрос. Разработчики из «Яндекса» решили сделать поисковые подсказки еще более полезными, и теперь в поисковых подсказках можно видеть нужные пользователю цифры и факты. Другими словами, ответ на некоторые вопросы можно получить еще в поисковой строке.

Рады сообщить, что улучшения индексации AJAX-сайтов Яндекс поддержал изменения в поисковом роботе и правилах обработки им URL таких сайтов.

Технология AJAX пользуется большой популярностью. Однако то, как содержимое страницы «видит» браузер и пользователь, отличается от того, как страницу «видит» робот поисковой системы. Например, пользователь видит удобный интерфейс с динамически подгружаемыми страницами, в то время как содержимое той же страницы для поискового робота может быть пустым или представленным в виде остального статического HTML-контента страницы, для генерации которого не используются скрипты.

При создании AJAX-сайтов могут использоваться URL с #, но такой URL не используется поисковым роботом. Как правило, часть URL после # отсекается. Поэтому вместо URL вида site.ru/#example он обращается к главной странице сайта, расположенной по адресу site.ru. Это значит, что контент страницы может не проиндексироваться и, как следствие, не попасть в результаты поиска.

Теперь вебмастер AJAX-сайта может указать поисковому роботу Яндекса на необходимость индексации, поддержав соответствующую схему в структуре сайта. Для этого нужно:

Наш взгляд на асессоров. Для профессионалов ничего нового, новичкам может быть полезно.

Ни для кого не секрет, что человеческий фактор уже достаточно давно играет большую роль в ранжировании сайтов. Держать штат «ручных модераторов» накладно и нетехнологично. С другой стороны, поисковики – это уже давно не просто технологии, а бизнес, причем крупный (Яндекс – крупнейшая интернет-компания Старого света).

Сегодня в клубе Яндекс.Субботник появилось интересное видео о том, как Яндекс обрабатывает изображения для исключения дубликатов. Рассказывает Александр Крайнов: он с 2000 года занимается проектами, связанными с обработкой медиаданных. В Яндексе отвечает за проекты, в которых задействовано компьютерное «зрение».

О докладе

Легко найти дубликаты среди тысяч картинок. Сложнее – среди миллионов. И совсем трудно – среди миллиардов. Чем выше полнота работы алгоритма, тем больше проблем. Но в то же время полнота кластеризации дубликатов – это основа качества поиска изображений.

Думаю, многие не следят за этим клубом и мне кажется, что после этого видео есть над чем поразмыслить.
Всем кому интересно — прошу под кат.

В многочисленных топиках на Хабре, касающихся копирайта, соблюдение которого компаниями-правообладателями зачастую принимает уродливые формы, часто сквозила мысль о том, что пиратство как явление в медиа-индустрии могло бы исчезнуть, если бы конкретный производитель контента не был вынужден заключать с компаниями-издателями договоры на издательство распространение своего материала и соответственно попадать в зависимость, а мог напрямую от пользователей получать «отдачу» в виде конкретных финансовых вливаний. Тогда распространения цифрового контента в цифровую эпоху приобрело бы более цивилизованные формы — по крайней мере такие, как это требуется законодательством большого числа государств и при этом все стороны — и потребители, и артисты — были бы вполне довольны.

На днях Яндекс открыл документацию API Яндекс.Диска, и я хочу рассказать о примере программы, созданной на базе этого API.

У Яндекс.Диска есть отдельные клиентские программы для ОС Windows и Mac OS X, которые поддерживают локальную копию файлового хранилища. Это невероятно удобно! Надо отдать должное Дропбоксу, который, кажется, первым предложил именно такой способ использования облачного файлового хранилища.

Для Линукса клиента нет, но зато Яндекс.Диск поддерживает доступ к файлам по открытому и отлично себя зарекомендовавшему за многие годы протоколу WebDAV. Поддержка WebDAV в ядре Линукса позволила относительно малой кровью создать прототип синхронизирующего клиента Яндекс.Диска.

Текущая версия доступна на гитхабе — это примерно 130 строк кода на Перле, а здесь я очень кратко расскажу, как она устроена и работает.

Краткий дисклеймер: поскольку пока это в большей степени прототип, использовать программу для синхронизации важных данных не рекомендуется. Клиент имеет пока лишь рудиментарую обработку ошибок, а также расходует куда больше памяти, процессора и трафика, чем можно.

Только что Яндекс.Диск выразил желание обновиться. Ок, почему бы и нет. После обновления:
1. Яндекс.Диск проигнорировал имеющиеся файлы, начав «синхронизацию». Т.е. начал скачивать из облака все, что там есть.
2. Через некоторое время обнаружилась причина, Диск качал мои файлы в учетку администратора (я работаю под обычным пользователем).
3. Диска нет в списке установленных программ.

Апдейты далее по тексту.

Хабражители!

Сегодня Яндекс снял запрет на размещение шифрованных файлов на своих сервисах.