Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth)
@ 2007-12-05 15:09:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: sick
Музыка:Terra Incognita
Entry tags:blogs, ljr

распределенный блогосервер

Тут обсуждают распределенный блогосервер,

а я между прочим уже сто лет как составил
под него техзадание.

http://imperium.lenin.ru/LENIN/33/NPJ-LJ/RFC.html

Привет



(Читать комментарии) - (Добавить комментарий)


[info]bigturtle
2007-12-05 18:06 (ссылка)
Ситуация:
Пользователь пришел на фронтенд-сервер A.
Его блог живет на бэкэнд-сервере B, который временно лежит.
Сервер C имеет кэш блога этого пользователя.

Вопрос: как серверу A узнать куда идти за данными?

(Ответить) (Ветвь дискуссии)


[info]tiphareth
2007-12-05 18:25 (ссылка)

Фронтенд - это просто нашлепка к бакэнду,
по типу браузера. Рендеринг, стили и прочие
финтифлюшки. Соответственно - фронтенд
ничего узнать сам не может, правильный вопрос,
как узнает о том бакэнд пользователя A.

Адекватный механизм для этого реализован
в NNTP. У бакэнда A есть некоторое количество
апстрим-серверов, которые передают ему контент.
Если B не зарегистрирован на A, тогда все:
они не знакомы, а B лежит. Если зарегистрирован,
тогда вместе с B задана и подсетка промежуточных
узлов, которым разрешено ретранслировать контент.
Бакэнд A опрашивает эти промежуточные узлы
на предмет контента. Всего таких промежуточных
узлов, предположительно, не больше, чем
несколько сотен, иначе таблицу роутинга
придется делать динамическую, а это
затрудняет авторизацию. Вот с этих
узлов и следует добывать контент.

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

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]bigturtle
2007-12-06 14:42 (ссылка)
Я невнимательно прочел начало абзац, но проблема все равно остается: если бекенд некоего пользователя лежит, то в сеть он не попадет. И еще вопрос с анонимами - любой сервер должен позволять читать открытый контент.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2007-12-06 22:46 (ссылка)
Контент кешируется теми серверами, которым это позволено.
И доставляется оттуда во френд-ленты пользователей.

>И еще вопрос с анонимами - любой сервер должен позволять читать >открытый контент.

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

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]bigturtle
2007-12-07 16:07 (ссылка)
Негибко как-то...

(Ответить) (Уровень выше)


(Читать комментарии) -