доступ на чтение запаролен, для получения пароля Серёга сказал "Инструкция для новичков на сайте". Я тыкнул, она говорит "нет доступа", я дальше не разбирался. В принципе, можешь разобраться и получить пароль на nntp :)

скрипты в cron вообще кто-нибудь дёргает? у меня стоял крон на webfetch1 и webfetch2 - мне что делать - снимать? или переименовывать?

я тебе написал эху, куда идти :) не врубаешься в технологии - сам не умничай :)

белка... будет тебе белка, будет и свисток... я её емейл забыл... думаешь, она осилит пойнты и ноды?

погейтуем и посмотрим. разрешение на гейт я взял под свою ответственность через указанную станцию. просто разбираться сейчас руки не доходят :(

хоть какие-то сообщения пусть бегают. кто не захочет - тут пусть не подписывается. :)

> Конечно, дёргает.

кроме меня, в кроне, в смысле.

Девочка с крестом - это Рома. :) Так что тебе ещё повезло :)

Это девочка. На картинке. А вообще - вот, читай:

http://51t.ru/about.users.51

Можешь себя прописать, если хочешь.

там ща техническая инфа только... про нодов и пойнтов должно быть на этом сайте, но когда оно там будет.... :(

исходники чего? судя по библиотеке, nntp простой, яки три рубля - коннекться и бери :)

Это команды такие. Сидеть! Лежать! Голос! Бери msg и echo! БЕРИ MSG И ECHO!!!

Ты чё, фичи не любишь? Да за такие слова и партбилет на стол положить можно!

Кароче, это техническая эха. Для вас вон есть болалки, две штуки, доставай и болтай. :) И белку зови.

====[python]====
# -*- coding: utf-8 -*-

import urllib,base64
cfg = open('config.cfg').read().splitlines()
NODECODE=cfg[0]

def get_echoarea(name):
try: return open('echo/%s' % name).read().splitlines()
except: return []

def raw_msg(h):
try: return open('msg/%s' % h).read()
except: return ''

def mk_jt(mh,mb):
return mh + ':' + base64.b64encode(mb)

def getl(l):
print 'fetch %s' % l
return urllib.urlopen(cfg[1][:-2] + l).read()

def postf(s,e):
data = urllib.urlencode({'upush': s,'nauth': NODECODE, 'echoarea': e })
u = urllib.urlopen(cfg[1] + 'push', data)
return u.read()

for ea in cfg[2:]:
oecho = set(getl('e/%s' % ea).splitlines())
pushlist = [x for x in myecho if x not in oecho]
sendlist = [mk_jt(x,raw_msg(x)) for x in pushlist]
if sendlist:
postf('\n'.join(sendlist),ea)

но, в любом случае, если такой идентификатор уже есть (В ЭТОЙ ЭХЕ) - его принимать нельзя, ни записывать в базу эхи, ни создавать файл.

там всё, конечно, жутко недоделано, но, может оно и к лучшему :)

http://reg.51t.ru

нет страницы - это фигня.

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

Так что жду от всех идей по сюжету или текстов. Бум строить сеть в Саратове :)

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

эха about тоже сливает :) только не совсем понятно, как указанное в наш сюжет привязать? как это выглядеть должно...

> "Дурака лелеют, дурака заботливо взращивают, дурака удобряют, и не видно этому конца... Дурак стал нормой, ещё немного – и дурак станет идеалом, и доктора философии заведут вокруг него восторженные хороводы."

Мощная фразочка. Я таких книжек не читаю, поэтому не знал.. надо будет её обязятельно ввернуть кууда-нибудь. :)

> По сюжету можно написать, что произошёл сбой, и отключили интернет, а делать из-за этого людям уже нечего, даже почитать предыдущие написанные сообщения нельзя

Это тоже интересно. Надо придумать, как это лучше изобразить. Наверное, третью главу сделать с этим сбоем, когда те, кто замучился от этого, просто перерубили интернет. И юзер ходит по офлайну. :) Правда, не перемудрить бы, чтобы не было слишком затянуто...

спасибо за варианты...

вот, примерно вот так... в принципе, для регистрации - пойдёт. :)

http://reg.51t.ru

да, ага, надо на неправильные ответы тоже какие-нибудь страницы написать

поменял всё, кроме nefig/nafig/pofig :)

кстати, нужно что-нибудь придумать, сюжетную линию, про тысячу источников. А то сейчас за любой инфой - сотни ссылок на сайты, содержащие ссылки на ссылки или куски текста, и не понять - что, где и откуда пришло. Ужас. :)

эха переехала в ii://ii.about.14

здесь обсуждаем разработку

продолжение:

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

суть в том, что на каждой ноде (или пойнте) может быть разный порядок сообщений, но одинаковое общее содержание эх

