Как я в 1998 году стартап делал

[salnicoff]

Ближайший аналог Вашего изобретения — RSS. И придумывали его примерно в то же время.

[sergq2022]

Да, RSS — ближайший аналог. По сути та же идея: заинтересованная сторона получает сигнал об изменениях. Разница только в двух вещах. Первое: я написал в Microsoft летом 98-го, а RSS появился в 99-м. Но это мелочь. Второе: RSS долго работал по pull-модели — клиент сам опрашивал фид. Push для RSS появился только в 2008-м. Я же с самого начала предлагал push. И именно для поисковиков так сказать общего назначения. Да и сама история показывает, что в те времена про push-индексации даже не думали. Кстати- вы мыслите как The Pragmatic Engineer ) он ответил примерно в таком же стиле. Только еще вспомнил про телеграф )

[salnicoff]

Push для RSS появился только в 2008-м.

RSS Cloud (нотификация через промежуточный сервер) появилась вроде бы еще в прошлом веке.

[sergq2022]

Спасибо за уточнение. Насколько я помню, rssCloud появился в декабре 2000 года — на два года позже моего письма. Но он, если я не ошибаюсь, посылал только «thin ping»: сигнал «фид обновился», после чего подписчику всё равно нужно было идти за контентом. Это создавало проблему thundering herd.

PubSubHubbub появился, кажется, только в 2008-м (Google, OSCON) и работал иначе — сразу доставлял контент, «fat ping». Позже его стандартизировали как WebSub, примерно в 2018-м. А в 2021-м Microsoft и Яндекс запустили IndexNow. То есть к чистому пушу индустрия пришла значительно позже.

Я же в 98-м предлагал именно «fat ping»: сервер сам обрабатывает контент и сразу отправляет готовые данные. То есть то, что стало стандартом, насколько я понимаю, только через десять лет. В деталях могу ошибаться — если что, поправьте.

И ещё одно отличие, которое мне кажется важным. rssCloud устроен так: один издатель уведомляет множество подписчиков, и потом все они одновременно ломятся на его сервер за контентом. Отсюда и thundering herd, и проблемы с масштабированием. У меня схема обратная: один сайт уведомляет один поисковик. Толпы нет, веер минимальный. Плюс сервер сразу отдаёт готовые данные. Так что это не просто «раньше или позже», это ещё и архитектурно другая нагрузка.

[salnicoff]

Да, RSS Cloud — это промежуточный сервер, и он извещает только о факте обновления. Кому надо, те идут и перечитывают RSS. В то время это было проще всего: не надо думать, что именно обновлено, не надо пересылать большой объем измененного текста, не надо фиксировать кому что отдали.

После уведомления не все побегут качать обновленный фид, по логике его ставят в очередь, а у всех очереди разные. Ну и фид (опять же, в теории) должен быть закэширован и быстро отдаваться, а не собираться с нуля из базы.

[sergq2022]

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

У меня контекст был проще: получатель один, поисковик. Не тысячи подписчиков, а один известный адресат. В такой схеме отправлять данные сразу логичнее — не нужно ни очередей, ни кэша, ни учёта доставки. Просто другой контекст, не более того.

[vdudouyt]

Как по мне - ближе всего это к sitemap с пушами. Правда, появились они несколько позже.

[teecat]

К вопросу, почему принято патентовать всё и вся и оформлять патенты на изобретения. Патентным троллем быть плохо, но если некая компания отвергла идею, а потом ее реализовала - нужно иметь подтверждение первородства

[sergq2022]

Так я не на что не претендую. Я просто рассказал историю