На ЛОРе не раз тема поднималась в том или ином виде, но за разговорами дело так никуда и не пошло, так что пока не будет рабочего варианта, раскиданного на 2-3 взаимодействующих сервера, который можно будет показать, я от обсуждения воздержусь. Итак уже сколько так и не выстреливших до сих пор проектов получилось, от OpenWorlds до RPGalactica :) Эдак сложится репутация генератора не стартовавших проектов ;)
Небольшое предложение для практической реализации: распределенная корпоративная сеть. Хотелось бы видеть пример такого решения для предприятия с обособленными подразделениями. В принципе, отличий, наверное, на уровне движка никаких, но вот в практическом плане было бы более востребованно, на мой взгляд.
Я пока плохо представляю работу системы приватного межсерверного общения. Общие мысли есть, но пока делаю вообще без привата, оставив возможность такого расширения на будущее.
То же самое в отношении приватных данных пользователей. Пока между серверами планируется обмен только открытой информацией (ник/аватар/подпись).
А корпоративная работа подразумевает, в первую очередь приватность. Хотя, если без неё, то вообще никаких проблем. Создаются отдельные корпоративные каналы и/или группы и всё, что надо, пишется только туда.
Диаспора же есть. Лучше сделай совсем распределенную - каждый пользователь будет сам хостить свой бложик, который будет каждый раз скачиваться или кэшироваться друзьяшками. Если и с промежуточными серверами, но непременно все должно быть зашифровано для левых лиц, вроде хостера.
Лучше сделай совсем распределенную - каждый пользователь будет сам хостить свой бложик, который будет каждый раз скачиваться или кэшироваться друзьяшками
Именно так. Только не в p2p-варианте, а нужен будет нормальный локалхостинг, доступный снаружи по доменному имени. Я, как раз, один из серверов буду на домашней машине обкатывать.
Если и с промежуточными серверами, но непременно все должно быть зашифровано для левых лиц, вроде хостера.
Я же написал, что «плохо представляю», а не «совсем не представляю» :)
Тут проблема в доверии серверу, через который ты связываешься. Как и в случае e-mail.
...
Кстати, неплохая идея, связать это всё дело ещё и с e-mail. В голову сразу не приходило. В смысле, чтобы общаться можно было, наряду с другими бэкендами, целиком через e-mail, в духе списков рассылки. Но целиком с почты. Про Jabber подумал, про Tapatalk, про прямые прокси на популярные форумы, типа ЛОРа, а про e-mail — нет. А, ведь, ещё и News-клиенты не повымерли совсем.
Но это всё второй этап, если web-вариант заработает.
потому что :) «улей» как и «муравейник» подразумевает наличие общего смысла и супер-цели для всех, самоотверженную кооперативную созидательную деятельность - какая-же это социальная сеть ?
как я понимаю основная проблема не в этом. Передавать email/plain-text данные с pgp подписью сайта и человека достаточно просто. А вот в самом децентрализованное общении возникают вопросы: 1). откуда брать данные о других серверах, 2). как/кому посылать запросы, 3). куда редиректить полученные запросы, 2.78). как сделать логичное ttl запроса, 5). как избежать возникновление циклов, 0). какие запросы кешировать, 6). как узнать, что полученные данные валидны, 7). как сообщить сервисам, которые выдали невалидные данные о том, что они невалидны, 3.14). вопрос доверия к сообщению о невалидности 15). до какого уровня автоматизировать процесс. 11). как описать это в формате спецификации для того, чтобы была свобода реализации такого сервиса 12). как защититься от криво реализованных сервисов 13). как сделать сервис расширяемым
14). как максимизировать выживание данных если нет своего сервиса
в общем-то по отдельности на все эти вопросы существуют очень простые ответы, но всё вместе пока вроде никому успешно реализовать не удалось, даже в спецификации.
Кстати, неплохая идея, связать это всё дело ещё и с e-mail. В голову сразу не приходило. В смысле, чтобы общаться можно было, наряду с другими бэкендами, целиком через e-mail, в духе списков рассылки. Но целиком с почты.
я не понял, как можно так привратно понять эту цитату, где в процитированном где-то написано про удостоверение данных сервера?
там написано «откуда брать данные о других серверах», т.е. где взять список тех серверов кому посылать запросы о данных пользователя и насколько этому серверу можно доверять, как обновлять?
т.е. где взять список тех серверов кому посылать запросы о данных пользователя и насколько этому серверу можно доверять, как обновлять?
Я видимо, что-то не понимаю в задаче, но вот мои ключи хранятся на, допустим, keys.aceler.ru и в письме, которое пришло к тебе, указано, что ключи надо искать там. А сам keys.aceler.ru подписан десятком других подписей, например, лично известным тебе keys.maxcom.org.ru. Строим цепочку доверия, и это уже много лет работает в GPG, где ключи одного человека можно подписать ключом другого.
Собственно, весь вопрос только в том, чтобы написать удобный софт для трансляции всего этого дела.