IyAtKi0gY29kaW5nOiB1dGYtOCAtKi0KCmZyb20gYm90dGxlIGltcG9ydCAqCmltcG9ydCBiYXNl
NjQsIHpsaWIsIG9zCgpkZWYgX3JmKGYpOiAKICAgIGlmIG9zLnBhdGguZXhpc3RzKGYpOiByZXR1
cm4gb3BlbihmKS5yZWFkKCkKICAgIGVsc2U6IHJldHVybiAnJwoKZGVmIHJhd19tc2coaCk6CiAg
ICByZXR1cm4gX3JmKCdtc2cvJXMnICUgaCkKCmRlZiBnZXRfZWNob2FyZWEobmFtZSk6CiAgICBy
ZXR1cm4gX3JmKCdlY2hvLyVzJyAlIG5hbWUpLnNwbGl0bGluZXMoKQoKZGVmIG1rX2p0KG1oLG1i
KToKICAgIHJldHVybiBtaCArICc6JyArIGJhc2U2NC51cmxzYWZlX2I2NGVuY29kZSggemxpYi5j
b21wcmVzcyhtYikgKQoKZGVmIHF1YShlYSxzKToKICAgIGl0ZW1zID0gIGdldF9lY2hvYXJlYShl
YSkKICAgIGlmIGxlbihzKSA8IDYgYW5kIHMuaXNkaWdpdCgpOgogICAgICAgIHJldHVybiBpdGVt
c1staW50KHMpOl0KICAgIGVsc2U6CiAgICAgICAgaWYgbm90IHMgaW4gaXRlbXM6IHJldHVybiBp
dGVtcwogICAgICAgIHJldHVybiBpdGVtc1tpdGVtcy5pbmRleChzKSsxOl0KCmRlZiBwYXJzZV9l
Y2hvcyhlY2hvcyk6CiAgICBwb29sID0gW10KICAgIGZvciBlYSBpbiBlY2hvczoKICAgICAgICBp
ZiAnOicgaW4gZWE6CiAgICAgICAgICAgIGl0ZW1zID0gcXVhKCplYS5zcGxpdCgnOicsMSkpCiAg
ICAgICAgZWxzZToKICAgICAgICAgICAgaXRlbXMgPSBnZXRfZWNob2FyZWEoZWEpCiAgICAgICAg
Zm9yIHggaW4gaXRlbXM6CiAgICAgICAgICAgIGlmIG5vdCB4IGluIHBvb2w6CiAgICAgICAgICAg
ICAgICBwb29sLmFwcGVuZCh4KQogICAgcmV0dXJuIHBvb2wKCgpAcm91dGUoJy96L20vPGg6cGF0
aD4nKQpkZWYganRfb3V0bXNnKGgpOgogICAgcmVzcG9uc2Uuc2V0X2hlYWRlciAoJ2NvbnRlbnQt
dHlwZScsJ3RleHQvcGxhaW47IGNoYXJzZXQ9dXRmLTgnKQogICAgcmV0dXJuICdcbicuam9pbigg
W21rX2p0KHgscmF3X21zZyh4KSkgZm9yIHggaW4gaC5zcGxpdCgnLycpIGlmIGxlbih4KT09MjBd
ICkgKyAnXG4nCgpAcm91dGUoJy96L2UvPG5hbWVzOnBhdGg+JykKZGVmIGluZGV4X2xpc3QobmFt
ZXMpOgogICAgcmVzcG9uc2Uuc2V0X2hlYWRlciAoJ2NvbnRlbnQtdHlwZScsJ3RleHQvcGxhaW47
IGNoYXJzZXQ9dXRmLTgnKQogICAgb3V0ID0gJycKICAgIGZvciBlYSBpbiBuYW1lcy5zcGxpdCgn
LycpOgogICAgICAgIG91dCArPSBlYSArICdcbicKICAgICAgICBnZSA9IGdldF9lY2hvYXJlYShl
YSkKICAgICAgICBpZiBnZTogb3V0ICs9ICdcbicuam9pbihnZSkgKyAnXG4nCiAgICByZXR1cm4g
b3V0CgpAcm91dGUoJy96L2dldC88ZWNob3M6cGF0aD4nKQpkZWYganRfZWNobyhlY2hvcyk6CiAg
ICByZXNwb25zZS5zZXRfaGVhZGVyICgnY29udGVudC10eXBlJywndGV4dC9wbGFpbjsgY2hhcnNl
dD11dGYtOCcpCiAgICByZXR1cm4gJ1xuJy5qb2luKCBbbWtfanQoeCxyYXdfbXNnKHgpKSBmb3Ig
eCBpbiBwYXJzZV9lY2hvcyhlY2hvcy5zcGxpdCgnLycpKV0gKSArICdcbicKCkByb3V0ZSgnL20v
PG1zZz4nKQpkZWYgZ2V0X21zZyhtc2cpOgogICAgcmVzcG9uc2Uuc2V0X2hlYWRlciAoJ2NvbnRl
bnQtdHlwZScsJ3RleHQvcGxhaW47IGNoYXJzZXQ9dXRmLTgnKQogICAgcmV0dXJuIHJhd19tc2co
bXNnKQoKQHJvdXRlKCcvZS88ZWNob2FyZWE+JykKZGVmIGdldF9lY2hvbGlzdChlY2hvYXJlYSk6
CiAgICByZXNwb25zZS5zZXRfaGVhZGVyICgnY29udGVudC10eXBlJywndGV4dC9wbGFpbjsgY2hh
cnNldD11dGYtOCcpCiAgICByZXR1cm4gJ1xuJy5qb2luKCAgZ2V0X2VjaG9hcmVhKGVjaG9hcmVh
KSApICsgJ1xuJwoKcnVuKGhvc3Q9JzEyNy4wLjAuMScscG9ydD02MjIyMCxkZWJ1Zz1GYWxzZSkK

