Уник, если будете откровенно (по 1000 со страницы) торговать ссылками - бан однозначно. Вы ведь о линкфермах слышали? знаете, что с ними делают?
массовый бан? Ну, кого поймают, того и забанят.
(пластиковые & окна) ~~ (пластиковые && окна)
Сергей, Вы ведь этот запрос приводили в примере на непустую выдачу? И у Вас 16 тыс. страниц в выдаче? Если да, то я разгадал в чём прикол - надо включить флажок "со словами из запроса" в настройках поиска (у меня он отключен). Писец какой-то, пошли такие извращения...из-за подсветки сниппетов убирать выдачу!
Так оператор && не ведёт себя корректно - я об этом говорил.
У меня пустая.
Информация бралась отсюда: http://ivanov.in/separators/ (предложения - читать пассажи). Похоже, пора перепроверить...
Нет, не палево, просто опасаюсь мести некоторых агрессивных гуру (с их приписками "за тупость", " ", "афрооптимизаторчег" и т.п.) ..не хочу нарываться на срач в ответ и бан...
Да, Сергей, согласен. Со скобками вообще я прозрел...
Ладно, пока поделюсь своими наблюдениями:
1)http://yandex.ru/yandsearch?text=%28%28%D0%BD%D0%B5%D0%B2%D1%81%D0%BA%D0%B8%D0%B5+%26+%D0%BE%D1%82%D0%B5%D0%BB%D0%B8%29+%7E%7E+%28%D0%BD%D0%B5%D0%B2%D1%81%D0%BA%D0%B8%D0%B5+%26+%D0%BE%D1%82%D0%B5%D0%BB%D0%B8%29%29+%7C+%D1%80%D0%B0%D0%BE%D0%B2%D0%B0%D0%BE
Тут всё логично - один запрос даст пустое множество (и в теории, и на практике), а по второму таки есть страница со словом на ней. Пример немного непонятен...
Проверил сегодня также и остальные примеры этого топика, кое-где выдача отличается от написанного автором. Просмотрев резулататы выдач, рискну сделать выводы:
2) Оператор & (в большинстве известных и наблюдаемых мной случаях) не поменял своей функции: слова как и прежде должны находиться в одном пассаже. Видимо, теперь как-то иначе делится на пассажи конструкция со знаками препинания в них и заглавными буквами - Яндекс мог добавить/убрать что-то в класс пассажей (у Иванова когда на эту тему проводились детальные исследования и результаты выкладывались на его сайт)
3) В целом, не поменял своей роли и оператор ~~ - он исключает из множества документов слева документы, которые удовлетворяют (считаются релевантными) комбинации справа. Этим и обьясняется то, что однословник он находит во всём документе (анкоры тоже!) и исключает все документы с этим однословником. Отсюда и пустая выдача в примере с невскими отелями при вычитании одного из слов запроса. Но по двусловникам переколдовка запроса "невские отели" (к примеру) существенно отличается от "невские && отели" (в смысле отбора документов, у которых слова могут принадлежать разным поисковым зонам), оттого и такая выдача по (невские отели) ~~(невские && отели)
4) По && нет чёткой уверенности в его прежней работе (слова где угодно в документе) из-за некоторых патологических случаев (они у wolf'a в личке). Есть подозрение, что тут замешан вес слова (ну, не похоже на косяк Яндекса, и всё тут!)
5) Кстати, есть ещё оператор ^. Он тоже на что-то влияет, но точной картины по нему нет.
Уффф...фсе. Жду пожеланий, примеров/контрпримеров, замечаний, критики.
З.Ы. Кому интересны аргументы моих наблюдений - пишите, могу показать.
А можно примеры в студию? Всё ведь оооочень от запроса зависит...
Я смогу. И сдаётся мне, здесь кворум стал ну уж слиишком мягкий... (В апреле, во всяком случае, такой переколдовки я не видел...)
Boris Baydenko добавил 16.09.2008 в 18:41
wolf, ну, думаю, тут не чудеса какие-то, а маленькое обыкновенное чудо. Если интересно, пример-подсказку/(доказательство гипотезы) могу кинуть в личку.
wolf, уже и в первом запросе напрочь отсутствует выдача (синтаксическая ошибка). Так что...
Да, по поводу пробитого кеша: та же фигня - различие в запросах пластиковые окна и ПлаСТиКоВЫе оКна было видно лишь накануне апдейта. Здесь Вы оказались правы.
