свято место пусто не бывает.
чего, казалось бы, проще - убрать ленина на символическом броневичке и дзержинского в длинном пальто. но ведь, как показывает практика, через время вместо них обязательно появятся ельцын на башне символического танка и чубайс с символическим рубильником. или того хлеще: путин в кабине символического истребителя и ******-медвед в узком пиджаке.
а металл стране по-прежнему нужен.
а что, если на секунду представить себя преступником и вообразить, что релевантность поиска для яндекса - не такая уж приоритетная задача. по сравнению, скажем, с задачей приклеить незначительные мелкочастотные запросы к более крупночастотным. чтобы законно фокусировать объявления директа, в которых заданы совсем уж мелкочастотные, дешевые запросы, на более высокочастотных и, следовательно, более дорогих запросах.
ой, не бейте меня, люди добрые! это - просто мысли вслух! конечно, яндекс думает в первую очередь о релевантности!!!
сто релевантностей :)
яндекс - форева! самый гламурно-готичный поисковик - это наша яша!!
вы слишком категоричны )
лично у меня возникли проблемы с совместимостью системы с MODX, DRUPAL и MAMBO, которые работают на utf-8. о чем я и сообщаю разработчикам. им решать - глупые ли у меня претензии или нет. я уверен, что они рано лии поздно задумаются :) главное - не было бы поздно :)
я не против сертифицированых решений. я против того, чтобы каждый раз при апдейтах и установках системы трансформировать файл локализации из windows-1251 в utf-8 (к примеру)
если честно - хотелось бы за свои деньги не заморачиваться хаками коммерческого продукта. пусть эта проблема решается разработчиками
да хоть стопицот хостингов :) проблема возникает с хранением поисковых запросов в базе данных, настроенной на utf-8. спорить я не собираюсь, но и разработчикам, и пользователям стоит задуматься
ошибаетесь. к тому же: каким образом словари данных связаны с кодировкой?
имхо, проблема в том, что поисковые запросы неправильно сохраняются в базе данных, настроенной на utf-8. если сервер настроен на windows-1251 и база данных хранит данные в windows-1251, тогда проблем нет. а вот любой вариант - сразу баги. поверено на 4 разных хостингах
вряд ли это связано с принадлженостью запроса/его частей к тем или иным грамматическим категориям. скорее, приоритет определяется частотностью главного слова в запросе. имена, имхо, чаще становятся главными словами по сравнениею с глаголами (ср. "эвакуатор" - "эвакуировать"), но не потому, что имена круче, а потому, что они "чаще". но как насчет случаев, когда имена являются однокоренными конкурирующими запросами, относящимися к одной и той же части речи, типа вольфовских "эвакуатор" - "эвакуация"? явно тут какая-то иная иерархия, нежели "вижу имя - вижу и признак, и действие" :)
очень сейчас любопытно наблюдать за склейкой однокоренных слов в статистике Яндекс-Директа. буквально революция происходит на глазах. неужели яндексодиды все это оставят, как сейчас? :) не может быть, ждет нас еще не одна подкрутка алго.
не могу пока понять: в склейке однокоренных слов директ рулит или поиск?
к сожалению, пока не исправлена проблема с поддержкой поисковых фраз в кодировке utf-8.
интересно теперь яндекс клеит аббревиатуры с их частями. в слове "ООО" он выделяет слова "общество" и "ответственность", а в слове ОАО - еще и "открытое". сниппеты по ряду запросов (палить не буду) получаются несколько нелепыми: ищешь ООО, находишь какое-то "общество" или "ответственность" :)
в результате склейки однокоренных "открыть" и "открытое" по запросам типа "открыть АО", "открыть ЗАО", "закрыть ОАО", "открыть акционерное общество", "закрыть акционерное общество" выдается довольно много мусора.
еще забавнее трактовка яндексом запроса "ответственность общества" как релевантного страницам, содержащим термин "общество с ограниченной ответственностью". у гугла по этому запросу гораздо лучше выдача получается (как мне кажется, благодаря приоритету прямого вхождения)
