Журнал Витуса. Голосов: 2 Адрес блога: http://vitus-wagner.livejournal.com/ Добавлен: 2008-02-19 12:48:41 блограйдером Lurk

Оффлайновый web

2013-03-23 11:08:42 (читать в оригинале)

У изобретения, созданного Тимом Бернерсом-Ли есть один крупный недостаток по сравнению с предшествующими механизмами информационного обеспечения цивилизации - вместо копирования используется ссылка на оригинал.

Почему это плохо? А потому что существует ровно одна копия информации, и существует она где-то. Стоит нарушится коннективити - не важно, из-за действий ли охреневшего тоталитарного режима в Иране, из-за урагана Сэнди или ещё по каким причинам, доступа к информации у нас нет.

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

В предшествующую эпоху, когда информационную связность обеспечивало изобретение Гуттенберга, это было не так. Тогда даже самые могущественные по тем временам тоталитарные режимы, сжигая книги, втайне понимали что совершают чисто символический акт, что сколько-нибудь экземпляров наверняка утекло, и они будут переписываться, размножаться на пишущих машинках и гектографах, и в итоге рот всё равно не заткнешь.

Изобретение компьютерных сетей, бесконечно упростивших копирование информации, парадоксальным способом привело к тому, что информация стала меньше копироваться. Типа - а зачем, всегда же успеем. А вот можно и не успеть.

Кроме того, на Земле еще полно мест, где связь безумно дорога. Ну а с расширением Ойкумены за пределы Земли неизбежно возникнет проблема задержки. Это ещё более полувека назад понимал Лем, и описал в "Магеллановом облаке" то, что межзвездный корабль уносит с собой копию земного информатория.

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

Usenet предполагает создание копии текущего архива статей на каждом из узлов сети. При этом поддерживается произвольная топология связей между узлами и имеется надежная защита от вторичного попадания статьи на узел.

В стандарте на URI поддерживается схема адресации статьи usenet, позволяющая найти её на ближайшем узле usenet. Не в курсе, есть ли в современных ньюс-клиентах удобные средства для вставки таких ссылок, но никто не мешает, например к Thunderbird соответствующее расширение написать.

В принципе, ничто не противоречит использованию в usenet MIME, и все имеющиеся клиенты это поддерживают, а значит возможны форматированные тексты с иллюстрациями.

Практически usenet-сервера позиционировались как новостные и использовали определенную дисциплину удаления устаревших статей. Но в самом стандарте это не требуется. И до сих пор существуют несколько серверов, которые не экспайрят статей никогда. Например, dejanews, впоследствии купленный гуглем или gmane.org, использующий технологию usenet для архивирования списокв рассылки.

Ещё оказывается что в usenet существует зачаточное версионирование. Есть заголовок Supersedes, позволяющий указать, что данная статья представляет собой более новую версию другой. Правда, не специфицировано что при запросе старой статьи по URL news:msg_id должна выдаваться новая.

Единственный недостаток существующих реализаций заключается в том, что они расчитаны на более-менее статичную топологию связи между узлами. Даже если речь идет о uucp-шных хостах, всё-таки предполагается что связь между ними более-менее регулярная, и мы вручную описываем в конфигурации ньюссервера исходящие feed-ы,

Для действительно робастной системы, устойчивой к любым отказам и выпадениям узлов и линий связи требуется обеспечить эффективную возможность "случайных связей". В смысле сконнектились два устройства, содержащих в себе архивы статей и синхронизировались.

Для этого, что забавно, почти идеально подходит протокол NNTP, базирующийся на паре команд IHAVE/SENDME.

На мой взгляд, в современных условиях задачу таскания бэтчей обновлений на пассивных устройствах памяти можно не рассматривать. Всё равно значительная часть потенциальных клиентов оффлайновой сети - это мобильные устройства, которые часто попадают в условия, где связь безумно дорога или отсутствует вообще.

Поэтому можно ориентироваться на то, что основной способ "случайной связи" это, когда два устройства, на которых работает сервер usenet, оказались внезапно связаны друг с другом двусторонним каналом. Можно даже не мучаться и считать что в этом канале работает TCP/IP. Благо и поверх bluetooth, и поверх usb-кабеля его не сложно поднять, а поверх WiFi AdHoc сети он и так есть. Кстати, обратим внимание что в DHCP опция nntp-servers имеется и в принципе можно подсоединяющимся к нашей WiFi-сети рассказывать что вот здесь у нас по такому-то IP-адресу есть архив статей, с которым можно синхронизироваться по NNTP.

Конечно, при случайных связях возникает проблема спама. Но если вы не пускаете в свою WiFi-сеть кого попало то это не очень актуально.

В общем, получается что для того, чтобы создать оффлайновый веб, нужно всего лишь дописать к какому-нибудь usenet-cерверу функциональность синхронизации со случайным peer-ом, и портировать этот сервер на наиболее популярные мобильные платформы (на рутованном андроиде можно и линуксовую версию запустить).

Естественно, идею перевозки бэтчей флоппинетом в принципе никто не отменяет. В условиях более-менее систематического флоппинетного линка она будет прекрасно работать на правах uucp-шного линка без модификации
существующего софта.

Интересно, конечно, подумать как будет выглядеть передача бэтчей через межпланетные линки с triparound в десятки минут (через DTN/BP) но это пока фантастика, если только кто-то не придумает полезный в земных условиях способ передачи данных посредством звуковых волн.

Что характерно, проблемы с начальным контентом не будет.

1. Usenet еще жив
2. Существует gmane.org откуда можно тянуть мейллисты
3. Существует gwene.org и opensource RSS to news gateway.
4. Полагаю что п.3 запросто допинывается до того, чтобы распространять через usenet флибусту.
5. Можно подумать о конвертации в формат юзнетовского архива wikipedia. Только там надо быть очень осторожным с supersedes и cancel message.

Месть нынче дешево, и 64Гб micro-SD в телефоне - не редкость.

В принципе, можно подумать как сделать чтобы могло существовать несколько параллельных гейтов определенных web-ресурсов (RSS, онлайн-библиотек, онлайн-энциклопедий) в usenet, и при этом один и тот же материал, импортированный через разные гейты имел один и тот же msgid.

Если данная технология найдет свою аудиторию, то как мне представляется, дальнейшее развитие должно происходить по линии навешивания на материал тэга его долговечности. Типа, вот это - книга, её не экспайрьте никогда, а вот это новостной материал. Несомненно, будут узлы, которые будут хранить вечно даже самые однодневные новости, как Ленинская библиотека хранит подшивки газет, но, скажем, мобильные узлы могут и поэкономить место.

Как мне представляется, логично ввести следующие метки "злободневности"

1. book - книга, статья из энциклопедии etc. В общем-то что ставится на книжную полку и хранится поколениями
2. magazine - эквивалент статьи из ежемесячного журнала/ежегодного альманаха
3. news - эквивалент газетной статьи.
4. feedback - комментарий пользователя на любое из вышеперечисленного. Не имеет смысла в отрыве от того, что комментируется.

На мой взгляд, если на материал класса news поставлена ссылка из материала класса book, то это должно быть для сервера дэквивалентно тому, что сама газетная статья должна храниться вечно. Это теперь не просто газетная статья, а статья, на которую ссылаются в книге.

This entry was originally posted at http://vitus-wagner.dreamwidth.org/846175.html. Please comment there using OpenID. Now there are comments