ага. раз раз разработка

переименовываешь .outmsg в .out и снова запускаешь send.

я сначала посмотрю, что там сломалось...

в лоб - не работает. но там такая примитивная реализация, что можно сделать без боли, наверное.

формат есть - либо друг с друга пулят, либо друг другу пушат. либо комбинируют.

если пулят - то так же, как и обычные клиенты. если пушат - то есть бандл, описан в документации.

> btw, offtop - этот кодстайл меня убивает. я многое могу простить, но не среднюю длину переменной в три буквы.

я не программист, и пишу в mcedit.

фишка в том, что в gnome я ВООБЩЕ не вижу, что пишу, половина текста просто невидима :) а вне mc, что-то запускать - лень, идея уже пройдёт, пока буду с лишним возиться :) поэтому - чем проще, тем проще :)

> у отдельной эхи нет ничего, что можно было бы назвать "мастер-веткой"?

чего нет у отдельной эхи?

длинная эха - это сколько? не думаю, что даже 100 тыс сообщений - это проблема

и я не думаю, что будут эхи по 100 тыс сообщений. большие эхи надо делить, или тематикой, или номером (делить на месяцы, на дни, на индексы, чтобы оставлять в эхах только актуальную информацию, а не полное собрание сочинений - для этого ОБЯЗАТЕЛЬНЫЕ номера и нужны.

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

надо будет разобраться, и прикрутить к клиентам

пойду багу повешу

> как их предполагается делить "на лету"? И на ком будет за это отвечать - тоссер?

юзеры. пишут, пишут, потом бах - а пойдёмте все в эху "новый префикс"

а старую куда-нибудь на заморозку, технически или юридически.

ты сейчас можешь создать эху ii.dev.2015, просто написав в неё. впоследствии такие вольности будут только у нодов.

> на мой взгляд, довольно спорно. Некоторые проблемы могут проявиться только на больших объемах данных.

ну, после спам-атаки нормально было, куча эх с 3500 сообщений. не вижу целесообразности плодить такие эхи - эхи "болталки", которые оканчиваются на im.ЧИСЛО можно вообще хоть каждый день менять. а в эхах обсуждалках - много писем не наберётся, особенно, если их разделять ещё и тематически.

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

> постфикс, ты хотел сказать.

такого слова я даже не знал, знал преффикс, суффикс, корень и окончание :) значит, постфикс.

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

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

а у тех, кто вне "бонных" эх - могут быть вообще свои порядки :)

> мне нравится общая идея, но не очень нравится реализация.

мне не совсем нравится, как оно работает, но мне нравится, что оно работает, и мне нравится, что оно очень простое. хотя всегда хочется ещё проще :)

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

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

у меня в своё время было вообще два аплинка.

> так вот, я вижу навскидку два основных варианта, назовем их "каскад" и "меш".

прочёл, но не совсем понял.

Этот анекдот будет понятен только тем, кто помнит фидо и рекламу 90-х, но я его всё-таки расскажу:

Зима. Снежная пустыня. Около проруби сидит бородатый мужик с надписью на тулупе "ФИДО - рулез" и напряженно думает.
Неожиданно снег взлетает комьями и из-подо льда высовывается страусиная голова:
- Хаба-хаба!
Мужик медленно поворачивает голову и произносит:
- Ну вот, так уж сразу тебе и хаба?


У моей сети точно всё просто. Каждый нод договаривается со мной, как, каким образом, как часто и по каким эхам ему обмениваться. И мы обмениваемся.

