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

AL>> Проанализировал логи и заметил, что фэхи с меня узлы не тянут (или тянут с отличным от эх периодом).
vit01> Станция мира фетчит фэхи на таверне раз в 20 минут.
vit01> Но я решил сделать проверку и увидел, что фетчер отказывается скачивать оттуда 3 файла.
vit01> У меня на станции стоят строгие регулярки, по которым имя файла разрешается только в lowercase (как имя эхи). Вроде бы, мы именно так по стандарту и договаривались, не?

Я был уверен, что любые буквы латиницы =)

vit01> // IDEC Mobile автоматически преобразует имя файла через toLower(), поэтому через него грузить безопасно.

vit01> Итак, IDEC Mobile получает начальную поддержку файловых эх

Очень здорово сделал, хотя пока и есть пара вопросов.

При скачивании файла появляется пустое активити с заголовком <null>. Но я так понял, это временное явление.

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

vit01> В общем, в стандарт гоним вот это
vit01> ====
vit01> [A-Za-z0-9_!-.]{1,60}.[A-Za-z0-9_!-]{1,60}
vit01> ====

Пушнул. Заодно улучшил вебморду.

vit01> А ещё прокидываю фэху ii://file.wishes, куда будем писать всякие пожелания по поводу того, чем поделиться, а также всякие перезаливы, отзывы по файлам и так далее.

Эху прокинута в таверну.

vit01> Обновление IDEC Mobile!
vit01> Интерфейс фэх стал более отзывчивым, исправлены вчерашние баги, о которых было сообщено.

Круто. Но ещё есть одно но. После скачивания или открытия список прыгает в самый низ. Это весьма сбивает с толку.

vit01>> У меня на станции стоят строгие регулярки, по которым имя файла разрешается только в lowercase (как имя эхи). Вроде бы, мы именно так по стандарту и договаривались, не?
AL> Я был уверен, что любые буквы латиницы =)

Проверил стандарт. Там вообще ограничения на имена файлов не оговорены. Надо договориться пока не поздно =)

>> Только я за то, чтобы название скрытоэхи генерировалось на клиенте
> Название скрытоэхи, конечно, генерируется при создании сообщения. То есть, на клиентской стороне.
> Сервер детектит приватные эхи только в целях отдачи их всех другой ноде.

Мне одному это видится слишком размашисто для простого нетмейла? Куча эх для единичных сообщений, существенная переделка клиента чтобы это было действительно удобно и не приходилось продираться через кашу приватных и публичных конференций. И вот это вот всё.

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

> Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?

Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.

Грубо говоря:

== Запрос нетмейла поинтом

POST /n/p
pauth=<pauth>
slice=start:end

Возвращает индекс нетмейла для конкретного поинта.


POST /n/pm
pauth=<pauth>
msgids=<msgid1>/<msgid2>/.../<msgidN>

Запрос бандла нетмейла. Естественно, нода проверяет принадлежность сообщения этому поинту и запросить чужое сообщение, зная его msgid, не получится.


== Запрос нетмейла доверенной нодой

POST /n/n
password=<password>
slice=start:end

Индекс нетмейла для обмена между узлами сети.


POST /n/nm
password=<password>
msgids=<msgid1>/<msgid2>/.../<msgidN>

Запрос бандла доверенной нодой.
----

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

При этом мой вариант мне больше нравится идеологически =)

// Делать будем в любом случае так, как проголосуем.

>> Короче, пока я воздержусь от особого комментирования
> Наоборот, лучше разверни мысль.
> Почему куча эх для единичных сообщений? Эха создается в первый раз, а потом в нее пишут абоненты. Скорее, обычно это будет 1 эха на 1 собеседника. Ответ же делается в уже созданную эху.

Десять собеседников -- десять эх.

> Существенная переделка клиента. В чем она состоит?

Со стороны клиента, насколько я понял, будет всё то же: одна эха - один собеседник.

vit01> Вариант Петра хорош тем, что "скрытоэхи" для совместных бесед автоматически прокидываются на фетч между станциями.
vit01> Наша задумка с единственной эхой не имеет такой фичи.

Потому что мухи отдельно, котлеты отдельно. Я искренне недоумеваю зачем валить в одну кучу и личную переписку и скрытоэхи, если это логически разные вещи.

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

vit01> GET /netmail
vit01> pauth=blablabla
vit01> nechoes=first.necho:second.private.123

