Прощание с Андреем Зализняком назначили на 28 декабря

на краю разверстой могилы
имеют спорить нигилисты и славянофилы

https://roem.ru/26-12-2017/265873/proshanie-s-zaliznyakom/

 

 

массовые поломки/починки апометров ) оператор date: сломался + инкрементальные апдейты Яндекса

Я, понятное дело, хоть и держу апометр http://tools.promosite.ru/ с 2008 года, но не захожу на него каждый день. И даже каждую неделю. Спасибо всем, кто написал на почту. Сейчас добавлю туда ссылку на мой FB.

Дело было в том, что с в какой-то момент новые проиндексированные документы в Яндексе перестали выводиться поиском по оператору date: (оператор даты индексации idate перестал работать еще летом).

Например: последний апдейт по оператору date был 4 декабря, а уже 6 декабря произошел ахтунг – вывалились ранее выдававшиеся документы за даты в середине, с 22 по 29 ноября:

И эта граница по старым документам (23 ноября) остается день ото дня (вот скан от 11 декабря).

При этом вы заметили, что область пустых ответов увеличилась? На предыдущем скрине пустота начинается с 29 ноября, а тут – с 4 декабря

И даже сейчас документы по запросу date:20171123 находятся, а по date:20171124 – уже нет.

И дальше – тоже нет. Точнее, совсем мало.

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

Но иногда “отсутствующие” документы влетают обратно, 24 декабря

Но через пару дней вылетают

Теперь выводы:

  1. в Яндексе творится ниибическая хуйня. Оператор date: документирован, но работает через жопу.
  2. Вся хуйня произошла по понятным причинам. Яндекс просто дрочит на “старшего брата” дядю Гугл, у которого инкрементальные апдейты уже давно. И это все – попытка Яндекса внедрить инкрементальные апдейты, ежедневные. Это видно по поиску, да у меня есть экспериментальные сайты с ежедневно меняющимся текстом на морде.
  3. Апометр http://tools.promosite.ru/ пофиксен, все снова работает, и в отличие от других сервисов у меня таки выдается максимальная  дата проиндексированных документов. Традиция, чо. На основе поиска по экспериментальным сайтам.
  4. Прикалывает, что только 20 дек начали появляться фиксы других сервисов )) ребятки верят моему сервису, пока он молчал, они не суетились )
  5. Забыл сказать – конечно, в этом промежутке были апы. Но оператор date их не показывал.

convertbattle

Участвовал в #ConvertBattle от Сбербанк Страхование и Яндекса
Получил немного призов и 2 место )
1 место получил Игорь Трофименко (по теме “защита дома”) Трофименки наступают короче )

Короче, если бы я был не тормозом, то было бы 1 у меня ) т.к. мои 14 конверсий в оплату страхового полиса наросли за последнюю неделю, а к моменту окончания конкурса (10 окт) у меня было только 3 оплаты. А у 1 места было около 10 оплат )

Но я, вообще-то, тестировал чисто не креативы, а кликабельность текстов рекламых объявлений, за счет подбора добавочных текстов в объявления сделал +70% к кликабельности

Презентация https://yadi.sk/i/pkTMUNTE3NuTiN

Яндексу нужно ввести себе правило

Яндексу нужно ввести себе правило – при каждой смене алгоритма менять пиарщика или начальника пиарщиков.
 
А то как-то приедается вот это всё.
 
Колмановскую не предлагать, ее не сменят
Отмечайте известных вам ЛПР

алгоритм “Королёв” от Яндекса

Яндекс на Хабре описывает новый алгоритм. Расширение Палеха с НЧ запросов на… все запросы?

В том числе там есть момент:

Во-первых, тут описано, что есть 4 (четыре) формулы по тяжести. На основе предыдущих данных было понятно, что есть две формулы – фастранк (быстрая, легкая формула) и нормальное ранжирование. Число ступеней подросло. Интересно, какой физический смысл на каждой ступени.

Во-вторых, считалось, что за топ-30 уже не применяется основное ранжирование, идет более легкое. Сейчас озвучена цифра – топ-150 для самой тяжелой формулы.

PS сейчас идет вебинар https://events.webinar.ru/yandex/427383/stream-new/437337 и там в чате отписано, что алгоритм Королев внедрен для всех запросов.

в Яндексе сломался оператор date: и не только

… и не только он, а еще оператор даты индексации (для быстроробота отдает не нули, а для основного индекса строгие нули)

… и поэтому предыдущие 2 апа на tools.promosite.ru нарисованы как “изменения выдачи без выкладывания” (от 14 июля 2017 и 16 июля 2017 )