Потом, если трафика будет слишком много, ты берёшь самого крупного и уважаемого ноду, заглядываешь ему в глаза и говоришь "Гиви, мы с тобой давно знакомы...". И вешаешь часть нодов на него.

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


Тем более, у нас нет "проблемы аутбаунда", когда на мёртвых линков мёртвым грузом копится почта. Бери, сколько хочешь! Поэтому можно делать не по-фидошному, а по-простому. Можно хоть всех нодов на меня повесить, это не вопрос.

> Сервер чего ответит 201 - я зафигачил твою месагу в новую конфу? и в заголовке Location новый путь?

Можно, но не особо нужно. особенно, если придётся учитывать все txt-клиенты и прочее. зачем переусложнять - в стандартной реализации таких переусложнений не предусмотрено.

Просто перешли в новую эху, и всё. в старую заглядывать для того, кто раз в год сообщения отправляет. Сообщения "уходим в", "пришли из" - делает сам юзер, который создаёт эху. К тому же, эха может разделиться на две, три или семнадцать эх.

> Отчего переусложнение? Это просто для тех клиентов которые это поддерживают.

переусложнение стандартной реализации

у меня вопрос - КТО будет это передавать? у нас есть только сообщения и эхи, данные могут передаваться бандлами, пуллами, пушами и вообще любыми способами. непонятно, на каком именно участке нужно создавать. просто помечать какое-то сообщение подобным тэгом?

> Сейчас ты перенаправляешь вообще гиперссылками, это вообще ни в какие ворота.

ii: - это будет стандартный указатель на сообщения или эхи :) ii://im.2014
в принципе, для клиента это может быть уже достаточно, чтобы организовывать подписку по клику

ii: был задуман изначально, потому что это самый логичный способ идентифицировать что-то, не привязывая к ноде :)

вставляй, что хочешь - это же текст :) и разбирай своим клиентом, как твоей душеньке угодно :)

при ответе через что?

какой msgid? где берётся, куда?

вот твоё сообщение:
msgid: tY3YMv3OViOfMXZANa5k
repto: KXMyq7O5AqNYRRwOdThA

что неправильно?

вот я сейчас отвечаю, у меня будет repto: tY3YMv3OViOfMXZANa5k а какой id, я пока не знаю.

msgid: ii://tY3YMv3OViOfMXZANa5k
repto: ii://KXMyq7O5AqNYRRwOdThA

моё

msgid: ii://TAL3tHASZ9hWAavrgAmb
repto: ii://tY3YMv3OViOfMXZANa5k

у нас пока нет таких проблем ;) если обмениваться гигабайтами - тогда вообще многое менять придётся. а для нашего случая - обмен бандлами, которые генерируются через /z/get - хватает с огромным избытком :)

нам нельзя никак перегружать сеть вещами, которые неочевидны и непонятны. только массовое портирование сможет спасти родину :)

а, это. этого пока ваще нет. :) лишнее окно просто так лепить не хочу, а чтобы аккуратно в стиль вписывалось, рядом с полем сабж - надо смотреть, как это по науке делается.

кое-где вообще пустое проставляется.

сегодня что-нибудь с этим сделаю

это ареафикс :)

в моей версии был /list.txt, с эхами текущей станции

должно. но пока не подставляется

в текущем сайте и в клиенте 0.1c - уже подставляется

у нас тут сейчас всё на get-запросах - отправка сообщения это тоже такой большой get-запрос :) Кодируется в base64 и жамкается в url. 5 кб ещё пролазит, 9 - нет. Когда-нибудь будет всё по уму, а пока - чем богаты, тем и рады :)

requests, смотрю, это внешняя библиотека. надо будет смотреть, какие у неё зависимости, лицензия, размер, работает ли в haiku os :)

> ой, как печально. ну пост же для этого придумали. =)

пока я только фидо придумал. пост пока в клиентах не придумал :) це аппаратно-программный лимитатор длины сообщений :)

> pure python, в т.ч. зависимости, apache2 license, 625kb wheel со всеми зависимостями. полагаю, что работает.

посмотрим, покрутим.

почитав отзывы в разных сетях и оврагах, понял, что основная проблема сейчас в донесении идеи и в её описании, а не в технологиях. пришло время переписывать документацию, а то я её уже дня три не переписывал :)

если к коду на питон нужны коменты - то это не код на питон :)

я и так стараюсь число и длину строк сокращать, иначе восприятие вообще не воспринимает, и я ни строчки не напишу :( мне от коментов больно смотреть чисто физически, неприятные ощущения от лишних строк...

ну, просто меняешь конфиг

хэшкод
http://твойадрес:порт/ - обязательно с завершающим слешем
эха1
эха2
эха3

хотя, не, добавлять везде \n - это серьёзная ошибка, для пустых списков это будет лишняя пустая строка и невалидная эха...