(no subject)
Dec. 5th, 2007 08:20 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ymsУзнав о существовании ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-community.gif)
d_blogs и f2f_blogs, вспомнил о наличии у себя некоего текста, который я набросал в конце июня 2005 года, а последний раз он менялся 1.07.2005. Я его никуда не постил, кое-что оттуда уже устарело или выглядит очевидным, а в свой журнал кидаю в сыром виде, пусть будет. Заново переваривать все свои и чужие идеи пока нет времени.
прожект
Имеется идея создания блоггерской сети. Сеть должна быть распределенной и подключаемой к существующим аккаунтам на блоггерских сайтах.
Блоггеры хостятся там, где они хотят, путем обычной регистрации аккаунта (или использовании уже имеющегося), и читают-пишут или через специальный клиент, или через свой браузер, настроенный на локальный веб-сервер (могут быть и другие способы - напр., прямое использование движка тех браузеров, которые это позволяют).
(Здесь был абзац, который при появлении OpenId стал ненужным.[Так в тексте. — 2007]) Система должна основываться на OpenId.
На первом этапе клиент будет общаться с блог-сайтом по обычному протоколу браузера или их родного клиента. (Поддержка разных сайтов будет наращиваться через плагины.) В будущем блог-сайты могут пойти навстречу и совместно разработать протокол, повышающий эффективность обмена информации с нашим клиентом. С теми, которые этого не захотят, клиент будет работать по-старому.
Блоггер набирает себе ленту друзей из разных мест, подобно RSS. В ленте можно создавать каталоги-группы, как и в ЖЖ. Имена юзеров будут фигурировать в ленте вместе со значками, бозначающими сайт, хостящий аккаунт. То есть мы видем vasya из LJ и vasya из liveinternet.ru с разными иконками, но под их собственным ником.
С комментариями всё аналогично.
Теперь насчет распределенного хранения информации. Слабое место нынешних блоггерских сайтов - в их концентрации у одного "хозяина". Проблемы с концентрацией бывают технические (падение сервера), финансовые (хозяин разорился, сервер пошел с молотка), правовые (законы в стране хозяина что-то запрещают) и др. Для выживаемости блоги должны частично или полностью "зеркалиться" на других сайтах по желанию юзера, в крайнем (аварийном) случае - хоститься, к примеру, на его домашнем вебсервере. Конечно, это сильно ограничит траффик, но обеспечит выживаемость и, возможно, снизит нагрузку на хосты (особенно маломощные).
Увеличение интернет-траффика при этом, конечно, будет, но, хочется надеяться, меньшее, чем при перекачке видео по пиринговым сетям :)
"Подводная" (фоновая) часть сети должна предусмотреть перекачку блогов и всей связанной с ними информации (вплоть до комментов). Как и куда - пока неясно, автоматически или только по заказу - тоже неясно. Доступ для перекачки будет разрешаться юзером от его имени, т.е. приватность будет переноситься на зеркало. При этом возникают разные проблемы с безопасностью: защищенные записи пойдут гулять по сети (надо шифровать), еще слабое место - от юзера требуется доверить системе свой пароль.
Распределенность вызывает проблемы: куда попадает юзер, просматривающий твои постинги, и как синхронизировать комменты? По-моему, тут можно позаимствовать идею пиринговых сетей: ближайший наш сервер отвечает на вопрос "а где сейчас хостится юзер с таким ID из моей ленты?".
Основная проблема при этом - возможная несинхронизированность "передвижения" юзера и постинга комментов. Юзер говорит своему серверу "мне на LJ плохо, я переезжаю домой", переехал на домашний сервер, а на LJ идут комменты, потому что серверы комментирующих об этом еще не знают. В этом случае, видимо, аккаунт надо запирать на какой-то промежуток времени. Но такая
ситуация не должна случаться часто.
Попутно с реализацией всего этого можно расширить набор фич. Например, таги для пометки отдельных участков в одном постинге как "френдс-онли".
Идея оформилась на днях в неторопливой послеобеденной прогулке с![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
gurman. [Так в тексте. — 2007]
d_blogs и f2f_blogs, вспомнил о наличии у себя некоего текста, который я набросал в конце июня 2005 года, а последний раз он менялся 1.07.2005. Я его никуда не постил, кое-что оттуда уже устарело или выглядит очевидным, а в свой журнал кидаю в сыром виде, пусть будет. Заново переваривать все свои и чужие идеи пока нет времени.прожект
Имеется идея создания блоггерской сети. Сеть должна быть распределенной и подключаемой к существующим аккаунтам на блоггерских сайтах.
Блоггеры хостятся там, где они хотят, путем обычной регистрации аккаунта (или использовании уже имеющегося), и читают-пишут или через специальный клиент, или через свой браузер, настроенный на локальный веб-сервер (могут быть и другие способы - напр., прямое использование движка тех браузеров, которые это позволяют).
(Здесь был абзац, который при появлении OpenId стал ненужным.[Так в тексте. — 2007]) Система должна основываться на OpenId.
На первом этапе клиент будет общаться с блог-сайтом по обычному протоколу браузера или их родного клиента. (Поддержка разных сайтов будет наращиваться через плагины.) В будущем блог-сайты могут пойти навстречу и совместно разработать протокол, повышающий эффективность обмена информации с нашим клиентом. С теми, которые этого не захотят, клиент будет работать по-старому.
Блоггер набирает себе ленту друзей из разных мест, подобно RSS. В ленте можно создавать каталоги-группы, как и в ЖЖ. Имена юзеров будут фигурировать в ленте вместе со значками, бозначающими сайт, хостящий аккаунт. То есть мы видем vasya из LJ и vasya из liveinternet.ru с разными иконками, но под их собственным ником.
С комментариями всё аналогично.
Теперь насчет распределенного хранения информации. Слабое место нынешних блоггерских сайтов - в их концентрации у одного "хозяина". Проблемы с концентрацией бывают технические (падение сервера), финансовые (хозяин разорился, сервер пошел с молотка), правовые (законы в стране хозяина что-то запрещают) и др. Для выживаемости блоги должны частично или полностью "зеркалиться" на других сайтах по желанию юзера, в крайнем (аварийном) случае - хоститься, к примеру, на его домашнем вебсервере. Конечно, это сильно ограничит траффик, но обеспечит выживаемость и, возможно, снизит нагрузку на хосты (особенно маломощные).
Увеличение интернет-траффика при этом, конечно, будет, но, хочется надеяться, меньшее, чем при перекачке видео по пиринговым сетям :)
"Подводная" (фоновая) часть сети должна предусмотреть перекачку блогов и всей связанной с ними информации (вплоть до комментов). Как и куда - пока неясно, автоматически или только по заказу - тоже неясно. Доступ для перекачки будет разрешаться юзером от его имени, т.е. приватность будет переноситься на зеркало. При этом возникают разные проблемы с безопасностью: защищенные записи пойдут гулять по сети (надо шифровать), еще слабое место - от юзера требуется доверить системе свой пароль.
Распределенность вызывает проблемы: куда попадает юзер, просматривающий твои постинги, и как синхронизировать комменты? По-моему, тут можно позаимствовать идею пиринговых сетей: ближайший наш сервер отвечает на вопрос "а где сейчас хостится юзер с таким ID из моей ленты?".
Основная проблема при этом - возможная несинхронизированность "передвижения" юзера и постинга комментов. Юзер говорит своему серверу "мне на LJ плохо, я переезжаю домой", переехал на домашний сервер, а на LJ идут комменты, потому что серверы комментирующих об этом еще не знают. В этом случае, видимо, аккаунт надо запирать на какой-то промежуток времени. Но такая
ситуация не должна случаться часто.
Попутно с реализацией всего этого можно расширить набор фич. Например, таги для пометки отдельных участков в одном постинге как "френдс-онли".
Идея оформилась на днях в неторопливой послеобеденной прогулке с
gurman. [Так в тексте. — 2007]
