Слушайте, а ведь отличная идея "свалить" конкурентов.. Поставить на них редирект и тихонечко стукнуть на них Яндексу.
Ну если судить по яндексовскому тулбару, то похоже, что Яндекс индекс цитирования для сайта считает.
Я это тоже наблюдал. Ночью. А утром уже убрали. Похоже, что их захакали.
Послушайте, уважаемый spark, но зачем же так злобствовать по поводу worda? В основу проверки офографии этой программы легли идеи десятилетней давности, если не двадцатилетней, уже давно все поняли, что можно делать по-другому, но ведь суть не в этом. Ну и что, что word предлагает много маловероятных вариантов замен, в том числе с разбиением слова пробелом/тире итд? Ведь он же только ПРЕДЛАГАЕТ. зато если Вы а на о спутаете он же ведь правильный вариант тоже ведь предложит? Значит пользоваться можно? А фишечки-то и идеальное качество дорого стоит, никто в него бабки просто вбухивать не будет, тем более, что людей, которые действительно ПОКУПАЮТ ворд в России немного.
Euhenio, мы с товарищем навскидку придумали три способа редиректа (два из которых и под шкафом работают), которые "не светят" windows.location и прочие радости жизни... в общем-то незачем так стараться и прятать внутрь js файла. Правда всегда можно "отловить" подозрительные функции и направлять адреса соответствующих паг модератору. Боюсь только, что таких паг может быть очень много :-((
забивать нужно все, что meta refresh, windows.location, а модерировать: eval, ExecScript, document.write, возможно, что-то еще, да и вообще любой скрипт с непустым onloadoм и фреймом :-(
Старо-то, старо, речь сейчас не об этом. Речь идет о том, как такие "обманки", по-крайней мере на JavaScript, отлавливать. Получается, что если не парсить javascript, то невозможно :-(
Я имею ввиду, что можно написать редирект так, что его никакой автомат никогда не сможет отличить - только человек, а для удобства человека (чтобы он эксплорером не мог открыть и ему приходилось бы делать много лишних движений) засунуть скрипт-редиректер в js файл, который эксплорером не открывается.
То бишь робот на редиректе 100% лажается, а челу лень лезть смотреть js файл :-)
Да, про вероятные опечатки - это все понятно. Другое дело, что хотелось бы как-то еще дополнительно использовать частоту встречаемости слова в БД, а с этим намного хуже, потому, что как Вы правильно заметили, если часто, еще не значит, что правильно :-((
даже PageRank здесь не поможет, потому что есть совершенно разные слова, очень близкие по написанию, но разные по частоте появления.
В основном, это касается коротких слов. То есть тут надо как-то учитывать еще и длину слова.
А я могу объяснить почему!
С точки зрения релевантности - не одно и тоже.
Да, есть соответствующая страничка на lib.ru, даже вероятно с более высоким индексом цитирования (но не сильно), но там ключевых слов ОДА К РАДОСТИ в заголовке нет! (ну не старался оптимизировать веб-мастер страничку для поисковки). И это несмотря на то, что автор выделил слова ОДА к РАДОСТИ тегом заголовка h2! А гугл по х№№, у него алгоритм следующий: он сначала ищет по индексу, в котором есть только ссылки из тегов HREF и TITLE, а уж потом все остальное.
Это описано в статье авторов и легко проверяется на практике. А если бы был более тонкий учет тегов <hN> и.т.д, то все было бы хорошо.
Вот и пользуйся после этого кнопкой "О щасливчик" :-(
[This message has been edited by itman (edited 27-12-2001).]