Recently in blogging Category

Вышел покурить и подумать - решил написать продолжение к предыдущему посту.

Ведь получается, что можно сделать очень-очень простой блог. Чтоб нифига не публиковал как в обычном блоге, а только раздавал feed'ы постов и комментариев. Писать через atom publishing, комментировать через него же - главное, чтобы читалка поддерживала. Читать, естественно, через читалки и всякие агрегаторы. Web-based читалки, кстати, могут разобраться и с нотификацией по e-mail'у в индивидуальном порядке. Openid сторонний. Причем feed'ы можно отдавать не непосредственно читателю, а через какой-нибудь feedburner.

Вот это был бы distributed blog, о котором так долго мечтают супобеженцы. Только не "вертикально" distibuted, а "горизонтально". Централизованных компонентов получается дофига, но ни один из них ничем не рулит и его, в случае чего, легко выкинуть и заменить на другой такой же.

Update:
То же самое с архивами: хочешь - надейся на гугловый кеш, хочешь - поставь свою у себя, хочешь - возьми какой-нибудь сервис (наверняка такие появятся). Надо только что-нибудь придумать с permalink'ами, чтобы сервис архива можно было менять один на другой прозрачно. Думается, что это можно сделать: It is always possible to add another level of indirection. - RFC 1925.

Уважаемые гуру вебдваноля, объясните мне, пожалуйста, такую вещь.

Вот есть блог, который отдает feed, atom'ный или rss-ный. И это есть хорошо. Существует огромное количество читалок, web-based или отдельных, которые показывают эти feed'ы.

А можно отдать комментарии из блога таким-же feed'ом. Либо все подряд, либо per entry. Только что с ними потом делать? Читать просто как поток сознания той же читалкой вперемежку с нормальными постами? Не вариант. Я догадываюсь, что читалка должна, вытягивая feed комментариев, сама подцеплять их к нужным записям и пользователю удобно показывать. Правильно?

В таком случае возникает несколько вопросов.

Есть ли какой-то стандарт на отдачу комментариев? Ведь комментарий - это не просто кусочек текста, у него должен быть, к примеру идентификатор записи, к которой он относится и/или идентификатор родительского комментария, чтобы можно было построить thread.

Какой feed лучше, per blog или per entry? Наверное, per entry. Хотя тут могут быть разные соображения. Например, per entry просто так не заfeedburn'ишь.

В обоих случаях нужен какой-то механизм autodiscovery. В случае per blog нужно найти feed комментариев один раз, а в случае per entry - каждый раз для каждой новой записи. Такой механизм существует? Стандартизован, ну хотя бы на уровне best practices?

И главный вопрос: есть ли читалка, которая поддерживает такое? Желательно даже несколько разных - отдельная для основного использования, web based, для чтения с чужой машины (мало ли куда судьба закинет), отдельная с offline-режимом для КПК.

18:56 < wart> Уроды.
18:56 < icct> бастардзы
18:56 < wart> online.ru настроил фильтр по слову viagra.
18:56 < icct> wart: а что плохого?
18:56 < wart> Один из моих юзеров форвардит себе всю почту на ящик в online.ru.
18:57 < wart> Дальше рассказывать? :)
18:58 < wart> Шел спам. Моя машина попыталась его отфорвардить в online.ru. Тот ругнулся, что, мол, Viagra is not wanted here. Моя машина послала моему юзеру отлуп с "Host said: 530 бла-бла Viagra is not wanted here". Отлуп пошел на online.ru. Рассказать сказку про белого бычка?
18:59 < wart> Вывод: если бы эти козлы не написали слово "viagra" в ответе своего mta, все бы кончилось еще на первом цикле.

Update для дотошных:
У юзера был не .forward (в этом случае все было бы нормально из-за double bounce prevention), a .procmailrc с содержимым
:0
!someone@online.ru
В этом случае envelope from (<>) теряется и все начинает быть плохо. Но идиотов из online.ru это никак не оправдывает.

This entry was originally posted in my livejournal