vit01> И теперь нетмейл будет формироваться с учётом скрытобесед независимо от того, какие получатели проставлены на "помеченных" сообщениях.

Но зачем?

>> Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
> А что с адресацией? Как по твоему, достаточно ли просто имени? Или что то вроде <syscall,1> становится адресом назначения?

Имени, конечно, недостаточно, но вот существующий адрес годится для этой задачи.

vit01> Соблазн по фичам. С одной стороны, обыкновенный нетмейл по единственной эхе будет как-то работать. Но будет мало гибкости
vit01> 1. Обычный нетмейл - это разговор 1 на 1.

Что подразумевается из названия "личные сообщения".

vit01> 2. Скрытоэхи работают только на "своей" станции, ибо не гейтуются автоматически

Вот это будет вообще зло, ИМХО. То есть будут эхи, которые я бы и не хотел гейтовать, но выбора у меня не будет. Почему бы тогда не гейтовать вообще все существующие эхи? В чём принципиальное отличие?

vit01> 1. Предположим, я пишу пользователю Andrew Lobanov, проставив его имя в поле получателя. Сообщение расходится по всей сети через общую эху net.mail. На станции syscall (там есть публичная регистрация) некто заводит аккаунт с именем Andrew Lobanov (предположим, что этого поинта на syscall раньше не было) и ловит всю его почту. Пролёт.

Ипользовать не имя, а адрес. Адрес в рамках сети уникален.

vit01> 2. Придумываем, что некто написал письмо мне, vit01, но в поле получателя написал (mira,1). Сообщение расходится по всей сети. Здесь, внезапно, станция мира падает под DDoS или потому что я не оплатил хостинг. Само собой разумеется, я перенастраиваю клиент на другую ноду, пусть это будет Таверна, где мой адрес уже (tavern,N). И...
vit01> и получаю, что в нетмыле пусто.

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

vit01> Предлагайте свои варианты.

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

>> Вариант Петра хорош тем, что "скрытоэхи" для совместных бесед автоматически прокидываются на фетч между станциями.
> Да, думал об этом тоже.
> Сегодня думал о других вариантах, в том числе и с одной эхой как у AL. И понял, что есть еще одна "фича" моего варианта.
> Она состоит в том, что у мессаг стоит "честная" эха. То-есть, оно укладывается в существующую архитектуру полностью. Синхронизация с клиентами будет стандартной.

При этом в клиентах будет адЪ и Израиль. Каждому собеседнику по эхе! Наверное, я где-то пропустил когда множественные сущности для одного и того же стали преимуществом.

> То-есть, если это не так, представьте себе, вы шлете сообщение. Какое echoarea ставить? Допустим, net.mail. В случае единственной эхи как у AL.
> Тогда нужно мудрить особую обработку net.mail эхи, для того, чтобы юзер не мог ее фетчить. Нужно уметь синхронизовать себя с сервером.

Мудрить ничего не надо. Нода просто получает индекс с учётом авторизации (или у тебя это сделано без дополнительного функционала и на ноде?), а клиенту нужно только посылать запросы по новым схемам и тоссить, как тоссилось.

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

Что же противоречивого?

>> Вот это будет вообще зло, ИМХО. То есть будут эхи, которые я бы и не хотел гейтовать, но выбора у меня не будет. Почему бы тогда не гейтовать вообще все существующие эхи? В чём принципиальное отличие?
> Но ведь и личные сообщения мы тоже как бы гейтуем, не зная что внутри?

Когда собесеников больше двух, флейм неизбежен =)

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

Вот это вообще не очень. Хотя, смотря какой таймаут.

В своё дурацкое оправдание могу только сказать, что я просто боюсь привести стандарт к набору хаков. Вот и всё.

В моей голове idec прост именно как стандарт. Его легко понять, его легко использовать. Хаки же на то и хаки, что там всё не так просто, как кажется с первого взгляда. Может, я просто не прав в силу малого опыта разработки чего бы то ни было.

От меня тут пришло несколько сообщений с сабжем. Извиняюсь =)

Difrex> Сабж.

Да. Лежал весь сервер со всеми сервисами. Мой косяк.

Difrex> Сабж.
Difrex> Побился индекс. Статистика не отражает действительности. Сейчас индекс пересоздается путем вытаскивания из сети всех доступных сообщений. Скоро пофиксится =)

Вот кто у меня только что клонировал таверну мелкими бандлами =)