Как проверить – ну тупо поискать что-то вида date:20170715 – выдает 20-80 документов, а  date:20170708 уже не отдает ничего.

Если навсегда – то, конечно, найдутся способы обойти, тупо поиском дат в основном индексе. На сейчас, кстати, дата индекса 11 июля, хотя было два апа – 14го и 16го, в нормальных условиях индекс должен быть бы по 14 или 13.

В документации пока он есть, надеюсь, поправят

что-то с Я.XML странное – не отдает еще со вчерашнего вечера

Чудеса.

При запросах по датам именно в те даты, когда должен быть выложен общий индекс, что-то сломалось (2017-07-14), поэтому сегодняшний ап обозначен как “изменение без выкладывания”

Причем это с общим индексом. А в даты, когда должен быть быстроробот, число документов ненулевое.

Разбираемся.

Яндексоиды: LSI – нет, но расширение запроса – да

Многие поделились ссылкой на доклад А. Сафронова (Яндекс), где он говорит на 28 минуте, что вся пачка методов LSI-pLSI-LDA не работает (что их сигнал полезен по сравнению с BM25, но имеющееся яндексовое качество не улучшает)

А вот ссылка на другую секунду, где он говорит, что запрос расширяется дополнительными словами (слова тупо добавляются в запрос – это кстати про методы учета синонимов важно) и матчат с документом по всей пачке слов

Смысловое соответствие текстов в ранжировании — Александр Сафронов

По виду это будет вполне похоже на “сеошный LSI” (типа – напихал “хороших” слов – стало лучше), но работать должен не только на ВЧ, но и на НЧ тоже (а когда в прошлый раз с LSI по Акварели я смотрел – не работало, Чекушин говорил в комменариях на ФБ, что для ВЧ только должно работать, так кто ж их на эксперимент даст!)

Но есть еще следствия, кроме рабочести на СЧ и НЧ –

  1. вся эта штука (в докладе расширение словами) – переранжирование, динамический расчет
  2. “порядок слов в запросе”  не так уж и важен на соответствие документов, на него фапать не надо (ну, с введением релевантности типа all это и так видно было)
  3. Разные стратегии продвижения однословников, двусловников итд – ересь

второй seo-эльбрус c 26 июля 2017 по примерно 6 авг

сделал мероприятие про seo-эльбрус c 26 июля 2017 по примерно 6 авг

https://www.facebook.com/events/1874173236153945/

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

сегодня с ночи проблемы с определением IP у Яндекса, ахтунг (косяк с доменом xmlsearch.yandex.ru)

Если что, мне всю ночь приходили на почту отлупы от Яндекс.XML – типа мой IP не совпадает с разрешенным. Вот почта от моей мониторилки – там написан реальный ip исходящий реальный и неправильный, который определился яндексом:

Типа ip не входит в список разрешенных.

Ну, я такой написал в Яндекс.

Потом подумал – и написал в фаствпс

делаю исходящие запросы к яндексу с ip ***
и *** (Яндекс.xml и internet.yandex.ru)

запросы яндексом определяются случайным образом как от ip 52.28.144.83 и 2a05:d014:484:fd80::3:4

с чем это может быть связано?

а вот ответ fastvps, хотя им и понадобилось повтыкать, но ответ от Яндекса пришел позже (ёпт, я первым делом написал им), а решили проблему первыми фаствпс:

Судя по всему, часть серверов Яндекса настроены некорректно и выдаёт неправильную информацию. Относится это к серверам, расположенным в Ирландии.
Поменяли на Вашем сервере nameserver’a, указав для использования сервера Google, они резолвят домен Яндекса на российские сервера. Проверьте, пожалуйста, сейчас информация должна быть корректной.

Respectfully, Aleksandr Ivanov

вот FastVPS (осторожно, рефка, я только сейчас ее под это дело и создал), у меня там сервер ровно с тех пор, как там на сервисах был ip 188.40.80.134, а это лет восемь как мне кажется, я историю ip не смотрел

А после того приходит от яндекса – вы такие типа ваще у кого?

Ну, я им тоже прорекламировал, сказал что вот пока вы телитесь они уже проблему решили 🙂

Но вы понимаете, что для вас все это не решили, это вам самим надо решать, ну тут как повезет – смотря в какой Ирландии оказался тот сервер, что вам отвечает

PS

Оказалось, что косяки именно с доменом xmlsearch.yandex.ru, ip от него показывают в Германию, и германский сервер определяет мой IP неправильно

А если пользоваться рекомендованным урлом для отправки XML запроса https://yandex.ru/search/xml? – то все ок, домен yandex.ru