Difrex(mobile)> Лучше брать не тег тогда, а последний коммит из мастера - там есть фиксы базы =)

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

Difrex(mobile)> Да, ответ на локальную почту поломан

Вот это чёт не понял =)

Difrex(mobile)> На этой эхе, помню, Рома очень настаивал.

Игнорируя все доводы разума.

Difrex(mobile)> $subj выкатился!

Ура! А хоть что-то происходит помимо захвата сети роботами :)

Посмотрю сабж обязательно.

А зачем нам сабжевая эха? За два года 44 сообщения. При этом есть более общая develop.16, которая спокойно может принять на себя и разговоры о змеях. Может снимем её уже с бона?

ЗЫЖ мне не свербит, но это ж лишняя сущность. О чём я ещё в 15-м году и говорил =)

gk11> я даже не знал, что такая сохранилась, мне такая не видна

В таверне есть. На Go! есть. Про остальные узлы не скажу, но не далее как в августе там летали сообщения даже.

gk11> ну раз я два года без неё прожил, значит уже и мне не нужна :)

Она изначально была лишней сущностью ж.

gk11> Мета трекер:

gk11> http://meta.gk11.ru
gk11> json: http://meta.gk11.ru/meta.json

Холмс, но зачем?

Сабж. В таверне и на гоноде (spline-online.tk:4242) открыта новая файлэха books. Предназначена для обмена художественной литературой.

Фетчер уже настроен на забор со станции мира.

vit01> Решил провести сабж

Хорошее дело.

vit01> python.15 - убрана со станции, в архиве есть
vit01> vk-news.15 - убрана с фетча и со станции, перемещена в архив
vit01> lenta.rss - удалена без возможности восстановления

Подчистил это у себя тоже.

vit01> Немного есть сомнения в нужности ifiction.15 (пустота)

Я её оставил у себя для обсуждений, но по факту она сейчас заменена INSTEAD-клубом и не нужна. Можно грохать. Новости же ходят в ii://ifhub.club (кстати сделал её видимой для всех). Тем более, что с админом одноимённого сайта удалось договорится и он отдаёт в RSS статьи целиком.

vit01> piratemedia.rss.15 (у Андрея походу поломался гейт). Думаю их тоже прибрать.

Я её прибил у себя. Последняя новость на сайте была от второго мая сего года. Так что не вижу в ней смысла.

В books пополнение. Залил все существующие на данный момент книги Макса Фрая из серии "Сновидения Ехо".

Difrex(mobile)> ====
Difrex(mobile)> curl http://idec.spline-online.tk/f/e/books/LOL/LOLO/LO | tail
Difrex(mobile)> ====

Это сделано для вот такого http://idec.spline-online.tk/f/e/books/pictures

То есть запросы строятся по аналогии с u/e. И даже слайсы есть.

Difrex(mobile)> http://idec.spline-online.tk/x/file/nodegraph.svg

На самом деле схема неактуальна. Надо бы к НГ актуализировать нодлист и сгенерировать новую схему =)

gk11> у меня есть сомнения в актуальности этой схемы. там есть много неизвестных, но нет известного меня :)

Тебя добавлять/убирать из нодлиста замахаешься. Так что смысла нет.

>> Кстати, не пора ли ii.14 в ii.18 в честь нового года переименовывать?
Difrex(mobile)> Я бы ее в ii.talks переименовал =)

ii://idec.talks потому что уже сто лет не ii и цифровые суффиксы умерли примерно тогда же.

Difrex(mobile)> Стартанул сабжевую эху через Таверну! Добавьте в list.txt, pls.

Добавил в списки в таверне и на го. Фетчится с мира и клуба.

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

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

С учётом того, что у нас нет полиси и нодлист дело добровольное, я не вижу смысла гнаться за временными узлами в сети.

gk11> Роль нодлиста прекрасно выполняет meta.gk11.ru
gk11> Речь идёт о схеме роутинга, кто и куда распределяет сообщения

Эта информация есть в нодлисте. Раз твой ресурс прекрасно выполняет роль нодлиста, то откуда вообще этот вопрос?

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

Спасибо, Рома. Мы тоже тебя любим.

gk11> Сейчас я вернулся, и хоть потеряно три года, я сделаю всё, что надо, чтобы сеть развивалась.

Хорошо, если так. Посмотрим. Но подобные утверждения от тебя уже были за эти три года. Пока что они остались только утверждениями, но я всеми руками за то, чтобы у тебя получилось.

gk11> А если кто-то думает, что может решать, кто равнее и кто может быть в нодлисте, тот скорее сам окажется на обочине истории

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

1. Имя ноды (которое попадает в поле адреса);
2. URL для работы клиента;
3. URL веб-интерфейса, если таковой имеется;
4. Своё имя в том виде, какое ты бы хотел видеть в нодлисте;
5. Свои контакты (email, web, phone). Хотя бы один из тех, с помощью которого можно связаться с тобой приватно;
6. Список твоих аплинков (имя узла из нодлиста и период забора сообщений).

К сожалению, я не обладаю навыками телепатии и не могу получить эту информацию самостоятельно.

gk11> ибо за три года показал абсолютную импотенцию хоть в каком-то развитии сети.

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

Не взирая на вышесказанное я был бы рад развитию твоего детища, но пока ты проявил только абсолютную импотенцию (tm) в этом направлении.

gk11> Это самое простое - воспользоваться чьим-то абсолютно уникальным решением.

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

gk11> Но, поскольку самостоятельно такие решения принимать неспособен, остаётся только сидеть и втыкать.

Соболезную. Я бы не хотел провтыкать три года. Очень жаль, что ты так их потратил.

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

Е бой! Вот ты и дошёл до прямых оскорблений. С каждым разом зазор между "давайте дружить" и оскорблениями всё меньше. Обратись пожалуйста в соответствующие мед. учреждения. Как бы это не закончилось для тебя плохо. Мы ж переживаем за тебя.

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

Difrex(mobile)> Уже есть nodelist.json
->> https://dynamic.lessmore.pw/nodelist.json

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

gk11> ну, это дело добровольное. чёт я не помню, чтобы в фидо такое было, и я не помню, чёбы это там требовалось. хотя там были синбаи. поэтому помимо традиционного МЕЯ ВИДО было МИЯ ВИДО, С КЛУДЖАМИ ПЛИЗ :) тем более, как это автоматизировтать, если скрипты фетчинга меняются - не приделывать же эту функциональность сразу в скрипты - проще заранее договориться о топологии.

Один в один мои мысли по поводу. Сама по себе статическая маршрутизация позволяет оперативно вносить изменения в нодлист при необходимости. Если назрел вопрос обязательного нодлиста, то можно найти добровольца, который будет его вести. Правда это некоторый отход от изначальной идеи анархичности сети.

>> Уже есть nodelist.json
Peter> Жаль что json а не просто текстовые строки. =) Я так понимаю, этот файл и используется у тебя для фетчинга?

Формат нодлиста обсуждался. Большинство было за json (я был за plain text). По сути json не плохой формат. Он легко парсится и легко читается человеком.

Difrex(mobile)> Опять тот же срач.
Difrex(mobile)> Давайте попробуем нормально общаться. Это я ко всем обращаюсь. Но Рома, да, начинает вести себя некрасиво.

Я закругляюсь с общением на тему взаимодействия с Владивостоком в рамках сети. Это последнее сообщение от меня в этом треде. Поэтому выскажусь я в нём =)

Нормально общаться не получится. Что угодно выведет Рому из равновесия и он обрушит на нас ушат фекалий. Как пить дать.

Рома хочет быть царём и богом распределённой сети. Это невозможно даже на техническом уровне. Поэтому так не будет.

Настраивать фетчинг на станцию Ромы я не буду, так как не вижу смысла так часто и бессмысленно менять конфиги своего узла. Если же гейтование всё же будет, то прошу выслать мне любым способом связи или опубликовать в ii://idec.talks изменения в части фетчинга для актуализации нодлиста. Конечно, если Рома всё же пришлёт информацию о своём узле.

Peter> Я не понял, мы закапываем ii.14 или нет? :)

Грохаем, конечно. Давно пора перебраться в idec.talks.

jmaks> Чуть позже. Сейчас есть тут некоторые вопросы надо решить, которые, срочнее.
jmaks> А потом будет время на тесты и отладку.

Попробуй написать в ii://idec.talks. А ii.14 depricated нынче.

В принципе, готовы актуальные сабж, но до сих пор нет информации от Ромы по поводу загадочной elp.

Пожалуй, выложу на фреки в таверну сейчас версии без elp, а при поступлении информации от Ромы обновлю их.