[ idec.talks ] 964 newmsg : revert : rss : home

Re: Изменения по tgistation.ru : 26/01/23 18:02 : vvs to Andrew Lobanov [#] [reply]

AL> То есть для тебя 32-бита и 64-бита это теологический, а не технический вопрос?

Для меня - да :)

AL> Конечно, есть частные случаи, когда 32 бит хватит на всё и некоторые корпорации старательно сокращают их количество. Но я бы не назвал уход с 32 бит именно модой.

У тех кому хватает 32 бита - это частный случай. Кому не хватает - тоже. Абсолютной необходимости ни у кого нет и быть не может. Для большинства обычных людей разрядность компьютера вообще никакого значения не имеет и они могут её даже и не знать. При выборе компьютера они руководствуются вовсе не техническими критериями. Не стоит забывать, что доля именно специалистов в информатике среди пользователей вычислительных устройств относительно невелика. Вон у меня сосед пользуется телевизором, подключённым к интернету, а сам в информатике абсолютный ноль. Вопрос: зачем ему этот интернет в телевизоре? Зачем вообще людям, например, социальные сети? Только не надо меня убеждать, что они без них жить не могут. Жили же раньше. Так меня когда-то убеждал один мой сотрудник по поводу жизненной необходимости своего автомобиля, на котором он на работу ездил. До меня так и не доходит, как можно путать удобства с жизненной необходимостью. Может потому, что я сам удобствам никакого значения не придаю - это абсолютно субъективно.



Re: боны поны и прочее : 23/01/23 05:57 : Andrew Lobanov to hugeping [#] [reply]

AL>> В народе это называется "бабский аргумент". Тематику разделять это нормально. Плодить сущности ради плодения сущностей - это не нормально.
hugeping> Я кстати не против перейти на новую болталку, но только ЕСЛИ на это согласятся остальные. Иначе, у нас просто будет две эхи... С другой стороны, действиетельно, я могу просто почистить старые сообщения и всё... Просто лень. :)

Да ради бока же :) Просто бессмысленное действие ради бессмысленного действия. А завтра кто-нибудь захочет перекатить другую конфу только ради перекатывания другой конфы. А после завтра ещё разок. Какой в этом смысл? Сэкономить пару мегабайт на диске?

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 21/01/23 12:05 : hugeping to Andrew Lobanov [#] [reply]

AL> В народе это называется "бабский аргумент". Тематику разделять это нормально. Плодить сущности ради плодения сущностей - это не нормально.

Я кстати не против перейти на новую болталку, но только ЕСЛИ на это согласятся остальные. Иначе, у нас просто будет две эхи... С другой стороны, действиетельно, я могу просто почистить старые сообщения и всё... Просто лень. :)



Re: боны поны и прочее : 21/01/23 10:32 : Difrex to ii.51t.ru [#] [reply]

> нифига не понял, почему это в develop

Да это мой косяк. Постил из браузера - он эху не ту подставил. Главное, что тред один и тот же и msgid не потерялись.



Re: Изменения по tgistation.ru : 20/01/23 14:51 : ii.51t.ru to Andrew Lobanov [#] [reply]

> ЗЫЖ Го в трубу уже с этими разговорами :)

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 20/01/23 12:50 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Зачем ишак, когда есть мозаик? :)
ii.51t.ru> ну, в mosaic я, честно говоря, не осилил, как там банально открыть url :) в ie осилил. ie3 был моим первым браузером, потом уже netscape. в пятой версии опера начала поддерживать русские буквы, но у меня опера началась только с 6.0.5, на winnt4 и на долгие годы, в т.ч. в linux, версии этак до 10-й

Пользовался оперой с 7 по 10 версии. Хотя, ещё до 8 я переполз на огнелис полностью, а опера была вторым браузером. А вот ишаком я пользовался на самой заре своей диалапной жизни.

ЗЫЖ Го в трубу уже с этими разговорами :)

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 20/01/23 07:00 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Зачем ишак, когда есть мозаик? :)

ну, в mosaic я, честно говоря, не осилил, как там банально открыть url :) в ie осилил. ie3 был моим первым браузером, потом уже netscape. в пятой версии опера начала поддерживать русские буквы, но у меня опера началась только с 6.0.5, на winnt4 и на долгие годы, в т.ч. в linux, версии этак до 10-й

> Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 20/01/23 06:41 : Andrew Lobanov to ii.51t.ru [#] [reply]

ii.51t.ru> Для win 3.1 есть ie5

Зачем ишак, когда есть мозаик? :)

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 20/01/23 06:41 : Andrew Lobanov to vvs [#] [reply]

AL>> А вот это, в рамках обсуждения, просто подмена понятий. Не все нововведения одинаково полезны. Зато подменил и вроде как молодец - доказал что-то (нет).
vvs> Обсуждают и доказывают что-то только при наличии общих понятий. Кто это будет обсуждать теологические вопросы с атеистами? Спорить о разнице в мировоззрении - глупейшее занятие, я в этом участвовать не собираюсь. Будем считать, что у нас противоположные взгляды. Опять же флаг в руки.

То есть для тебя 32-бита и 64-бита это теологический, а не технический вопрос? 64-битная архитектура решает конретные технические проблемы, упрощая жизнь. При чём тут мода? У меня в голове нет этого понимания до сих пор.

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

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 20/01/23 00:18 : ii.51t.ru to Andrew Lobanov [#] [reply]

Для win 3.1 есть ie5

Mozilla/5.0 (Linux; Android 13; SAMSUNG SM-A127F) AppleWebKit/537.36 (KHTML, like Gecko) SamsungBrowser/19.0 Chrome/102.0.5005.125 Mobile Safari/537.36


Re: Изменения по tgistation.ru : 19/01/23 13:42 : vvs to Andrew Lobanov [#] [reply]

AL> А вот это, в рамках обсуждения, просто подмена понятий. Не все нововведения одинаково полезны. Зато подменил и вроде как молодец - доказал что-то (нет).

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



Re: боны поны и прочее : 19/01/23 04:32 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Для меня тут простая арифметика. Сколько операторов с тобой согласны? Скольким остальным надо будет лезть в настройки узла из-за этого?
ii.51t.ru> прально, лучше всё писать в одной эхе :)

В народе это называется "бабский аргумент". Тематику разделять это нормально. Плодить сущности ради плодения сущностей - это не нормально.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 19/01/23 04:32 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> При этом на действительно старой машине со старой системой к тебе всё таки не сходить.
ii.51t.ru> сходить. с дискетами. восьмидюймовыми. или с перфокартами. а в транслит я уж как-нибудь перкодирую.

Речь о сети и пользователях Windows 3.11. С дискетами они, конечно, могут, но лучше бы по сети всё таки.

Хотя, пользователи какого-нибудь Apple ][ могли бы и с дискетами. Хотя, у них вообще-то есть модем.

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 19/01/23 00:25 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Для меня тут простая арифметика. Сколько операторов с тобой согласны? Скольким остальным надо будет лезть в настройки узла из-за этого?

прально, лучше всё писать в одной эхе :)

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 19/01/23 00:24 : ii.51t.ru to Andrew Lobanov [#] [reply]

> При этом на действительно старой машине со старой системой к тебе всё таки не сходить.

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: боны поны и прочее : 18/01/23 18:22 : vvs to Andrew Lobanov [#] [reply]

AL> 1. Это не арифметический вопрос.

Ну если бы только арифметические вопросы не решались голосованием...

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

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

Всё, что вызвало такую мою реакцию - это что чьей-то правотой здесь не пахнет. Субъективная значимость чьего-то мнения - это что угодно, но только не "правота". Ведь даже если какое-то предложение кого-то не устраивает, то совершенно не обязательно привязывать это к личности автора (ad hominem). И, в любом случае, ни к чему не обязывает. И это невольно заставляет поставить себя на его место.

Просто мои пять копеек.

P.S. А кстати, разве есть какой-то устав, который ограничивает время пребывания операторов в сети? Старожилы имеют особый статус? Напоминает тюремные порядки.



Re: боны поны и прочее : 18/01/23 16:56 : Andrew Lobanov to vvs [#] [reply]

AL>>>> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.
vvs>>> Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P
AL>> Я озвучил гораздо более простую задачку. У нас операторов по пальцам пересчитать можно. Именно отсюда моё предположение, что посчитать их - тривиальная, в сущности, задачка. Хотя, отчасти, я согласен, что я могу завышать способности некоторых людей.
vvs> Смысл моего предложения вовсе не в том, что это очень "сложная" задача, а в том, что решать арифметические задачи голосованием - вообще бессмысленно. И аналогично, определять чью-нибудь правоту голосованием - бессмысленно тоже. Так можно только выяснить, какая точка зрения имеет больше сторонников в момент голосования и только среди его участников.

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

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 18/01/23 16:56 : Andrew Lobanov to vvs [#] [reply]

AL>> Не вижу как таковой моды. Вижу только удобство в возможности легче и быстрее обрабатывать больший объём информации.
vvs> Ну, если кто-то не хочет что-нибудь видеть, то это не значит, что этого нет. Зачем, например, покупают iPhone? Ах это просто удобство и эффективность обработки информации? Ну да, ну да...

А вот это, в рамках обсуждения, просто подмена понятий. Не все нововведения одинаково полезны. Зато подменил и вроде как молодец - доказал что-то (нет).

AL>> Время не имеет значения только для бессметрных людей с бесплатной электроэнергией. И таки почему вдруг упирательство идёт именно в 32 бита, а не, скажем, в 16? Ведь переход с 16 на 32 тоже был модой, если быть последовательными.
vvs> Не на сто процентов, но мода там участвовала тоже. 32-бита здесь просто актуальнее для присутствующих. Ну какой смысл сейчас вспоминать уже далёкое прошлое? У меня есть ностальгия и по огромным мэйнфреймам, но это уже не актуально для тех, кто сейчас это читает.

Из здесь присутствующих это актуально двум человекам. Так что в лучшем случае лишь для некоторых из здесь присутствующих. Причём, судя по всему, актуальность никак не обусловлена технически.

vvs> А время значение, конечно, имеет, но только не в том контексте, о котором идёт речь.

В каком же? В обсуждаемом нами вопросе вполне имеет. И таки нет ответа почему именно 32 бита, а не 16 или 8. Ведь 32 бит пришли именно на замену 16.

AL>> P.S.: Если всё дело в моде, то почему нет тотального перехода с 64 бит на 128?
vvs> А? А почему 128 бит должно быть моднее? Ну если будет, то и перейдут. У меня нет желания выяснять здесь почему что-то является модным для кого-то.

Про моду ты начал. Сам притащил, сам говоришь, что тебе это не важно. А почему 128 должно быть моднее я не знаю. Как и не знаю почему 64 моднее 32. Но ты говоришь о моде, значит ты точно знаешь почему. Ну и почему, если будет? 128-бит уже было спроектировано в конце 90-х и то, что оно не пошло в массы как процессор общего назначения, это не неповоротливость моды, а практический подход. В них просто нет смысла, в то время как в 64-битных машинах смысл есть.

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 18/01/23 12:33 : vvs to Andrew Lobanov [#] [reply]

AL>>> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.
vvs>> Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P

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

Смысл моего предложения вовсе не в том, что это очень "сложная" задача, а в том, что решать арифметические задачи голосованием - вообще бессмысленно. И аналогично, определять чью-нибудь правоту голосованием - бессмысленно тоже. Так можно только выяснить, какая точка зрения имеет больше сторонников в момент голосования и только среди его участников.



Re: Изменения по tgistation.ru : 18/01/23 12:11 : vvs to Andrew Lobanov [#] [reply]

AL> Не вижу как таковой моды. Вижу только удобство в возможности легче и быстрее обрабатывать больший объём информации.

Ну, если кто-то не хочет что-нибудь видеть, то это не значит, что этого нет. Зачем, например, покупают iPhone? Ах это просто удобство и эффективность обработки информации? Ну да, ну да...

AL> Время не имеет значения только для бессметрных людей с бесплатной электроэнергией. И таки почему вдруг упирательство идёт именно в 32 бита, а не, скажем, в 16? Ведь переход с 16 на 32 тоже был модой, если быть последовательными.

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

А время значение, конечно, имеет, но только не в том контексте, о котором идёт речь.

AL> P.S.: Если всё дело в моде, то почему нет тотального перехода с 64 бит на 128?

А? А почему 128 бит должно быть моднее? Ну если будет, то и перейдут. У меня нет желания выяснять здесь почему что-то является модным для кого-то.



Re: боны поны и прочее : 18/01/23 11:02 : Andrew Lobanov to vvs [#] [reply]

AL>> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.
vvs> Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P

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

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 18/01/23 11:02 : Andrew Lobanov to vvs [#] [reply]

AL>> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.
vvs> Это лишь следствие. А причина в том спросе, который во многом формируется модой. Не было бы спроса, не надо было бы ничего и тестировать. Хотя это лишь один из многих примеров, где разные люди видят противоположные причинно-следственные связи. Ну вот, что было раньше: курица или яйцо? :P

Не вижу как таковой моды. Вижу только удобство в возможности легче и быстрее обрабатывать больший объём информации.

AL>> А что за исследования? Как проводились? Где публиковались? Было бы интересно почитать как измеряют ум. Особенно ум давно умерших людей. Насколько крестьянин XIX века был умнее современного обывателя?
vvs> http://dx.doi.org/10.1016/j.intell.2013.04.006
vvs> И надо всегда помнить, что любая научная модель - это упрощение. "Ум" в общем смысле, измерить невозможно, поскольку нет его однозначного определения. Измеряют какую-то конкретную величину, принятую здесь за "ум". Галилей в своей модели тоже не учитывал сопротивление воздуха, тем не менее это было полезно для механики. Философия же вечно обсуждает некие общие нечёткие понятия и поэтому от неё мало толку на практике, если только не считать бессмысленных споров о смысле слов.

Надо будет поплотнее почитать. Насколько я понял по началу статьи, исследователи опираются на IQ. Однако, не совсем пока понятно как они измеряют IQ в ретроспективе.

AL>> Ну так это же здорово. Тебе не надо собирать мир на целевой дохлой машинке. Собрал что надо как надо под нужную архитектуру на мощном сервере и заливай себе хоть на одноплатник. Это выгодно и по времени и по электроэнергии.
vvs> Это плохо с точки зрения независимости от прихотей моды, как в данном случае. Время в данном случае не имеет значения. А с точки зрения эффективности использования электроэнергии, все должны питаться в столовой и жить в бараках :P

Время не имеет значения только для бессметрных людей с бесплатной электроэнергией. И таки почему вдруг упирательство идёт именно в 32 бита, а не, скажем, в 16? Ведь переход с 16 на 32 тоже был модой, если быть последовательными.

P.S.: Если всё дело в моде, то почему нет тотального перехода с 64 бит на 128?

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 18/01/23 10:45 : vvs to Andrew Lobanov [#] [reply]

AL> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.

Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P



Re: Изменения по tgistation.ru : 18/01/23 10:38 : vvs to Andrew Lobanov [#] [reply]

AL> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

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

AL> А что за исследования? Как проводились? Где публиковались? Было бы интересно почитать как измеряют ум. Особенно ум давно умерших людей. Насколько крестьянин XIX века был умнее современного обывателя?

http://dx.doi.org/10.1016/j.intell.2013.04.006

И надо всегда помнить, что любая научная модель - это упрощение. "Ум" в общем смысле, измерить невозможно, поскольку нет его однозначного определения. Измеряют какую-то конкретную величину, принятую здесь за "ум". Галилей в своей модели тоже не учитывал сопротивление воздуха, тем не менее это было полезно для механики. Философия же вечно обсуждает некие общие нечёткие понятия и поэтому от неё мало толку на практике, если только не считать бессмысленных споров о смысле слов.

AL> Ну так это же здорово. Тебе не надо собирать мир на целевой дохлой машинке. Собрал что надо как надо под нужную архитектуру на мощном сервере и заливай себе хоть на одноплатник. Это выгодно и по времени и по электроэнергии.

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



Re: Изменения по tgistation.ru : 18/01/23 07:09 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Это один и тот же вопрос. На половине узлов твоя новая труба 2033, на второй половине труба 2032. Не за то боролись большевики.
ii.51t.ru> pipe.2032 is dead. если прямо сейчас, ничего не меняя, отправить всем её в архив - ничо не изменится :) остальные эхи тоже dead, но там хотя бы архивы сообщений могут представлять ценность. конечно, если их не завалить оффтопиком, чем мы все здесь начинаем потихоньку заниматься, поэтому офтопик сворачиваем, как говорил Славик: "посидим, поговорим о тоссерах"

pipe.2033 тоже мертва. Никому ненужная болталка, которая при этом ещё сугубо твоя локалка, никуда не проброшенная. Если я напишу в 2032, то сообщение пройдёт по всей сети и никому при этом не надо судорожно переписывать конфиги потому что на тебя что-то там "давит". А если ты напишешь в 2033, то сможешь мило пообщаться сам с собой.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 18/01/23 07:09 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Революция ради революции. Не хочешь старых переписок - не читай и не качай. Раз уж всё равно разброд и шатание, то хотя бы оставь текущее общение без фрагментации.
ii.51t.ru> Да уже поздно, уже idec.talks в болталку превратили :)

По вопросам сети она и есть болталка.

ii.51t.ru> Просто хотелось общую болталку без legacy, чтобы с чистого листа. Я лично не хочу pipe.2032, она давит на меня воспоминаниями. :) И противоречит моим замыслам. Никого в неё не тяну, но 2032 брать не буду.

Твоё право. Хоть каждый день у себя новые болталки создавай. Только не агитируй народ на сегментацию.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 18/01/23 07:09 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Ну ой тогда. Тянуть весь мир в то, что может потянуть Микро-80, это луддитство чистой воды. На третьем же пентиуме вполне себе работает и 11 дебиан. Конечно, система после старта с иксами и оконным менеджером отъедает 70 МБ ОЗУ, но с этим вполне можно жить.
ii.51t.ru> у меня на третьем пентиуме стоят OpenBSD 7.2, Alt 3.0 и Debian 4.0. Мне так хочется. С KDE и Гномом, соответственно. Шик, блеск, все дела. OpenBSD современный я и на первый пень ставил. Да и современный Links во FreeDOS запускал и свой сайт смотрел: единственное, в графическом режиме русский ввод не работает. Жаль, эху со всеми тестами потерял.

При этом на действительно старой машине со старой системой к тебе всё таки не сходить.

ii.51t.ru> Вопрос не в том, куда тянуть весь мир. Вопрос, наоборот, а куда можно сходить со старой системы. Ко мне - можно. А планов сделать всё на html8, чтобы было "ну вааще круто" у меня не было.

Ну если у человека не было планов сделать всё на HTML1 с однобайтной кодировкой, чтобы было "ну вааще круто", то можно ли его за это винить?

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 18/01/23 07:09 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> В том же фидонете это никого не парило никогда.
ii.51t.ru> в фидонете тоссинг, а не консистентные эхи. меня, кстати, это парило, когда подписываешься на эху, а там пусто. у partoss была команда ареафиксу, чтобы набрать сообщений из эхи, но для passthru-эх и вообще на практике это не работало. поэтому я это учитывал при своей схеме.

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

Для меня тут простая арифметика. Сколько операторов с тобой согласны? Скольким остальным надо будет лезть в настройки узла из-за этого?

Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 18/01/23 07:09 : Andrew Lobanov to vvs [#] [reply]

AL>> Старое остаётся в прошлом. Как отошли 8-разрядные машины, за ними ушли в прошлое 16-разрядные, так отходят и 32-разрядные. Это остаётся только принять или изобретать велосипеды
vvs> Когда толпа бегает за модой, то это её дело. Плохо только то, что и другим приходится приспосабливаться, кому на моду наплевать и у них всё и так прекрасно работало. Ну, я уже сижу под 64-бит, выбора особого нет :(

Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

vvs> И так во всём, бракованные стереотипы навязываются в качестве эталона. Удручает, что жить становится всё хуже и это объективная тенденция :( Кто теперь осмелится утверждать, что ностальгия по прошлому вызвана исключительно ушедшей молодостью? Тем же, кто помоложе просто не с чем сравнивать. Вот и научные исследования утверждают, что в викторианскую эпоху люди были умнее :( Автаркия полезна не столько из-за политических рисков, сколько из-за экзистенциальных... По крайней мере для меня, самое страшное - это просто быть, как все.

А что за исследования? Как проводились? Где публиковались? Было бы интересно почитать как измеряют ум. Особенно ум давно умерших людей. Насколько крестьянин XIX века был умнее современного обывателя?

AL>> Гентушники уже давно занимаются кроскомпиляцией, насколько я помню.
vvs> Вот-вот :/

Ну так это же здорово. Тебе не надо собирать мир на целевой дохлой машинке. Собрал что надо как надо под нужную архитектуру на мощном сервере и заливай себе хоть на одноплатник. Это выгодно и по времени и по электроэнергии.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 21:34 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Это один и тот же вопрос. На половине узлов твоя новая труба 2033, на второй половине труба 2032. Не за то боролись большевики.

pipe.2032 is dead. если прямо сейчас, ничего не меняя, отправить всем её в архив - ничо не изменится :) остальные эхи тоже dead, но там хотя бы архивы сообщений могут представлять ценность. конечно, если их не завалить оффтопиком, чем мы все здесь начинаем потихоньку заниматься, поэтому офтопик сворачиваем, как говорил Славик: "посидим, поговорим о тоссерах"

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 21:32 : ii.51t.ru to vvs [#] [reply]

> Вот и научные исследования утверждают, что в викторианскую эпоху люди были умнее :(

Да чего уж там, в советскую люди были умнее.

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 21:30 : ii.51t.ru to Andrew Lobanov [#] [reply]

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

Да уже поздно, уже idec.talks в болталку превратили :)

Просто хотелось общую болталку без legacy, чтобы с чистого листа. Я лично не хочу pipe.2032, она давит на меня воспоминаниями. :) И противоречит моим замыслам. Никого в неё не тяну, но 2032 брать не буду.

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 21:28 : ii.51t.ru to Andrew Lobanov [#] [reply]

> А IS-DOS отлично работал на спектруме.

У меня там работала последняя, 10-я версия Альта. Просто у меня щас нет этой таблетки.

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 21:27 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Ну ой тогда. Тянуть весь мир в то, что может потянуть Микро-80, это луддитство чистой воды. На третьем же пентиуме вполне себе работает и 11 дебиан. Конечно, система после старта с иксами и оконным менеджером отъедает 70 МБ ОЗУ, но с этим вполне можно жить.

у меня на третьем пентиуме стоят OpenBSD 7.2, Alt 3.0 и Debian 4.0. Мне так хочется. С KDE и Гномом, соответственно. Шик, блеск, все дела. OpenBSD современный я и на первый пень ставил. Да и современный Links во FreeDOS запускал и свой сайт смотрел: единственное, в графическом режиме русский ввод не работает. Жаль, эху со всеми тестами потерял.

Вопрос не в том, куда тянуть весь мир. Вопрос, наоборот, а куда можно сходить со старой системы. Ко мне - можно. А планов сделать всё на html8, чтобы было "ну вааще круто" у меня не было.

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: боны поны и прочее : 17/01/23 21:22 : ii.51t.ru to Andrew Lobanov [#] [reply]

> В том же фидонете это никого не парило никогда.

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 19:26 : vvs to Andrew Lobanov [#] [reply]

AL> Старое остаётся в прошлом. Как отошли 8-разрядные машины, за ними ушли в прошлое 16-разрядные, так отходят и 32-разрядные. Это остаётся только принять или изобретать велосипеды

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

И так во всём, бракованные стереотипы навязываются в качестве эталона. Удручает, что жить становится всё хуже и это объективная тенденция :( Кто теперь осмелится утверждать, что ностальгия по прошлому вызвана исключительно ушедшей молодостью? Тем же, кто помоложе просто не с чем сравнивать. Вот и научные исследования утверждают, что в викторианскую эпоху люди были умнее :( Автаркия полезна не столько из-за политических рисков, сколько из-за экзистенциальных... По крайней мере для меня, самое страшное - это просто быть, как все.

AL> Гентушники уже давно занимаются кроскомпиляцией, насколько я помню.

Вот-вот :/



Re: Изменения по tgistation.ru : 17/01/23 18:33 : Andrew Lobanov to vvs [#] [reply]

vvs> ii.51t.ru> alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб
vvs> Каждый смотрит со своей колокольни. Федора на 256 МБ даже не загрузится. Мой далеко не полный список претензий к последним версиям 32-битных линуксов, которые мне пришлось испытывать: не работает Mount Rainier, suspend to disk (похоже проблема связана с интеловской графикой), Qt5. Если речь не обязательно о линуксе, то можно добавить кучу бинарных приложений, откомпилированных под Pentium 4 с SSE2 (например Firefox) или, на закуску, древние, ещё досовские игры, портированные исключительно под OpenGL 3.3 :) Да, есть еще проблемы с совместимостью из-за забаненных старых версий протоколов и алгоритмов, типа SHA1. Доставляют также изменённые умолчания, например в samba, из-за чего новые версии не хотят коннектиться к Windows XP (это поправимо, но лишняя нервотрёпка). Вообще, старое железо работает под новым ядром только хуже, некому тестировать, всем плевать на 32-битные баги.

Старое остаётся в прошлом. Как отошли 8-разрядные машины, за ними ушли в прошлое 16-разрядные, так отходят и 32-разрядные. Это остаётся только принять или изобретать велосипеды, как делают в рамках проекта Sprinter с их SprinterNet. То есть писать некий прокси-шлюз, который будет забирать из большого интернета то, что надо и предоставлять в удобоваримом для слабой машинки виде.

vvs> Сидеть и самостоятельно всё это исправлять, перекомпилировать целые ОС с исходников - нет ни ресурсов, ни желания. И, кстати, кто-нибудь пробовал самостоятельно откомпилировать Firefox или WebKit на 32-бит? Там же недостаточно 4 ГБ памяти. Та же хрень с Хаскеллом, возьмите, например, pandoc. Тут даже не имеет значения, что компьютер не старый. Особенно весело должно быть пользователям Gentoo (не смотрел, как они в таком случае выкручиваются). Вообще, для меня ОС должна работать из коробки и не отвлекать от основных задач.

Гентушники уже давно занимаются кроскомпиляцией, насколько я помню.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 18:33 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Давай. В чём принципиальное отличие новой трубы от старой? Какая выгода будет операторам и пользователям от перехода на новую эху?
ii.51t.ru> тем, что она новая, без древних переписок с древними людьми. таким эхам место в архиве. я не вижу смысла держаться за старую, это просто болталка. знач, pipe.2033 будет моим эксклюзивом, осталось придумать, куда её протянуть :)

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

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 18:33 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Какой смысл в архиве?
ii.51t.ru> а какой смысл в неконсистентных эхах?

Это один и тот же вопрос. На половине узлов твоя новая труба 2033, на второй половине труба 2032. Не за то боролись большевики.

ii.51t.ru> в архив отправляются сообщения, которые понадобятся крайне редко. в случае с болталками нет смысла хранить переписку в эхах, а то вдруг кто-то пойдёт, зачитается и не вернётся. у меня на такие случаи поддерживается вид "эха-книжка", а на 3500 сообщений это будет очень большая книжка :)

Заставлять всю сеть что-то делать только потому, что это будет удобно на одном только твоём узле... Ну такое.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 18:33 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Ну скоро останется только генту компилить под 32-бита или слаку ставить, пока Пат не выкинет поддержку. Пока что Debian 11 работает на старых машинах, но это тоже временно.
ii.51t.ru> alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб

А IS-DOS отлично работал на спектруме.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 18:33 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Ты неправильно видишь целевую аудиторию. Со старых систем и компьютеров доступ никто не запрещал. Если ты не хочешь обновлять сертификаты у себя, то это ты себе запрещаешь использовать эти сайты, а не тебе.
ii.51t.ru> дело не в сертификатах, а в протоколах, которые на новых сайтах уже заблокированы. точно так же я не могу зайти по ssh на современные системы - поэтому telnet рулит, как 40 лет назад работал, так и работает :) аналогично с http

Ну ой тогда. Тянуть весь мир в то, что может потянуть Микро-80, это луддитство чистой воды. На третьем же пентиуме вполне себе работает и 11 дебиан. Конечно, система после старта с иксами и оконным менеджером отъедает 70 МБ ОЗУ, но с этим вполне можно жить.

+++ Caesium/0.4 RC1



Re: ii.51t.ru : 17/01/23 18:33 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?
ii.51t.ru> не работает в ie3 в win95 - не поддерживается utf-8. сначала хотел приделать перекодировку, но потом решил, что пользователи ie3 должны страдать. нетскейп навигатор и коммуникатор 4.77 под debian sarge работают, под виндой не проверял

Пользователи любой версии IE должны страдать. Но NCSA Mosaic то за что?

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 17/01/23 18:33 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.
ii.51t.ru> тогда не будет целостности эх - на одной станции столько то сообщений, а на другой - другое. чтобы была целостность, надо чтобы везде было одно и то же.

А надо ли? Я серьёзно. В том же фидонете это никого не парило никогда. Эха это не столько способ хранения информации, сколько способ её передачи же.

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

Вот да. Для болталки не имеет значения.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 17:52 : vvs to ii.51t.ru [#] [reply]

ii.51t.ru> alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб

Каждый смотрит со своей колокольни. Федора на 256 МБ даже не загрузится. Мой далеко не полный список претензий к последним версиям 32-битных линуксов, которые мне пришлось испытывать: не работает Mount Rainier, suspend to disk (похоже проблема связана с интеловской графикой), Qt5. Если речь не обязательно о линуксе, то можно добавить кучу бинарных приложений, откомпилированных под Pentium 4 с SSE2 (например Firefox) или, на закуску, древние, ещё досовские игры, портированные исключительно под OpenGL 3.3 :) Да, есть еще проблемы с совместимостью из-за забаненных старых версий протоколов и алгоритмов, типа SHA1. Доставляют также изменённые умолчания, например в samba, из-за чего новые версии не хотят коннектиться к Windows XP (это поправимо, но лишняя нервотрёпка). Вообще, старое железо работает под новым ядром только хуже, некому тестировать, всем плевать на 32-битные баги.

Сидеть и самостоятельно всё это исправлять, перекомпилировать целые ОС с исходников - нет ни ресурсов, ни желания. И, кстати, кто-нибудь пробовал самостоятельно откомпилировать Firefox или WebKit на 32-бит? Там же недостаточно 4 ГБ памяти. Та же хрень с Хаскеллом, возьмите, например, pandoc. Тут даже не имеет значения, что компьютер не старый. Особенно весело должно быть пользователям Gentoo (не смотрел, как они в таком случае выкручиваются). Вообще, для меня ОС должна работать из коробки и не отвлекать от основных задач.



Re: Изменения по tgistation.ru : 17/01/23 14:00 : Ordos to ii.51t.ru [#] [reply]

>вернёмся к сабжу. у меня вопрос - а как вообще что-то фетчить со станции, какой url? :)
url тот же - https://tgistation.ru/ (теперь и http можно).

>хочу забрать bot.habr.rss (в ro) и game.rogue.14
Пожалуйста. Только хабр редко что-то годное выдает, а в game.rogue.14 вроде давно уж ничего не писалось.

>а где ещё есть роботные эхи?
В таверне, насколько я знаю, имеется всякое - http://idec.spline-online.tk/



Re: Изменения по tgistation.ru : 17/01/23 13:39 : ii.51t.ru to Ordos [#] [reply]

вернёмся к сабжу. у меня вопрос - а как вообще что-то фетчить со станции, какой url? :)

хочу забрать bot.habr.rss (в ro) и game.rogue.14 (но тогда нужен бекфетч)

а где ещё есть роботные эхи?

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 13:23 : ii.51t.ru to iiii [#] [reply]

добавил к себе эхи linux.14 и std.game с hugeping.tk

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 13:12 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Давай. В чём принципиальное отличие новой трубы от старой? Какая выгода будет операторам и пользователям от перехода на новую эху?

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 13:10 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Какой смысл в архиве?

а какой смысл в неконсистентных эхах?

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 13:08 : ii.51t.ru to Andrew Lobanov [#] [reply]

> Ну скоро останется только генту компилить под 32-бита или слаку ставить, пока Пат не выкинет поддержку. Пока что Debian 11 работает на старых машинах, но это тоже временно.

alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 13:06 : ii.51t.ru to Andrew Lobanov [#] [reply]

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

дело не в сертификатах, а в протоколах, которые на новых сайтах уже заблокированы. точно так же я не могу зайти по ssh на современные системы - поэтому telnet рулит, как 40 лет назад работал, так и работает :) аналогично с http

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: боны поны и прочее : 17/01/23 13:04 : ii.51t.ru to Andrew Lobanov [#] [reply]

> А в чём принципиальная разница?

Пётр уже ответил

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: ii.51t.ru : 17/01/23 13:04 : ii.51t.ru to Andrew Lobanov [#] [reply]

> На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: боны поны и прочее : 17/01/23 13:03 : ii.51t.ru to Andrew Lobanov [#] [reply]

> А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.

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

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

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 17/01/23 11:34 : Andrew Lobanov to Ordos [#] [reply]

Ordos> После некоторых размышлений таки убрал принудительный редирект на https. Теперь работает и так и так, по желанию. Мне не критично, а кому-то может и да.

Крут!

Ordos> Заодно зацепил к себе https://ii.51t.ru/ii/. Эхи idec.talks и zx.spectrum. Пусть будет.

Значит мне можно не перенастраивать фетчер. Люблю, когда мне не надо что-либо делать :)

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.
ii.51t.ru> ну они всегда один раз забираются. я не понимаю просто смысла держать эху с сообщениями лет за 9, которая просто болталка. такие вещи надо держать в архиве.

Ну так держи. Кто ж тебе запрещает то? Хоть в архиве, хоть в кладовке, хоть на полочке. Зачем всем то этим заниматься? Не хочешь ни разу тянуть всю эху - тебя никто не заставляет. Можешь тянуть хоть последние 10 сообщений и потом только новое.

ii.51t.ru> просто у нас сейчас в таком случае болталкой стала idec.talks, сиё не очень хорошо :) ладно, буду искать линка на pipe.2033, 3500 сообщений, некоторые из которых мне вообще не нравятся, я хранить не хочу - хочу историю с чистого листа.

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

ii.51t.ru> ясно. не буду гейтовать. буду pipe.2033 рекламировать :)

Давай. В чём принципиальное отличие новой трубы от старой? Какая выгода будет операторам и пользователям от перехода на новую эху?

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to ii.51t.ru [#] [reply]

>> Про pipe.2033 -- если создание эхи приведёт к тому что у нас будет две эхи, вместо одной, то я бы этого не хотел. Так что я не то чтобы инициативу не поддерживаю, я считаю что это нужно всем решать станциям.
ii.51t.ru> так я и выносил вопрос на все станции. все станции молчат. pipe.2032 давно не использовалась, а таскать 3500 сообщений туда-сюда из чатовой эхи смысла нет. именно поэтому изначально был обязательный постфикс, чтобы "освежать" эхи а старую инфу уводить в архив.

Чтобы не таскать 3500 сообщений туда-сюда достаточно использовать нормальный софт. Или допилить свой софт до нормального состояния. А архивы это удел ii и 2014-го года. Уже 8+ лет как не актуально.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to hugeping [#] [reply]

hugeping> Про pipe.2033 -- если создание эхи приведёт к тому что у нас будет две эхи, вместо одной, то я бы этого не хотел. Так что я не то чтобы инициативу не поддерживаю, я считаю что это нужно всем решать станциям.

Смысла нет совершенно, так как это решает только проблемы лентяев, которые не могут добавить поддержку срезов в фетчер :)

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

iiii> 2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив

Какой смысл в архиве? Ну кроме недофетчеров, которые не поддерживают стандарт в полном объёме.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to hugeping [#] [reply]

hugeping> В кои-то веки -- оживление!
hugeping> Мне тоже не нравится принудительный https, но тут каждый сам решает что на ноде крутить. Опять же, есть технические нюансы. Мне кажется, что заворот http на https это сейчас настройка по умолчанию много где. На моей ноде всё сделано руками, поэтому мне было не сложно оставить выбор.

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

hugeping> P.S. gemini требует ssl и это для меня существенный минус. Выкидывает за борт всё ретро сразу. Хотя в остальном gemini мне очень нравится...

Да. Тоже это в gemini не нравится.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to vvs [#] [reply]

shaos>> Ну новых планов не выпускают, а дебианы - выпускают. Какой смысл сидеть на старой версии если уже было выпущено много новых с обновлениями (в том числе секьюрными) и т.д.? Вот у меня есть старый повербук на G4 - там ничего новее MacOS X 10.4 не идёт ну я там и сижу в сафари который не обновлялся с 2007 года и тоже страдаю по недоступности многих сайтов https (хотя вот например некоторые летсэнкрипнутые сайты там открываются), но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)
vvs> "Не корысти ради, а токмо..." ради верности фактам. Я дебианом никогда сам не пользовался, но вот федорой - много лет. И с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем". Да и до этого минимальные требования памяти уже заметно превышали возможности старых компьютеров. Ну и, например, многие перестали поддерживать старые процессора ниже Pentium 4. Я с этим только вчера сталкивался, пытаясь установить android-x86 на старый комп (не ради любопытства, кстати).

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

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

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

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

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to Ordos [#] [reply]

Ordos> iiii> а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?
Ordos> Разве кто-то что-то выпячивал? Просто констатация факта и не более того. Уж извините, но сделано так, как я посчитал нужным. В том числе и несчастный принудительный https. Где-то в стандартах указывается, что его нельзя использовать?
Можешь хоть по FTP или SSH трафик отдавать. Это не столько принципиально. Если у одного конкретного оператора что-то подгорает от твоего HTTPS, то это проблема одного конкретного оператора. Тем более, что он появляется раз в пятилетку набросить на вентилятор, что мы тут неправильно все живём, и снова сгинуть в небытие.

Ordos> P. S. Ну хоть эха оживилась и то хорошо.

Это конвульсии :)

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

>> но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)
iiii> а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?

Наличие кучи актуальных браузеров, где это всё или не работает или работает некорректно.

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

iiii> я про то, какие эхи гейтовать: std.hugeping это локальный блог или глобальный?

А в чём принципиальная разница?

+++ Caesium/0.4 RC1



Re: ii.51t.ru : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

iiii> От создания контента - к его провайдингу.
iiii> http://ii.51t.ru
iiii> для старых компьютеров - ок. осталось забить контентом. функциональность "эхи как книги" надо будет вернуть, но переосмыслить под "архив эх". никакого https, никакого javascript и css. проверена работа на win 95 с ie4, на debian woody с netscape navigator и на всём остальном.
iiii> сейчас фетчатся эхи idec.talks и pipe.2033 (пока не существующая) с hugeping.tk, поллинг 5 минут
iiii> описание станции (точнее, софта эхи): http://ii.51t.ru/ii/html/about.html

На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

iiii> а где болтаем-то?

В реале.

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

iiii> или std.hugeping тоже теперь болталка? :)

А было иначе? Каждый волен делать у себя что хочет. Анархия.

+++ Caesium/0.4 RC1



Re: боны поны и прочее : 17/01/23 11:20 : Andrew Lobanov to iiii [#] [reply]

iiii> 1. перепись узлов - кто что гейтует? чё ща модно гейтовать

Ничего.

iiii> 2. давайте сделаем новую межсетевую болталку - pipe.2033? новый год всё таки, а тянуть 3500+ сообщений 9-летней давности про болтание не стоит - лучше в архив :)

А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:20 : Andrew Lobanov to vvs [#] [reply]

shaos>> Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)
shaos>> Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...
vvs> О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал. Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.

Так никто оттуда и не намекает, что надо убирать SSL. Кому надо, те просто ставят проксирующий сервер своими силами и не жужжат.

vvs> Конечно ожидать, что все будут этот антиквариат поддерживать - наивно. Но, учитывая специфику сети idec, вообще-то не так уж и глупо.
vvs> P.S. Извините, что влез не в своё дело, но слишком часто приходится видеть это "а зачем вам всё это надо?". Имеет каждый человек право на свои причуды и интересы. И отнестись к ним с сочувствием или хотя бы с пониманием - ничего ведь не отнимется. У меня самого в углу древний комп стоит, на который ничего новее 2005 года не установишь, а выкинуть жалко

Смотря насколько древний. У меня валяется Compaq Evo N600c начала века. На него прекрасно ставится актуальный Debian. Конечно, работает он не очень шустро, на него бессмысленно ставить современный браузер, но в остальном машинка вполне юзабельная и я за ней периодически с удовольствием сижу. Хотя казалось бы: третий пентиум (ещё и М) да 256 МБ ОЗУ.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 11:19 : Andrew Lobanov to iiii [#] [reply]

>> Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.
iiii> Да, есть проблемы. Несовместимость. Поэтому из старых ос на этот сайт не зайти в принципе. Хоть он трижды без javascript и всего остального.

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

>> В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.
iiii> какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http

Как будто что-то хорошее :)

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 17/01/23 08:21 : Ordos to All [#] [reply]

После некоторых размышлений таки убрал принудительный редирект на https. Теперь работает и так и так, по желанию. Мне не критично, а кому-то может и да.

Заодно зацепил к себе https://ii.51t.ru/ii/. Эхи idec.talks и zx.spectrum. Пусть будет.



Re: Изменения по tgistation.ru : 15/01/23 01:07 : ii.51t.ru to hugeping [#] [reply]

> Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.

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

просто у нас сейчас в таком случае болталкой стала idec.talks, сиё не очень хорошо :) ладно, буду искать линка на pipe.2033, 3500 сообщений, некоторые из которых мне вообще не нравятся, я хранить не хочу - хочу историю с чистого листа.

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

ясно. не буду гейтовать. буду pipe.2033 рекламировать :)

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 14/01/23 17:33 : hugeping to ii.51t.ru [#] [reply]

ii.51t.ru> и какие эхи ты фетчишь?

https://club.hugeping.ru/list.txt

ii.51t.ru> так я и выносил вопрос на все станции. все станции молчат. pipe.2032 давно не использовалась, а таскать 3500 сообщений туда-сюда из чатовой эхи смысла нет. именно поэтому изначально был обязательный постфикс, чтобы "освежать" эхи а старую инфу уводить в архив.

Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.

> хотя у hugeping тоже нет https,

Он есть, просто не принудительный.

ii.51t.ru> вопрос только в std.hugeping - там основная жизнь, но это всё-таки блог конкретной станции, конкретного автора. возможно, придётся режим read-only предусмотреть.

Да, теперь понял. У меня скорее всего запрещено создание статей не от меня в этой эхе, но работает ли это если забор идёт через fetch, я не помню. Я посмотрю, чуть позже.



Re: Изменения по tgistation.ru : 14/01/23 15:07 : iiii to ii.51t.ru [#] [reply]

а, ты все свои эхи берёшь. тогда я, наверное, поставлю в обменник zx.spectrum и plan.9, в первой даже из 2022 есть сообщения. вдруг кто ходит и не знает, куда на zx.spectrum и plan.9 зайти



Re: Изменения по tgistation.ru : 14/01/23 14:58 : ii.51t.ru to hugeping [#] [reply]

> У меня довольно утилитарное применение idec, я бы даже сказал - эгоистичное. По соображениям простоты я фетчу всё-то, что показываю. Так что фетч я взаимный поставил, но забираться будут только те эхи, которые присутствуют на станции.

я так и не понял, гейтовать std.hugeping или нет?

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

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

так я и выносил вопрос на все станции. все станции молчат. pipe.2032 давно не использовалась, а таскать 3500 сообщений туда-сюда из чатовой эхи смысла нет. именно поэтому изначально был обязательный постфикс, чтобы "освежать" эхи а старую инфу уводить в архив.

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

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

из лайвовых эх чатилка (лучше 2033, чем 2032), idec.talks как нужная для обмена информацией по самой системе (нужен бонлист!), вопрос только в std.hugeping - там основная жизнь, но это всё-таки блог конкретной станции, конкретного автора. возможно, придётся режим read-only предусмотреть.

Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0


Re: Изменения по tgistation.ru : 14/01/23 13:40 : hugeping to iiii [#] [reply]

iiii> Пётр, я с тебя фетчу idec.talks и pipe.2033

iiii> 1. сделай бекфетч с http://ii.51t.ru/ii/ :)
iiii> 2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив
iiii> 3. стоит ли гейтовать std.hugeping

iiii> у меня станция заточена под http и старые браузеры (проверено на win95 с ie4)

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

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

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



Re: Изменения по tgistation.ru : 14/01/23 13:29 : vvs to shaos [#] [reply]

>> с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем".

shaos> Мимо - Debian 10 "buster" всё ещё поддерживает 32-битный интел и последнее обновление 10.13 вышло в сентябре 2022:

Забавно. Я, вроде бы, совершенно ясно написал, что речь идёт вовсе не о дебиане, а о федоре и каких-то других ОС. Кроме того я упомянул и другие, не менее важные причины, почему современные ОС обычно не подходят для старых компьютеров. Как насчет них? Ссылаться только на официальные спецификации - не стоит, иначе остаётся впечатление, что спор идет только ради самого спора. Я не раз уже убеждался на личном опыте, что от задекларированных характеристик до реальности иногда дистанция огромного размера.

Задам тогда прямой и недвусмысленный вопрос: на каком именно старом компьютере кто-нибудь лично использовал последние версии каких-то ОС и какие остались впечатления? Какие именно ОС? Сколько было нужно памяти? Какие старые процессора работали, а какие - нет? Были ли проблемы с какими-то приложениями, которых не было на 64-битных компьютерах? Работали ли все устройства? Возможно ли было использовать готовые носители данных (CD, USB) для их установки без доработки напильником (речь о старых BIOS)?

P.S. Я вообще-то никогда не позволяю себе голословных домыслов. Все свои утверждения я проверял на реальных компьютерах. Могу назвать каждый и возникшие там конкретные проблемы. Результатом было то, что несмотря на моё сопротивление, спустя три года, я был вынужден перейти на 64-битную платформу с ОС, официально поддерживающей 32-бит до сих пор (не дебиан).



Re: Изменения по tgistation.ru : 14/01/23 11:22 : iiii to hugeping [#] [reply]

Пётр, я с тебя фетчу idec.talks и pipe.2033

1. сделай бекфетч с http://ii.51t.ru/ii/ :)
2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив
3. стоит ли гейтовать std.hugeping

у меня станция заточена под http и старые браузеры (проверено на win95 с ie4)



Re: Изменения по tgistation.ru : 14/01/23 09:31 : hugeping to iiii [#] [reply]

В кои-то веки -- оживление!

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

P.S. gemini требует ssl и это для меня существенный минус. Выкидывает за борт всё ретро сразу. Хотя в остальном gemini мне очень нравится...



Re: Изменения по tgistation.ru : 14/01/23 07:06 : iiii to shaos [#] [reply]

>> с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем".
> Мимо - Debian 10 "buster" всё ещё поддерживает 32-битный интел и последнее обновление 10.13 вышло в сентябре 2022:
> https://www.debian.org/releases/buster/

интересно, это как надо так умудриться читать?

ps. Дебиан любой версии, вплоть до sid, поддерживает 32 бита



Re: Изменения по tgistation.ru : 14/01/23 03:39 : shaos to vvs [#] [reply]

> с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем".

Мимо - Debian 10 "buster" всё ещё поддерживает 32-битный интел и последнее обновление 10.13 вышло в сентябре 2022:

https://www.debian.org/releases/buster/



Re: Изменения по tgistation.ru : 13/01/23 17:24 : vvs to shaos [#] [reply]

shaos> Ну новых планов не выпускают, а дебианы - выпускают. Какой смысл сидеть на старой версии если уже было выпущено много новых с обновлениями (в том числе секьюрными) и т.д.? Вот у меня есть старый повербук на G4 - там ничего новее MacOS X 10.4 не идёт ну я там и сижу в сафари который не обновлялся с 2007 года и тоже страдаю по недоступности многих сайтов https (хотя вот например некоторые летсэнкрипнутые сайты там открываются), но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)

"Не корысти ради, а токмо..." ради верности фактам. Я дебианом никогда сам не пользовался, но вот федорой - много лет. И с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем". Да и до этого минимальные требования памяти уже заметно превышали возможности старых компьютеров. Ну и, например, многие перестали поддерживать старые процессора ниже Pentium 4. Я с этим только вчера сталкивался, пытаясь установить android-x86 на старый комп (не ради любопытства, кстати).

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

P.S. А Plan 9 имеет несколько активных форков, но обновления там только для функциональности. В таких экзотических системах людей слишком мало, а работы - слишком много (хм, прямо Атос в исполнении Смехова: "можете не сомневаться, что я убью Вас" :)). А обновления безопасности - это только для больших, популярных ОС (Кстати, не самообман ли это на самом деле? Если сторонние приложения там никогда разработчиками на этот предмет даже не изучались?).



Re: Изменения по tgistation.ru : 13/01/23 15:25 : iiii to Ordos [#] [reply]

Хотя я в любом случае ПРИНУДИТЕЛЬНЫЙ https считаю тупостью, лишающей пользователей выбора.



Re: Изменения по tgistation.ru : 13/01/23 15:24 : iiii to Ordos [#] [reply]

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



Re: Изменения по tgistation.ru : 13/01/23 13:25 : Ordos to iiii [#] [reply]


iiii> а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?

Разве кто-то что-то выпячивал? Просто констатация факта и не более того. Уж извините, но сделано так, как я посчитал нужным. В том числе и несчастный принудительный https. Где-то в стандартах указывается, что его нельзя использовать?

P. S. Ну хоть эха оживилась и то хорошо.



Re: Изменения по tgistation.ru : 13/01/23 12:26 : iiii to shaos [#] [reply]

> но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)

а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?



Re: Изменения по tgistation.ru : 13/01/23 07:57 : shaos to vvs [#] [reply]

Приветствую

> О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал.

Ну новых планов не выпускают, а дебианы - выпускают. Какой смысл сидеть на старой версии если уже было выпущено много новых с обновлениями (в том числе секьюрными) и т.д.? Вот у меня есть старый повербук на G4 - там ничего новее MacOS X 10.4 не идёт ну я там и сижу в сафари который не обновлялся с 2007 года и тоже страдаю по недоступности многих сайтов https (хотя вот например некоторые летсэнкрипнутые сайты там открываются), но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)

> Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.

Ретро это хорошо, но старый дебиан - это не ретро, а скорее дырявое корыто ;)



Domino : 12/01/23 18:06 : guest to All [#] [reply]

Прикольный дизайн прямо как в wap 2000

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0


Re: боны поны и прочее : 12/01/23 16:24 : vvs to iiii [#] [reply]

iiii> я про то, какие эхи гейтовать: std.hugeping это локальный блог или глобальный?

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

Peter> Я решил завести блог на IDEC, так как у меня есть много разрозненных
Peter> блогов. Но надо концентрировать сови усилия. IDEC - имеет прекрасный
Peter> формат для такого. Буду периодически высказываться на разные
Peter> темы. Что-то вроде текствого радио. Ну, просто потому, что надо что-то
Peter> делать!

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



Re: боны поны и прочее : 12/01/23 01:22 : iiii to vvs [#] [reply]

я про то, какие эхи гейтовать: std.hugeping это локальный блог или глобальный?



Re: боны поны и прочее : 11/01/23 19:06 : vvs to iiii [#] [reply]

iiii> а где болтаем-то?

У Петра, в основном. Вот здесь RSS всех сообщений по датам, где видна вся (не)активность: https://club.hugeping.tk/echo/all/rss



ii.51t.ru : 11/01/23 18:12 : iiii to All [#] [reply]

От создания контента - к его провайдингу.

http://ii.51t.ru

для старых компьютеров - ок. осталось забить контентом. функциональность "эхи как книги" надо будет вернуть, но переосмыслить под "архив эх". никакого https, никакого javascript и css. проверена работа на win 95 с ie4, на debian woody с netscape navigator и на всём остальном.

сейчас фетчатся эхи idec.talks и pipe.2033 (пока не существующая) с hugeping.tk, поллинг 5 минут

описание станции (точнее, софта эхи): http://ii.51t.ru/ii/html/about.html



Re: боны поны и прочее : 11/01/23 18:08 : iiii to vvs [#] [reply]

а где болтаем-то?



Re: боны поны и прочее : 11/01/23 18:07 : vvs to iiii [#] [reply]

iiii> или std.hugeping тоже теперь болталка? :)

Судя по статистике с начала ноября, боюсь, что я тут самый болтливый. Это при том, что и сказать мне особо нечего :P



Re: боны поны и прочее : 11/01/23 17:53 : iiii to iiii [#] [reply]

или std.hugeping тоже теперь болталка? :)



боны поны и прочее : 11/01/23 17:14 : iiii to All [#] [reply]

1. перепись узлов - кто что гейтует? чё ща модно гейтовать

2. давайте сделаем новую межсетевую болталку - pipe.2033? новый год всё таки, а тянуть 3500+ сообщений 9-летней давности про болтание не стоит - лучше в архив :)



Re: Изменения по tgistation.ru : 11/01/23 15:31 : iiii to vvs [#] [reply]

> Конечно ожидать, что все будут этот антиквариат поддерживать - наивно. Но, учитывая специфику сети idec, вообще-то не так уж и глупо.

моя нода поддерживала python2.5, и работала на чистом http, нормально подключаясь. я пользовался веб-интерфейсом на windows 9.5 с ie4 и выше (ie3 не поддерживал utf-8).

оригинал php-ноды делался так, чтобы работать на php4.

я не вижу проблемы поддерживать старое, и при этом работать на самом новом.

у меня есть сонерик клавиатурник, весом в 100 грамм, который зайдёт на http-ноду, но не зайдёт на https. и софт там на свежий не обновишь.



Re: Изменения по tgistation.ru : 11/01/23 15:27 : iiii to shaos [#] [reply]

> Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...

я с ними на рыбалку хожу



Re: Изменения по tgistation.ru : 11/01/23 15:27 : iiii to Ordos [#] [reply]

>> Вторая версия python уже года два как ушла в небытие. И, если я правильно помню, то последняя была 2.7, а никак не 2.4.

в debian sarge и etch - 2.4. и с idec-сайтами через http там нет никаких проблем

> Принудительная настройка https, как мне думается - правильное решение.

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

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

тогда к чему этот выпендрёж с "нет javascript, нет того, нет сего", если там принудительный https? со старых систем не зайти в принципе. а с новых - и что, что нет? я с новых могу зайти из links2 или dillo, и у меня тоже не будет ни javascript, ни остального. убрать для себя javascript я могу, выбрав нужный браузер. а убрать отсутствие https - нет, если автор его насильно приколотил. поэтому преимущество "плаин html" превращается в недостаток, ибо там, где оно наиболее уместно, а именно старые системы, до него не достучишься. а остальным оно особо и не надо, кому надо - тот и из links зайдёт.



Re: Изменения по tgistation.ru : 10/01/23 17:12 : vvs to shaos [#] [reply]

shaos> Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)

shaos> Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...

О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал. Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.

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

P.S. Извините, что влез не в своё дело, но слишком часто приходится видеть это "а зачем вам всё это надо?". Имеет каждый человек право на свои причуды и интересы. И отнестись к ним с сочувствием или хотя бы с пониманием - ничего ведь не отнимется. У меня самого в углу древний комп стоит, на который ничего новее 2005 года не установишь, а выкинуть жалко.



Re: Изменения по tgistation.ru : 10/01/23 01:45 : shaos to iiii [#] [reply]

Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)

https://www.debian.org/releases/etch/index.ru.html

> Debian GNU/Linux 4.0r9 был выпущен 22 Мая 2010. Debian 4.0 изначально был выпущен 08 Апреля 2007.
> ...
> Предоставление обновлений безопасности было прекращено в конце февраля 2010 года.

Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...



Re: Изменения по tgistation.ru : 09/01/23 19:48 : Ordos to iiii [#] [reply]

iiii> какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http

Вторая версия python уже года два как ушла в небытие. И, если я правильно помню, то последняя была 2.7, а никак не 2.4.

Принудительная настройка https, как мне думается - правильное решение. И если что-то совсем древнее, как естесственный отход жизнедеятельности предка слонов, не умеет с оным работать.. Ну что сказать - нет так нет, извиняйте. Могу предложить пользовать тот же hugeping. Кстати web-интерфейс там не в пример лучше. Да и функциональность намного функциональнее.



Re: Изменения по tgistation.ru : 09/01/23 11:45 : iiii to Ordos [#] [reply]

> Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.

Да, есть проблемы. Несовместимость. Поэтому из старых ос на этот сайт не зайти в принципе. Хоть он трижды без javascript и всего остального.

> В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.

какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http



Re: Изменения по tgistation.ru : 09/01/23 03:51 : Ordos to iiii [#] [reply]

iiii> Этот сайт использует ПРИНУДИТЕЛЬНЫЙ https, поэтому я нифига не могу зайти на него со своего Debian Etch. хоть с картинками, хоть без, хоть с js, хоть бе.

Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.

В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.



Re: Изменения по tgistation.ru : 07/01/23 13:45 : iiii to Ordos [#] [reply]

> Этот сайт НЕ использует cookie. Вообще не использует. Никак.
> Здесь нет рекламы, счетчиков посещений, аналитики и прочей подобной дряни.
> Совсем не используется JavaScript.
> И даже картинок здесь нет. Только текст.

Этот сайт использует ПРИНУДИТЕЛЬНЫЙ https, поэтому я нифига не могу зайти на него со своего Debian Etch. хоть с картинками, хоть без, хоть с js, хоть бе.



Re: С наступающим Новым Годом! : 02/01/23 11:13 : shaos to Ordos [#] [reply]

С уже наступившим Новым Годом всех !!!



С наступающим Новым Годом! : 31/12/22 08:57 : Ordos to All [#] [reply]

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

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

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




P.S. Не мастер говорить речи, просто хотелось высказаться.



Re: Mira station : 30/11/22 05:27 : Andrew Lobanov to shaos [#] [reply]

shaos> https://idec.spline-online.tk/ опять помер - говорит EMPTY...

У него это случается. Поднимаю как только могу :)

Пока нет времени дописать новую реализацию, но она всё равно будет. Теоретически она будет стабильнее и быстрее.

+++ Caesium/0.4 RC1



Re: Изменения по tgistation.ru : 30/11/22 05:27 : Andrew Lobanov to Ordos [#] [reply]

Ordos> Касательно станции, наверно, не буду здесь спамить. Для этих целей есть локальная конференция, буду отписываться там.

Эта эха как раз для такого общения. А IDEC для того, чтобы объединяться, а не дробиться. Так что лучше бы тут и писал :)

+++ Caesium/0.4 RC1



Re: Mira station : 26/11/22 06:48 : shaos to Andrew Lobanov [#] [reply]

https://idec.spline-online.tk/ опять помер - говорит EMPTY...



Re: Изменения по tgistation.ru : 14/11/22 07:43 : Ordos to shaos [#] [reply]

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

Хабр, конечно, давно уже не торт, как говорится. Тем не менее, я попробовал отобрать более-менее интересную тематику. Если это понравится кому-то - я только рад.

Касательно станции, наверно, не буду здесь спамить. Для этих целей есть локальная конференция, буду отписываться там.



Re: Изменения по tgistation.ru : 13/11/22 08:44 : shaos to shaos [#] [reply]

Настроил :)

http://shaos.net:8085/ii-web.php?echo=bot.habr.rss



Re: Изменения по tgistation.ru : 13/11/22 05:34 : shaos to Ordos [#] [reply]

Проверил уменьшение окна браузера - прямоугольник с текстом масштабируется в соответствии с размером окошка и это очень хорошо! Значит будет работать в моём недобраузере на ретрокомпах без глюков (единственный глюк это убегание линейки минусов за пределы рамки, если окно браузера становится слишком узким) - можно заменить на тэг <hr>? Он должен работать в текстовых браузерах тоже :)

P.S. Feed показывает лишь 10 последних сообщений и листать никак - можно исправить? ;)

P.P.S. И содержимое эх не посмотреть - раньше вроде можно было не?

P.P.P.S. Надо настроить забирание bot.habr.rss себе :)



Изменения по tgistation.ru : 27/10/22 09:10 : Ordos to All [#] [reply]

Изменения по tgistation.ru. Может кому интересно будет.

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

Прикручен сбор новостей с хабра. Не всех, в основном, низкоуровневое программирование, микроконтроллеры и т.п.

Открыта свободная автоматическая регистрация без почт и sms. Надеюсь спаммеры не заведутся :)

Идут раздумья по поводу реализации приватных бесед. Для начала хотя бы в пределах одной станции. Пока думаю использовать это для общения и взаимодействия с ботами. Мне кажется это сильно бы расширило полезность сети как таковой.



Re: Таверна поломалась : 24/10/22 08:02 : Ordos to All [#] [reply]

Поторопился отписаться. Уже работает.



Таверна поломалась : 24/10/22 07:36 : Ordos to All [#] [reply]

Собственно сабж. Пару дней уже как.



Re: Mira station : 20/09/22 14:52 : shaos to Andrew Lobanov [#] [reply]

> Я просрал домен, как всегда. Так что таверна живёт сейчас по адресу idec.spline-online.tk :)

Привет - всё понятно теперь :)
Поправил настройки у себя, чтобы забирало по правильному адресу



Велосипедостроительство : 20/09/22 09:35 : Andrew Lobanov to All [#] [reply]

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

Итак, почти закончил godec (нехитрое название да) - библиотеки, реализующей протокол idec на go.

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

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

После всей этой эпопеи планирую написать таки новый репозиторий instead-games.ru, но это уже для другой эхи и фиг знает когда будет :)

+++ Caesium/0.4 RC1



Re: Mira station : 20/09/22 09:30 : Andrew Lobanov to Ordos [#] [reply]

Ordos> Да. С таверной как-то всё грустно. Может ещё очнётся когда-нибудь. Пока отключил.

Хех. Похоже, я отпал от основной сети. Надо Петра спрашивать :)

+++ Caesium/0.4 RC1



Re: Новый узел IDEC http://shaos.net:8085 : 20/09/22 09:30 : Andrew Lobanov to shaos [#] [reply]

shaos> Спешу сообщить, что мой заокеанский узел IDEC всё ещё существует!

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

+++ Caesium/0.4 RC1



Re: Mira station : 20/09/22 09:30 : Andrew Lobanov to shaos [#] [reply]

shaos> на lessmore и ping каким-то чудом появляются мои сообщения отправленные с моего узла shaos :)
shaos> получается кто-то кроме spline-online.ml фетчит http://shaos.net:8085/ii-point.php?q=/
shaos> либо tavern сейчас живёт по другому адресу и продолжает меня фетчить и раздавать другим?...

this.

Я просрал домен, как всегда. Так что таверна живёт сейчас по адресу idec.spline-online.tk :)

+++ Caesium/0.4 RC1



Re: Новый узел IDEC http://shaos.net:8085 : 19/09/22 16:27 : shaos to shaos [#] [reply]

Сегодня подключил забирание с tgistation.ru эх idec.talks и zx.spectrum



Re: Mira station : 19/09/22 10:37 : Ordos to shaos [#] [reply]

Да. С таверной как-то всё грустно. Может ещё очнётся когда-нибудь. Пока отключил.



Re: Нодлист : 11/03/22 07:56 : Ordos to Ordos [#] [reply]

Ordos> Тогда спешу сообщить, что через пару дней станция tgi переезжает на домен tgistation.ru

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



Re: Новый узел IDEC http://shaos.net:8085 : 18/09/22 22:57 : shaos to shaos [#] [reply]

Спешу сообщить, что мой заокеанский узел IDEC всё ещё существует!

Сегодня я добавил второй путь забирания эх через lessmore т.к. существующий адрес tavern не работает как минимум с 14 июля 2022 года (если пойти туда через браузер, то оно редиректит на какие-то списки ссылок). Несмотря на то, что старый адрес tavern не работает, он как будто-то бы продолжает забирать у меня сообщения по старому списку (я сегодня добавил у себя эху idec.test и её в том списке нет). Во всяком случае всё, написанное мной в idec.talks ушло в сеть и появилось как минимум на узлах lessmore и ping.

Список эх, которые я забираю извне:

====
	["idec.talks", "Сеть IDEC, её работоспособность и софт"],
["idec.test", "Тестовые сообщения"],
["lor-opennet.17", "RSS с сайтов linux.org.ru, opennet.ru"],
["develop.16", "Программирование"],
["linux.14", "Эха для линуксоидов"],
["plan.9", "ОС Plan 9"],
["zx.spectrum", "Speccy и совместимые компьютеры"],
====



Список локальных эх:

====
	["z80.coding", "Программирование процессора Z80"],
["580.vm80a", "Программирование процессора КР580ВМ80А (i8080)"],
["nedopc.1801", "Обсуждение компьютера nedoPC-1801"],
["pdp.11", "Обсуждение архитектуры PDP-11 и совместимых машин"],
["robby.lang", "Программирование на языке Robby"],
["balanced.ternary", "Обсуждение троичной уравновешенной системы счисления"],
["english.talks", "Speak English"],
["silicon.valley.local", "Локальная конференция Кремниевой Долины"],
["sprinter.computer", "Общие обсуждения компьютера Sprinter"],
["sprinter.software", "Обсуждение программного обеспечения компьютера Sprinter"],
["sprinter.hardware", "Обсуждение аппаратного обеспечения компьютера Sprinter"],
["sprinternet.io", "Обсуждение сети для компьютера Sprinter"],
["circuits.cc", "Эха про сайт circuits.cc"],
["nedopc.org", "Эха про сайт nedopc.org"],
["shaos.net", "Эха про сайт shaos.net"]
====



Короткий линк веб-интерфейса моего узла: http://idec.shaos.net

Могу взять благоразумных пойнтов - пишите на me@shaos.net ;)

Shaos



Re: Mira station : 18/09/22 19:40 : shaos to shaos [#] [reply]

на lessmore и ping каким-то чудом появляются мои сообщения отправленные с моего узла shaos :)

получается кто-то кроме spline-online.ml фетчит http://shaos.net:8085/ii-point.php?q=/

либо tavern сейчас живёт по другому адресу и продолжает меня фетчить и раздавать другим?...



Re: Mira station : 18/09/22 16:59 : shaos to Andrew Lobanov [#] [reply]

У меня чото ни с сабжем, ни с idec.spline-online.ml связи нету :(
В живых вижу только 3 узла IDEC (ну кроме моего):
https://dynamic.lessmore.pw
https://club.hugeping.ru
https://tgistation.ru



Saluton (Привет!) : 27/08/22 17:19 : Andrew Lobanov to All [#] [reply]

Рад сообщить, что в таверне появился клуб эсперантистов. Заходите в eo.klubo -- поболтаем :)

+++ Caesium/0.4 RC1



Mira station : 24/06/22 05:46 : Andrew Lobanov to All [#] [reply]

Восстановлена связь с сабжем. По техническим причинам в таверну не ходили сообщения с 9 апреля.

Сисопы, имеющие станцию Мира в аплинках, проверьте связь. Пока что она шлёт мусор на запросах несуществующих эх. У себя я обнаружил запрос несуществующих ifiction.15 и python.15.

+++ Caesium/0.4 RC1



ii-txt-0.9.tar.gz : 04/05/22 16:34 : oldpc to All [#] [reply]

Текстовый клиент, который не так давно отметил своё восьмилетие (первый из существующих клиентов) обновился до версии 0.9

* поддержка загрузки некоторых эх с других станций
* нумерация файлов в каталоге 0001.txt вместо 1.txt

Размер архива вырос на 55 байт :( и теперь составляет 3911 байт. Поддерживается python от 2.4 до 2.7.
(разные версии тестировались на первом пентиуме с Debian Sarge, Etch, и OpenBSD 4.2, 5.0 и др.)
(это сообщение создаётся на третьем пентиуме, правда с новейшей OpenBSD 7.1)

@base64: ii-txt-0.9.tar.gz
H4sICPqmcmICA2lpLXR4dC0wLjkudGFyAO0ca2/cxtGf+SvWdgSS8R3voZPkslVat3HioHWT
Ok6bQBEc6m55YsQjWZInnRwE8COuYySN66ABCrRoi37pp6KyY9nyS/4LvH/UmVk+705SmliK
7HBhmeTu7OzOc2d2ybOsajgIq3XtR0f2rdTrrfrczAxcqYxe6b7Rak63ZpqNRnMO6huNVn3m
yMyRAyj9IDR8GNJ33XA3uLVlzu0jL1yxUvnX6m4/3G/5N+Zm6vnruPxnsb7RbMzVD1b+/YD7
u8Pt3v5iyL+mtd2+Ez5bUuuNen221dpF/o1R+5+ea8weqZfy3/dSP1KWH3LJ27+3vu/r/97+
X9h/s95olf7/wOVf6/B9CAH28v+N6dkx+c/MzpX+/wDKW+/Ne+vhsutIpuuzVWY5rKm14G8G
/mbhb441pY4rWSb7QAC+tMqqv2XNVxgoy2rN6dv2B1K4zB0pRfXSqmRa0MnhpX99zuzftJyO
w9e0Z7oU7GH/YOytUfuHBaOM/w6iHGfVl6us7XYsp6uzfmhWT2KNJFk9z/VDbOHtoMJc+Gub
XUnqcJNBokBpgqLqEoNisXkWhL5iQZXrcUeRNa2YTsiq5nOjo6jqiYZKfXaAq8hrALvmWyFX
AK+A9XnY9x2WQk8FGlxkNsUsifwWN9Bxwfw0204mZQchTGthwBBggO1uoNlWEHYsnwaeChAD
N1QGzk0GrZcRaLBIvbGT2Qu6WAWYBEosAAdoBVu0lIipIEancKOC/dSKjMQQQ1PitcCzrdC2
HB4oaopxGdq4D0gB9YKO1gdGyAeKLKuLKRBM0YaxBKzK5udZM5sTlqW+ieRyY5GdQExpI7fH
+07v3nehobfwdkH+mc+90NUFbdhSX0xgWno2uzw7MuVAWWYsiGUqv+/I2oeu5SgwqsoyNoB0
fN5zV/kODFWl0lvvu//vrYTaM08D9or/mnNj8d90s9Us/f8h8P/BOjj+JSPgsy1cBIS7NdEr
Qotm+N1VcBaLwp2EA/Ai5APMxONRfZsaBBJtabbFHfQXCsLn1gIT/IqshW4QFBYB6BwDoX9w
jB5XzIp5QgaXIKul/T5j+wfHDox9xi5gr/hvrlkf3/8r7f/QxX+h1eMiAOwYIe8qnYoZx1px
gIYAGgSCJt6AmYqKbo8eMTjsqLCME4YLnuFfVHBdFxi8i+AiUPXGQqSeCy0dqx3Gz3E0411U
2U/YSZ0dB8/SYT0edNNQIp7OryEDjf1LiOi9ixC+iAEUuSYn6LW+h/QoYpCLlqcg/IKuNxcr
dNfAWzWJVdABWhcqDvpA7vR73MfOiszby64BXg+8F6KDC5Bj+m4P7oxOxxcVoQvXoL/0oayq
WRCGAbR14UQjrei5C86imLK1GM9zgXwe1mYxFLSf1BfVFIJGRhDkdlZRCKN7LnjxCTFsbPvg
DuRC5EYuv0cBtAAVgJOjWj2TmRBxYRToFod1vUnxcSpg6H90nuSX8ShAUlAVSPcy2iryVKc2
1atNrbOpM/rUWTkLKUVc28OFBTgGl5iJJJVFUa1gPSYv2EZyWlSxRWWihUaFZ/b62fPq+w6J
UGc5ZCDRxeIIJN64rjCunEXMZry8yRCNTwUQk+9QGDELuqfqhYiRsBg9DAAS0tq2G3Dl/4+R
R/y/FywfePzXqM9Oj8d/063S/x8C/9/3bdtaqmAYCEtAugPguUFoKkFs7mAjBhiagNXgEkd4
H8khar3OgorsGf1wGW4xSYc/8MQfC0M9/tGxX7iQ+zthNVz3+DGdHTM88ChtI7Rcpzaorq2t
VcEF9aop4s6xj6lrvzAouZgEfYPszwMfCd6MJljwgf0kPhXOzd4poA2TiLZnF0JaSHLROxMX
ACp1XFCvoUKFwZoVLpPDY+6KnHP1WZoLKKU0QSeEYO3YYcnqHpWzHp4PRDD59Llzb57T2Sr3
1xECV7zA6HKm2FbPCnU221pRj8rjGJHvjPu+6++M9NQ758+kfQO+E9jvzrz3U7lMw1/g+N/n
sGgH/ED3f5vg9sf2fxv16dL/H8L4P7cL3OXhhSQqUTAxj71c6K/ro6G4CP8QOo7/CH7HbVE+
aHMvHMMiy99/+vGc5BKw+u2VTeyaK+ydbuSyiZE9eJ9WYcO2uZEcEJjMcUNc+zwjXNb4wArC
oLgJX1ghe8YK71j+CIiY2DrMqKB6uIMP4y/EG/cTd+cpqyEsxdQmJ4ReUQi99d3ys4KOf+eM
Z5LKF3UPRTNfr8RaMC/LFVQDvJIexDd4QX2Aq/qC5k0TD14S6eJZAZ1DqdpF07JtpaVOPITA
k4dvl4lZE5IvgeTbJmCHa/1fM599+rfX+j9dn54Zy//qM+X7H4cn/2tmZwC0/J87/ZtfvXEW
fARINg0GTMVOVlORNZg8bC8z4f1sYSbgQNjbITR333iTxUMkz2KlEHVdWDrjVeb3fU4nufFM
tHOiRrHVPIAGLuiCOOFU5FNt9KVVShYBNSSAMiKUkx6B5zoBz+FMsscYWZrOJaCa5ZguBCpA
pSIn2erpBD0dqYoRMv+NHhSrtNfhv9csGwIS+M8F55zQq2To48VAnZCBIZ4ELr/ummkGu1cs
9t1isKQ3LK80UsA9xQYvy735Zj0eJT1h9w2ny5V6BTdobZWgcqvousXtDrMXBvrgBDbFGPuO
l+4kxINlZ0Xg7emsCLNmzzba4Ker4M9P0AoaV1yACgjBWMyLDl/qOx1gOK4GuRlSlBVM2K2k
pdbqVFbcDp7CJ1GdLlcauePp0eUcOuSOqZAI6K+OdsixG6YD2XjaAxDEy99on2SDtTIZmh0X
5BCQIHnNsFcucBvP3mOaOG7IyPKPQZvg5qOPi1ygbYqJfMBXITR6EcIpxiKE0ClW2fTKwHwS
eqVbD9zQJwBqhgfkdRSnED9yO95RwrxTAUOsGF6FJ55E7LOQc5GnAp68EyDAUnsBkDwHUlpF
SMrtnJjXCToAOx6NITMpdGx8TWTk5RFBw0JVuD59ETk1oKgWGhFtbm8X+nTElhIYi8BWadXV
IlOCHGG9PGEMlFmE2x1bzU2LplbQbUkSXMs2vXKdk7dh1Ep6JwL1fmUkUl+1kvA7FkLFqCwY
i+ULFz/A9z+C7rMf49u8/z1bb5bvfx+8/NEhHgr5z02X8v8e5B+HHvuW/33T7z+nW/gd4EHK
v/z+E+WP4cB+nv8mci/Y/0yrOSb/xlzzcMn/BbV/EHhyxInbaW3XMS0KJnd4aZlidV8xC/H5
wmIxvcBYtJkcolLBFwDNJPJPEo1BMSDGpCROEQaFFAEaxLi0pQyNhVxxkOZruqziuS+mMHBP
L3NTMs0Gonuub7whncKlaW4MCiFxHnYCXH5U0Sd79TyG8TGtkJ4b+z93+tSrZ09rfj842P2/
1iT7r2O8UK7/+16i/wyvRBts+OnwyvBq9BBuo6fDS9F2tDn8Q7Q1vASVm8MrzLJqVoe3q8PL
+Dj8nEVPsNcn0Ub0IHoE4HeGV4dfMGjeGl4GjJvR4+HVCovuwL9oK7obbTKqfUitCP7Z8Fqh
P4u2GFxvQ8P16Ak143RwdgTwNQJpkhT9EypuR9vUgFMD5BvRPRzgMhPfn9EXbIDxVb5kGQ47
jbuQgP1tw8fXJd45/1r1ZIV54EoCDqY7Pw9I/wzTBNLvA6qnQMllHJqIoGnCI/BkC5pgUB2z
di0glAE4K7gFQp/CXC4hWdEDfNiOHgGa6/EUEzqHnyFLkAHE4gesyogQ5PgGzODR8CbCazgf
uM8j2gSGb2HVE5DIPXxkxMhHw89hrtvI5s3odhXQ3AVkm8AL6LAND58Bz44ikwhhfrSHQEA1
QYjihG43hrcYiojmR9qwkU54C9mDWhFtVVA226KeBB89BnjEsp2f9FamKmJ+wElgBGoCzAq4
gmgfo5AJH0zlE8D+dbRBDN1OJoIKEW1Dh9zEqpMnJmUMELp6CQdGguGxSvKl5+Gn0OOL4Q3o
87ha69ek4R+H16KNkQuiAu6g6j0ooMMuuh5DSbUai24R1ltICc0cdHYTmA5CA80E/4dKtE36
fUPIEvXkDiMUmxqL/oozQYYJJQSdRmRA8U0Eo2OZWFX/TXIHOyHGwmhbyNWE02AkaLxM1INy
gGAqmZC3xTzu0wDU5U6uMXo8anObqe5WRM+7xIR7AHQjpeEyilaMiRqXSml4FTcpNSZFf8u0
YxPZyWiIh2TzSMR9ND+cj06fLknRP9LZg+oArdT+hbB2dDXXEr8C9OqS9HLstWLvUiRflxLr
BBw3R9SblBU7oP6hz5JStULgKiOVvR3dq0jUjbwfmSa6CSRjeBP6oA8CUwS1yjs6UHKdJoay
hRlIp2wbmfFV9F8WfRn9Bcz870Dsv1Bdh1ckQQiaFSrZFZ3tMnFI0qzOmFLBXGJzS81TsCNB
KjzSp8PPx+jMGFCgM0f+dayEXrdA0Ynub8aEUR7MTV+0f/7L/snZZsM4df7MzNsrZ1qSa3e8
tnSO6yzkAUR7SALSc50Mdvso8ganywSrYP4Fl0b8wj53Yx3YINquJxqPtKFGXCL7EJo/GOCx
MSow3IHWgYJfFSTEfivH7y2GJ9x6hcXH2Ki3d/IrmmAxLZlXRsbJmdcmaXbsHQrmm3j3TG3R
B24li7HwYTgP0u+v0aaH1wVD7kCHWyz16lu0JDwhq388anYF/y+oVJCjSHMyVjojhm8OqrFi
0BTv0qIVL3oS+iMW/QlU4ApoyAZQCRCMfNSXDL/TJPUcXqPhngxvov3GDg1dxsjSRwoM6z4t
5KNaDQ7yq3iWY350BNEWei7kIfJ3M3M0gkRRJQQNGltYtZDFm0JNY0cqBPjuu/i1Kb6YCTIX
DySa+8QTcri5yIHkj90SNj038X+W+x1s/F/Hd/1G4//per2M/w+gaNJyGHp6rbbc73LPcrpa
uILxUBB2tKQqAfGa2kwjhASxBukABkDgtTWvXR6ivBj7fyKt2Ycx0P532/9vNsb3/1vl778c
SDl+tLZkOTVczo+vzoMaSFK7w+qQbWhMw58Dkl5h8aGA9NJb78WZCN5lr4rTY/rlKPbXIPK1
TIrlWDVg2Zdl4pdibB4UKk2rPGr+/u0/DlgO3v4b4/t/zdlWuf93wPY/Yvdo1NnPAdGj+HUI
lvwMy8sYClOD+Gww14Cf8ceOoLSxspSlLGUpS1nKUpaylKUsZSlLWcpSlrKUpSxlKUtZylKW
spSlLGUpS1nKUpb9LP8D2f11hQB4AAA=



Re: Мысли про возможное будущее IDEC : 19/02/22 08:49 : shaos to Andrew Lobanov [#] [reply]

> Ну если начинать наворачивать вебинтерфейс, то да. Но чисто обмен и хранение пишется часа за 4 +-. По крайней мере на ЯВУ :)

Там мелочей всяких больше, чем на 4 часа, ну да ладно - не суть...

> Какие проблемы решает добавление бинарных данных в рассылки? :)

Ну сообщение становится самодостаточным (если приаттаченные файлы маленькие и влезают вместе с текстом сообщения в лимит)

> А есть такая необходимость? Ведь есть файлэхи :)

Не все узлы подписаны на все файлэхи и глобального поиска по идентификатору нет ;)

> А надо фильтровать?

Ну если будут сообщения разного типа, то да



Re: Мысли про возможное будущее IDEC : 04/02/22 10:18 : Andrew Lobanov to shaos [#] [reply]

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

А есть такая необходимость? Ведь есть файлэхи :)



Re: Мысли про возможное будущее IDEC : 04/02/22 10:18 : Andrew Lobanov to shaos [#] [reply]

>> Реализация всё ещё пишется за несколько часов :)
shaos> Это далеко не так ;)

Ну если начинать наворачивать вебинтерфейс, то да. Но чисто обмен и хранение пишется часа за 4 +-. По крайней мере на ЯВУ :)

>> Да и не повод дальше усложнять.
shaos> Это небольшие инкрементальные улучшения, которые могут вывести IDEC на орбиту современных технологий ;)

Пока не понял как :)

>> Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)
shaos> Ну для начала - добавляет бинарных данных в рассылки.

Какие проблемы решает добавление бинарных данных в рассылки? :)

>> С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею.
shaos> Ну почему? Есть разница 100% сообщений надо вычитать, чтобы отфильтровать из них бинарные объекты или 1.56%? ;)

А надо фильтровать?

>> А найти и прочитать сообщение в общем случае это O(1).
shaos> Скорее O(n)...

Сдаётся мне, что это зависит от реализации. Например, в цезии формат простой, заточенный на линейное чтение базы сообщений. Тут O(n), согласен. А если хотя бы по сообщению на файл, то уже всё таки O(1).



Re: Нодлист : 25/01/22 13:37 : Ordos to Andrew Lobanov [#] [reply]

Тогда спешу сообщить, что через пару дней станция tgi переезжает на домен tgistation.ru.

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



Нодлист : 24/01/22 05:31 : Andrew Lobanov to All [#] [reply]

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

Лежит в таверне на публичных фреках. Налетай!

P.S.: Доступен через веб-интерфейс http://idec.spline-online.ml/ без регистрации и SMS.



Re: Предложения или "Как нам обустроить idec?" : 21/01/22 09:32 : Andrew Lobanov to ake [#] [reply]

ake> Добавил на своей ноде.

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

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



2022 : 02/01/22 04:23 : shaos to All [#] [reply]

Всех обитателей IDEC сети поздравляю с Новым 2022-м Годом! Желаю IDEC в новом году разростись до немыслимых размеров и подмять под себя ну скажем всех Спринтеристов (и даже частично Синклеристов), а если получится, то и ещё кого-нибудь в придачу ;)



Re: Актуальный нодлист : 24/12/21 10:31 : Ordos to shaos [#] [reply]

Вот кстати здравая мысль. И фича полезная и ничего не ломает. Я - за.



Re: Актуальный нодлист : 24/12/21 07:12 : shaos to shaos [#] [reply]

А кстати небыло мыслей сделать специальный вызов в API, который возвращал бы uplinks?
Типа /fetches.txt

====
http://idec.spline-online.ml/;idec.talks/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum;15
https://.....;something.something;60
====


Ну и было бы неплохо иметь возможность через API спросить у нода как он называется, а то я сейчас не вижу как по http://idec.spline-online.ml понять, что это tavern

И после этого можно будет строить топологию сети автоматически :)



Re: Мысли про возможное будущее IDEC : 24/12/21 06:58 : shaos to hugeping [#] [reply]

> ii подмножество idec. Если речь про ii, то всё-ещё так. :)

ii более несуществует - есть только idec ;)

и он чуть более сложный...



Re: Предложения или "Как нам обустроить idec?" : 24/12/21 06:56 : shaos to hugeping [#] [reply]

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

Это самая правильная позиция :)

Главное не ломать совместимость со старыми версиями нодов/клиентов



Re: Предложения или "Как нам обустроить idec?" : 23/12/21 19:37 : ake to hugeping [#] [reply]

> Естественно, забор . эх нужен авторизированный. Емнип, /u/point/ расширен для этого.

Ну, у меня ключевая идея была как раз в том, что если нам нужно авторизоваться для получения данных, то мы просто дописываем строку авторизации к идентификатору эхи (или сообщения) и не надо вводить никаких новых методов. Нет большой разницы, в плане наличия данных в запросе, обращаемся мы к специальному /u/private/myauth/secret.echo или к стандартному /u/e/myauth.secret.echo. Только с ограничением на имена эх промахнулся.

Без разницы, как это реализовано внутри - генерирует нода такие индексы динамически или честно форвардит входящие.



Re: Предложения или "Как нам обустроить idec?" : 23/12/21 09:23 : hugeping to ake [#] [reply]

ake> Добавил на своей ноде.

ake> На клиенте:
ake> Чтобы отправить сообщение кому-то, отправляем его в эху mailto.{имя ноды}.{номер поинта}. Например, mailto.ake.100
ake> Чтобы прочитать свои входящие, указываем для получения ноду mailfor.{строка авторизации}.

У меня были похожие вещи на старой ноде (на основе iing). У меня было понятие виртуальной эхи. Фактически, через них можно было делать любой запрос. Например, получить личные сообщения, делать поиск по содержимому итд. На текущей ii-go личку сделал проще. Сообщения шлются в эху .private (вообще, эхи с . у меня считаются специальными) и дальше при заборе этой эхи учитывается, что именно можно отдавать юзеру. Решение делается на основе поля To. Там кажется можно даже групповую переписку организовывать, но я сейчас не помню. Но если написать в личку All, то услышат все (через личку). :) Естественно, забор . эх нужен авторизированный. Емнип, /u/point/ расширен для этого.

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



Re: Мысли про возможное будущее IDEC : 23/12/21 09:11 : hugeping to shaos [#] [reply]

>> Реализация всё ещё пишется за несколько часов :)

shaos> Это далеко не так ;)

ii подмножество idec. Если речь про ii, то всё-ещё так. :)



Re: Предложения или "Как нам обустроить idec?" : 23/12/21 09:02 : hugeping to shaos [#] [reply]

shaos> И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)

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

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

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



Re: Предложения или "Как нам обустроить idec?" : 22/12/21 21:07 : vvs to shaos [#] [reply]

shaos> И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)

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

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



Re: Предложения или "Как нам обустроить idec?" : 22/12/21 20:46 : shaos to vvs [#] [reply]

И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)



Re: Предложения или "Как нам обустроить idec?" : 22/12/21 20:43 : shaos to ake [#] [reply]

base32 это большие буквы и некоторые цифры - уж лучше обычный hex тогда

а так вроде всё логично :)



Re: Предложения или "Как нам обустроить idec?" : 22/12/21 19:33 : vvs to ake [#] [reply]

И всё-таки, зачем кому-то и дальше усложнять idec?

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

Кто-нибудь смотрел для сравнения, например, https://public-inbox.org/README.html ? Это очень простой механизм, который использует готовые решения и протоколы для всего. Например децентрализованная сеть там за счёт Git. К тому же оно используется самими разработчиками Git. Кто-то может оценить, в чём возможные преимущества реализации этих же функций на idec заново?



Re: Предложения или "Как нам обустроить idec?" : 22/12/21 18:22 : ake to Andrew Lobanov [#] [reply]

Добавил на своей ноде.

На клиенте:
Чтобы отправить сообщение кому-то, отправляем его в эху mailto.{имя ноды}.{номер поинта}. Например, mailto.ake.100
Чтобы прочитать свои входящие, указываем для получения ноду mailfor.{строка авторизации}.

В интерфейсе ноды:
Входящие - http://gears.headake.win/idec/ui2/directmail/inbox
Отправить сообщение - http://gears.headake.win/idec/ui2/directmail/send (адрес вводится в обычном формате "nodename, 123")

Реквизиты для тестов

====
Адрес пользователя: ake, 5
Строка авторизации: jfmq66fj6e

Адрес пользователя: ake, 6
Строка авторизации: 7uyoxz2fj4
====



О грустном - клиентах и разных подводных граблях.

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



Re: IDEC identity : 22/12/21 09:14 : shaos to Difrex(mobile) [#] [reply]

По поводу общих поинтов - PGP/GPG тяжеловат потому как многообразен - надо что-то одно широко известное выбрать и поддержать, но только цифровую подпись - без шифрования (которое в IDEC по-моему противопоказано), например можно взять отданный в общенародное достояние алгоритм Ed25519, существующий уже 10 лет и не подпадающий ни под какие патенты - в нём есть 32-байтовый публичный ключ и 64-байтовый секретный ключ (половина из которого это копия публичного ключа). Публичные ключи распространяются по всем узлам и клиентам (например посредством специальной эхо-конференции от имени пользователя как поинта своего узла) и идентифицируют глобальных пользователей (которые всё также могут оставаться поинтами на своих узлах). К сообщению подписанному цифровой подписью Ed25519 цепляется 64-байтовя signature (в строке тэгов после тэга signature/ например как 128-символьная шестнадцатиричная строка либо как 103-символьная строка в кодировке BASE32 либо как 86-символьная строка в кодировке BASE64URL, либо как 80-символьная строка в кодировке ASCII85 где символ / подменён скажем на | - хотя наверное надо таки использовать BASE64URL как родной способ кодирования бинарных данных в IDEC). Чтобы проверить валидность сообщения, по имени пользователя (msgfrom) берётся его публичный ключ (предварительно распространённый) и по телу сообщения проверяется его цифровая подпись, чтобы удостовериться, что письмо не подменено или не подписано поддельным ключом.

Подробнее про внедрения Ed25519: https://ianix.com/pub/ed25519-deployment.html

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



Re: Мысли про возможное будущее IDEC : 22/12/21 08:02 : shaos to Andrew Lobanov [#] [reply]

> Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ.

Есть смысл, если надо заслать что-то маленькое вместе с сообщением (бинарь программки например, или заархивированный исходник).

> Может проще аттачи распространять по отдельной схеме, и хэши на аттачи кидать в теги собщения? :)

и это тоже можно сделать ;)

ну или по классике - в теле письма писать URL на ii-объект:

ii://1KpcmGrc9pUtZQ6Puv1z[*][*]



Re: Мысли про возможное будущее IDEC : 22/12/21 07:54 : shaos to Andrew Lobanov [#] [reply]

> Реализация всё ещё пишется за несколько часов :)

Это далеко не так ;)

> Да и не повод дальше усложнять.

Это небольшие инкрементальные улучшения, которые могут вывести IDEC на орбиту современных технологий ;)

> Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)

Ну для начала - добавляет бинарных данных в рассылки.

> С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею.

Ну почему? Есть разница 100% сообщений надо вычитать, чтобы отфильтровать из них бинарные объекты или 1.56%? ;)

> А найти и прочитать сообщение в общем случае это O(1).

Скорее O(n)...



Re: Мысли про возможное будущее IDEC : 22/12/21 05:09 : Andrew Lobanov to shaos [#] [reply]

shaos> Несколько комментариев к моему изначальному сообщению.
shaos> - Чтобы исключить кривотолки и неправильные реализации, надо явно прописать алгоритм создания хэша, который реализован в ii-php и iing (и скорее всего в старом ii, судя по статистике использования символов в хэшах архивных сообщений), чтобы недвусмысленно было написано, что 2 небуквоциферных символа в base64 надо заменять на A (большую) и z (маленькую), а то сейчас в документации написано "for example A and Z" и новые реализации пытаются следовать документации, получая несовместимые решения (ii-go).

ii-go это анархическая реализация. Взять хоть редактирование сообщений :)

shaos> - При поддержке вложений в новоявленном формате ascii85+ чтобы отличить их скажем от исходника на языке Си или JSON-а в начале сообщения можно добавить ключевое слово @attach за которым будет идти число включений и сервер будет убирать это в строку тэгов сохранённого сообщения например .../attach/3 будет означать, что по ходу сообщения должно встретиться 3 вложения в формате ascii85+ (правда это означает, что в этом же сообщении не может встретится кусочек программы на C/C++/Java или JSON, хотя можно добавить правило парсинга, что между ==== и ==== искать вложения ненадо)...

Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ. Может проще аттачи распространять по отдельной схеме, и хэши на аттачи кидать в теги собщения? :)



Re: Мысли про возможное будущее IDEC : 22/12/21 05:09 : Andrew Lobanov to shaos [#] [reply]

>> Предложения весьма занимательные, но с моей точки зрения теряется главное примущество idec - дубовость.
shaos> Ну с годами idec уже не такой дубовый стал и совсем не маленький, как у вас тут принято считать ;)

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

>> Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?
shaos> Не бесплатно. Чтобы посмотреть тэги, надо найти и прочитать сообщение. Если оно одно, то может и не долго, а если в списке их тысячи?. А так мы по списку можем видеть что есть что (ну разве что с вероятностью 1/64 это может быть "false positive", пришедший от старых нод или взятый из старых архивов, у которого случайно msgid начинается с 0).

С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею. А найти и прочитать сообщение в общем случае это O(1). Другое дело, что в зависимости от конкретной платформы и конкретной реализации в абсолютных величинах это может быть долго. Я догадываюсь куда именно ты клонишь.



Re: Мысли про возможное будущее IDEC : 22/12/21 02:18 : shaos to shaos [#] [reply]

Несколько комментариев к моему изначальному сообщению.

- Чтобы исключить кривотолки и неправильные реализации, надо явно прописать алгоритм создания хэша, который реализован в ii-php и iing (и скорее всего в старом ii, судя по статистике использования символов в хэшах архивных сообщений), чтобы недвусмысленно было написано, что 2 небуквоциферных символа в base64 надо заменять на A (большую) и z (маленькую), а то сейчас в документации написано "for example A and Z" и новые реализации пытаются следовать документации, получая несовместимые решения (ii-go).

- При поддержке вложений в новоявленном формате ascii85+ чтобы отличить их скажем от исходника на языке Си или JSON-а в начале сообщения можно добавить ключевое слово @attach за которым будет идти число включений и сервер будет убирать это в строку тэгов сохранённого сообщения например .../attach/3 будет означать, что по ходу сообщения должно встретиться 3 вложения в формате ascii85+ (правда это означает, что в этом же сообщении не может встретится кусочек программы на C/C++/Java или JSON, хотя можно добавить правило парсинга, что между ==== и ==== искать вложения ненадо)...



Re: Мысли про возможное будущее IDEC : 22/12/21 01:47 : shaos to ake [#] [reply]

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

Ну по сути так оно и есть :)

> ...и можно как-то прикрутить её к IPFS (или наоборот) для хранения сообщений

А зачем прикручивать, если IDEC по сути вполне годится на роль "downsized IPFS"? ;)
Самая первая версия IPFS v0.1 появилась в феврале 2015, а самая первая версия ii v0.1 - в марте 2014. Получается IPFS это "upsized ii" :)
А так внутри IPFS есть "Distrubuted Hash Map", который есть последний пункт моих мыслей применительно к IDEC :)
И как над IPFS появилась криптовалюта Filecoin, над IDEC может в перспективе появится IDECoin и всё забурлит и запенится ;)
Шутка...

>> Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения
> Мне кажется такую функциональность проще реализовать в виде варианта запроса
> индекса, который будет возвращать (кроме идентификатора и закодированного
> сообщения) строку с тегами, либо отдельным суффиксом у ID. Правда, хранение
> метаданных в ссылке напоминает костыль в gopher, когда префикс в URL определяет
> то, как клиент будет отображать полученное содержимое.

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



Re: Мысли про возможное будущее IDEC : 22/12/21 01:38 : shaos to Andrew Lobanov [#] [reply]

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

Ну с годами idec уже не такой дубовый стал и совсем не маленький, как у вас тут принято считать ;)

> Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?

Не бесплатно. Чтобы посмотреть тэги, надо найти и прочитать сообщение. Если оно одно, то может и не долго, а если в списке их тысячи?. А так мы по списку можем видеть что есть что (ну разве что с вероятностью 1/64 это может быть "false positive", пришедший от старых нод или взятый из старых архивов, у которого случайно msgid начинается с 0).



Re: Мысли про возможное будущее IDEC : 21/12/21 18:34 : ake to shaos [#] [reply]

Касательно рассуждений о хэше для сообщений, пришла мысль, что IDEC это практически контентно-адресуемая сеть и можно как-то прикрутить её к IPFS (или наоборот) для хранения сообщений.

> Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения

Мне кажется такую функциональность проще реализовать в виде варианта запроса индекса, который будет возвращать (кроме идентификатора и закодированного сообщения) строку с тегами, либо отдельным суффиксом у ID. Правда, хранение метаданных в ссылке напоминает костыль в gopher, когда префикс в URL определяет то, как клиент будет отображать полученное содержимое.



Re: Мысли про возможное будущее IDEC : 21/12/21 17:41 : Andrew Lobanov to shaos [#] [reply]

shaos> Всем привет

shaos> Я познакомился в ii/IDEC только в августе этого года, стал изучать как оно всё устроено и наконец на днях, воспользовавшись открытой реализацией ii-php, поднял свой узел - теперь у меня есть несколько мыслей по возможному будущему этой системы (либо системы, которая может отпочковаться от этой системы, но будет оставаться совместимой со старым IDEC API):

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

Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?

Когда доползу до компа, постараюсь ответить более развёрнуто.



Мысли про возможное будущее IDEC : 21/12/21 08:13 : shaos to All [#] [reply]

Всем привет

Я познакомился в ii/IDEC только в августе этого года, стал изучать как оно всё устроено и наконец на днях, воспользовавшись открытой реализацией ii-php, поднял свой узел - теперь у меня есть несколько мыслей по возможному будущему этой системы (либо системы, которая может отпочковаться от этой системы, но будет оставаться совместимой со старым IDEC API):

1) Кроме base64 существует чуть более компактный способ представления бинарных данных в виде текста - это алгоритм ascii85, когда каждые 4 байта представляются 5-значным 85-ричным числом, где каждая "цифра" это символ от '!' до 'u', плюс буквы 'z' и 'y' несут особый смысл, кодируя четвёрки нулей и пробелов соответственно - в результате данные раздуваются не в 4/3=1.33 раз, как в случае base64 (или uue), а в 5/4=1.25 раз или меньше, что как минимум на 6% компактнее. Можно немного развить ascii85 для кодирования произвольных бинарных данных, назвав новую систему кодирования скажем ascii85+ задействуя остальные неиспользованные символы: 'x' может кодировать четвёрку 0xFF (это может помочь при кодировании прошивок ПЗУ), 'w' - четвёрку 0x80 (это может помочь при кодировании 8-битных беззнаковых WAV-файлов), 'v' - пока может использоваться для детектирования ошибки, фигурные скобки { и } могут выделять закодированный бинарный блок в тексте (наличие явно заданного стартового символа упрощает парсинг, а наличие явно заданного терминатора поможет обрабатывать пограничные ситуации, когда концовка файла не влезает в 4 байта целиком), а ~ и | могут использоваться для каких-то особых случаев (см.ниже). Этот подход можно использовать для встраивания бинарных файлов в текст сообщений как вложений (аля ююки), указывая имя файла после втавки (чтобы клиент знал с чем этот файл надо есть и надо ли):

====
Посмотрите на эту весёлую картинку:
{Abhdhj!$^390+-
...
Bhdbdfjg}=funny.gif
====


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

2) Этот же ascii85+ можно использовать для уменьшения размеров бандлов на 6% сделав новый вызов в API - например /u/n/msgid/msgid/msgid... (вместо /u/m/... который может остаться для старых клиентов) - и результат работы этого вызова может выглядеть примерно так:

====
msgid:{!"#$%&'()*+,-...}
msgid:{0123456789...}
msgid:{ABcded...}
====


где в фигурных скобках будет ascii85+ сообщений (этот алгоритм не является url-safe, поэтому в других местах API где надо url-safe останется всё тот же base64url).

3) Идея, что msgid является хэшом сообщения, с моей точки зрения является в ii ключевой, поэтому редактировать сообщения, сохранённые узлом (а тем более переданные на другие узлы) ни в коем случае нельзя! Ведь это поменяет контент и хэш уже не будет совпадать! Если же контент константен, то всегда можно восстановить msgid по самому сообщению, если вдруг msgid оказался утерян. Кроме того на стороне клиента (либо другого узла после фетча) можно проверить целостность сообщения, посчитав его хэш и сверив с msgid - если оно не совпадает, то либо это старое сообщение (отредактированное на узле, где это можно было делать, или посчитанное в стародавние времена, когда хэши в ii считались иначе), либо подменённое или испорченное новое сообщение - можно просто подсветить такое сообщение особым образом на клиенте и читатель сам будет решать, что ему с таким сообщением делать.

4) Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения - например сервер принимая от клиента текстовое сообщения классического вида добавит в его список тэгов новый тэг trick/0 и посчитает хэш сообщения - елси хэш не начинается скажем с символа '0', то алгоритм инкрементирует значение в этом тэге (trick/1) и считает хэш ешё раз - если опять не стартует с '0', то инкрементируем ещё раз и т.д. пока хэш не станет начинаться с нуля (в среднем на подготовку "красивого" msgid должно уходить порядка 32 вычислений хэша - иногда меньше, иногда больше) - в этом случае все узлы точно будут знать, что все "новые" сообщения с msgid вида 0... являются новыми "обычными" сообщениями (чтобы отличить от старых сообщений с именами случайно начинающимися с 0 можно проверить наличие тэга trick в заголовке сообщения - если он есть, то это новый тип сообщения с возможными вложенными файлами). Если каждая точка системы точно знает, что это новое сообщение, то она также может проверить целостность сообщения пересчитав его хэш и сверив с msgid ( ведь новый стандарт должен будет явно запретить редактирование или подмену сообщения уже сохранённого узлом ; ). Старые узлы и клиенты будут передавать такие сообщения как самые обычные (если не запнутся на неизвестном тэге trick).

5) Тип сообщения 1... может обозначать закодированный бинарный файл, когда в теле сообщения нет текста, а сразу идёт блок ascii85+ {...}. При посылке такого сообщения отправляющий клиент может задать новое ключевое слово @crc32:0xFFFFFFFF для указания контрольной суммы, которая при сохранении сообщения будет вставлена узлом в строку тэгов в виде .../crc32/0xFFFFFFFF и которую принимающий клиент может проверить после восстановления файла. Размер такого сообщения по понятным причинам будет ограничен - может быть даже придётся уменьшить текущий лимит 87кб до 32кб, чтобы эта реализация была совместима с ограниченными размерами памяти недокомпьютеров, которые могли бы участвовать в работе сети - в этом случае размер самого большого бинарного файла, который можно таким способом отправить, будет составлять порядка 26кб. Старые узлы и клиенты будут показывать такие сообщения как обычные текстовые.

6) Тип сообщения 2... может обозначать составной объект, когда ранее отправленные сообщения типа 1... на самом деле являются кирпичиками, из которых строится большое сообщение. В теле такого сообщения могут перечисляться как блоки {}, так и ссылки на внешние сообщения типа 1:

====
~1gjkwui4iuwqrezD56az
~1ui4iuwqrezD56azFejs
~{......}|это вставка блоба ascii85+ (комментарий после | до конца строки)
~1uwqrzFejsDSGFeekjkd|это ссылка на другой объект, который должен быть вставлен при сборке
{....}=666.bin|это объявление именованного блоба (без вставки)
~666.bin
~666.bin
~666.bin|это вставка копии именованного блоба (всего 3 копии подряд)
====


в примере выше показано как можно повторять несколько раз бинарный кусок, объявленный в том же сообщении (666.bin). Такой тип бинарного сообщения снимает любые ограничения на размер передаваемого объекта, который перед передачей может быть порублен на кусочки. При отправке такого сообщения также может быть использовано ключевое слово @crc32, которое как и в предыдущем случае будет вставлено узлом в строку тэгов при сохранении. Старые узлы и клиенты будут показывать такие сообщения как обычные текстовые (как в примере выше). В случае реализации сообщений 1 и 2 типов на уровне сети для передачи бинарных данных отпадёт необходимость в поддержке файлэх, которые выглядят несколько неестественно применительно к ii (например они не приспособлены для пересылки через последовательные каналы передачи данных, в то время как все остальные подсистемы IDEC представлены в текстовом виде и могут быть использованы через интерфейс терминала).

7) В будущем при отправке сообщения от поинта узлу к ключевым словам можно будет добавить ещё и подпись @sign:0xFF...FF по алгоритму скажем HMAC-RIPEMD-160-96 (с одним секретным ключом известным отправляющей и принимающей стороне), если достаточно удостовериться в валидности посланного от поинта на свой узел (узел должен знать секретный ключ поинта - точно также как сейчас он знает пароль) и далее при сохранении сообщения на узле (после проверки валидности) такую подпись можно опустить, либо (в будущем) по алгоритму Ed25519 (с публичным и секретным ключами), если требуется проверка достоверности сообщения в пределах всей сети на любом узле и любом клиенте (это более тяжёлая реализация, которая требует наличия двух алгоритмов SHA512 и Curve25519, а также способов передачи публичных ключей всех активных участников сети на все вовлечённые узлы) - в этом случае sign/0x... переедет в строку тэгов для проверки достоверности послания в любой точке сети (и также для проверки целостности данных вместо CRC32), а старые узлы и клиенты просто будут игнорировать этот тэг, как неизвестный.

8) Когда сеть разрастётся, возможно придётся отказаться от хранения всех сообщений на каждом узле (в идеале - когда все фетчат всех) - узлы могут быть разбиты на группы (с избыточностью) для хранения разных наборов объектов (скажем в зависимости от значений 2го и 3го символа в msgid). Существуют разнообразные алгоритмы распределённых хэшей, которые можно применить в данном случае для поиска объектов по хэшу (msgid) на сети ненадёжных узлов. В этом случае сеть можно будет использовать как распределённое хранилище подписанных объектов, которые можно будет задействовать при построении распределённых сайтов, мультиплеерных игр, криптовалют и т.д. Для старых узлов можно предусмотреть механизм, когда они подписываются на специальные скрытые эхи, в которые будут транслироваться копии объектов по группам - в этом случае эти узлы будут продолжать работать в старой парадигме IDEC, но в то же время они будут полезными в рамках новой распределённой сети объектов, раздавая сохранённые на них объекты при необходимости по запросу.

Shaos



тестовое сообщение : 19/12/21 11:01 : shaos to All [#] [reply]

пишу тестовое сообщение



Re: Два пустых сообщения в idec.talks : 20/12/21 09:47 : shaos to Andrew Lobanov [#] [reply]

> Добавил в блеклист.

Да - теперь в логах чисто - СПС!



Re: Два пустых сообщения в idec.talks : 20/12/21 09:35 : Andrew Lobanov to shaos [#] [reply]

shaos> Наверное если они невалидные их надо в чёрный список, не?

Добавил в блеклист.



Два пустых сообщения в idec.talks : 20/12/21 07:46 : shaos to All [#] [reply]

Существует 2 пустых сообщения в idec.talks, которые вызывают ошибку при фетче из ii-php:

====
fetch http://idec.spline-online.ml/u/e/idec.talks/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum
idec.talks
fetch http://idec.spline-online.ml/u/m/HaYwRbvCz0HDMhN2IrOU/ymc21433dohplAzblytS
invalid message: HaYwRbvCz0HDMhN2IrOU
error saving HaYwRbvCz0HDMhN2IrOU
invalid message: ymc21433dohplAzblytS
error saving ymc21433dohplAzblytS
====


Наверное если они невалидные их надо в чёрный список, не?



Re: Актуальный нодлист : 19/12/21 12:37 : shaos to ake [#] [reply]

Ну и от меня держите :)

====
{
"nodename": "shaos",
"client": " http://shaos.net:8085/ii-point.php?q=/",
"web": " https://shaos.net:8085/ii-web.php",
"sysop": "shaos",
"contacts": {
"email": "me@shaos.net",
"phone": "+1xxxxxxxxxx",
"web": " http://shaos.net"
},
"description": "shaos.net IDEC node",
"uplinks": [
[
"tavern",
"15m"
],
]
}
====




Новый узел IDEC http://shaos.net:8085 : 19/12/21 12:35 : shaos to All [#] [reply]

Запустил таки ii-php у себя на доменном имени на специально выделенной машине PowerMac G4 400МГц с Debian-линухом на борту, стоящей у меня дома в Пало-Альто, штат Калифорния :)

Пожалуй это будет первый узел ii/idec-сети, расположенной на американском континенте (и возможно первый узел на неинтеловской архитектуре?)

Беру с таверны несколько эх, а также создал заглушки для своих эх ( в частности silicon.valley.local ; )

В будущем планирую на той же машине поднять Gopher-сервер и TNFS-сервер (для компьютеров ZX-Spectrum оснащённых сетевой карточкой Spectranet)

Shaos



Re: Предложения или "Как нам обустроить idec?" : 18/12/21 06:20 : Andrew Lobanov to ake [#] [reply]

AL>> Как это будет работать в масштабе сети?
ake> Навскидку - либо масштабируем то же самое до нод, т.е. складываем в скрытую эху outbound.some_node_authstr, на которую подписана эта нода; либо форвардим с помощью /u/push.

Химера какая-то, если честно. Давай чтоль нормальный POC :)



Re: Предложения или "Как нам обустроить idec?" : 18/12/21 06:17 : Andrew Lobanov to ake [#] [reply]

>> Менять сообщения, конечно, никто не запрещает, но не надо такое отдавать наружу никогда. А так - каждый волен со своей базой делать что угодно - хоть удалить вообще нафиг :)
ake> Совсем не обязательно менять сообщения, ничто не запрещает отдавать в индексе эхи, сообщения имеющие другое значение в соответствующем поле. И кросспостинг почти про то же.

Кросспостинг реализуется на стороне клиента и делается совсем иначе и проще. Зачем городить огород?

>> Для этого нужна поддержка шифрованных сообщений.
ake> Тэг с типом содержимого вообще ортогонален шифрованным сообщениям. Можно хоть что слать, заранее перекодировав и указав, что это base64/uuencode/koi8r/etc, если надо (да, будет неоптимально, но это опять организационный вопрос, и я в курсе про файл-эхи).
>> Возможность редактирования сообщений это зло.
ake> Обратный вопрос, перефразируя: "Какие проблемы это создаёт?"

Ну любые нововведения должны решать существующие проблемы. Изменения ради изменений это путь к сложной системе без смысла.



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 14:25 : ake to Andrew Lobanov [#] [reply]

AL> Как это будет работать в масштабе сети?

Навскидку - либо масштабируем то же самое до нод, т.е. складываем в скрытую эху outbound.some_node_authstr, на которую подписана эта нода; либо форвардим с помощью /u/push.



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 13:29 : ake to Andrew Lobanov [#] [reply]

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

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

> Для этого нужна поддержка шифрованных сообщений.

Тэг с типом содержимого вообще ортогонален шифрованным сообщениям. Можно хоть что слать, заранее перекодировав и указав, что это base64/uuencode/koi8r/etc, если надо (да, будет неоптимально, но это опять организационный вопрос, и я в курсе про файл-эхи).

> Возможность редактирования сообщений это зло.

Обратный вопрос, перефразируя: "Какие проблемы это создаёт?"



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 11:47 : Andrew Lobanov to ake [#] [reply]

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

Посмотри в поле адреса. Оно не просто так сущетвует, а однозначно тебя идентифицирует в сети. В отличие от имени.



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 11:47 : Andrew Lobanov to ake [#] [reply]

hugeping>> - личка (правда у тебя в списке этого нет)
ake> Ну, примитивную личку можно собрать на базе идеи про перемаркировку, она там как раз в виде примера.

Как это будет работать в масштабе сети?



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 11:47 : Andrew Lobanov to hugeping [#] [reply]

hugeping> А так, из твоих предложений мне лично интересны:
hugeping> - редактирование.

Является злом в чистом виде и должно быть запрещено законом :)

hugeping> - личка (правда у тебя в списке этого нет)

Есть некоторые идеи и есть потребность в этой фиче.



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 11:47 : Andrew Lobanov to ake [#] [reply]

ake> Доброго времени суток. На волне (пока ещё) энтузиазма решил поделиться "рационализаторскими" предложениями для idec. Некоторые из них, в том или ином виде, озвучивались. Часть из них относится скорее к реализации нод, но некоторые потребуют либо дополнения протокола, либо изменений с разной степенью обратной совместимости.

Ты забыл самое главное написать: какие существующие проблемы это решает?

ake> 1. Правила перемаркировки эх. Идея простая - на ноду приходит сообщение (не важно, фетчится или от поинта) и, если у него в качестве эхи указано некое значение A, то оно заменяется на некоторое A* по определённому правилу. Самый очевидный вариант использования - "личные" эхи, один поинт отправляет сообщение в эху "sendmsg.username", в процессе оно перемаркируется, как "readmsg.username_authstr" и адресат его может получить. Ещё так можно укрупнять и агрегировать эхи, перемаркировывая сообщения из внешних "dev.c", "dev.cpp", "dev.python" в общую локальную "dev.main", например. Недостатком становится то, что такие эхи становятся либо односторонними, либо надо создавать сложные обратные правила (т.е. ответы должны будут помещаться и в новую эху, и в старую).

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

ake> 2. Кросспостинг - отправка и присутствие сообщения с одним ID в нескольких эхах одновременно.

Это задача клиента.

ake> 3. Хуки на появление сообщений в эхе/от пользователя/в качестве ответа. Тогда можно будет сделать, например, эху для управления нодой, какие-нибудь голосовалки (изначально была идея нодо-локальной общественной модерации) и ещё что-нибудь.

Непонятно какие задачи решает. Голосования проводили и без этого. Можно анализировать сабжи. Это дёшево.

ake> 4. Добавить тег определяющий кодировку или тип содержимого (mime-type) тела сообщения. По идее это должно гарантировано решить проблему с тем, как реализовывать шифрование сообщений - зашифрованное сообщение будет иметь соответствующий тег encoding и его расшифровкой должен будет заниматься клиент.

Для этого нужна поддержка шифрованных сообщений. Но я, например, против шифрования в эхах.

ake> 5. Хранить время фетча сообщения нодой и использовать его в качестве указателя сдвига для получения индекса в /u/e-подобном запросе. Я читал обсуждение чего-то подобного в idec.talks, но по-моему там предлагалось использовать время самого сообщения, что действительно может работать криво.

Можно попробовать POC написать.

ake> 6. Метод POST для /u/e и /u/m, это тоже обсуждалось и, вроде, не должно требовать больших изменений, но почему-то не взлетело.

Смысла особого нет. Не решает ни одной проблемы.

ake> 7. Хранить в тегах, кроме указателя на отвеченное сообщение, указатель на первое сообщение ветки обсуждения/топика. Чуть упрощает реализацию топиков и позволяет писать в них сообщения не являющиеся ответами на конкретный пост.

Смысла нет, так как построить цепочку ответов это практически бесплатно.

ake> 8. Пока ещё сырая, на как выходит не новая, идея, касающаяся редактирования сообщений, заключающаяся в отправке нового сообщения, с тегом, скажем, "amend" содержащим ID оригинального сообщения. Идентичная идея была описана ещё в ii://jOO4SZIyVrHLU9XxuhKW[*][*] , но осталась без ответов.

Возможность редактирования сообщений это зло.



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 10:58 : ake to Ordos [#] [reply]

Ordos> Самое простое

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

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



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 10:36 : ake to hugeping [#] [reply]

hugeping> Чужой энтузиазм радует! :) Но, откровенно говоря, я наблюдал многих энтузиастов (не только про idec сейчас говорю), которые на волне энтузиаста что-то делали, не доделали и ушли. В этом смысле у меня теперь есть прагматический скепсис, который вылился в то, что я перестал поддерживать всех идейных новичков. Просто потому, что начинаешь помогать, тратишь последние крохи времени (которые берёг для своих проектов) а потом... Всё в пустоту. Вот твоя фраза "делать нечего" она выдаёт именно такое отношение. Извини. :)

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

hugeping> - личка (правда у тебя в списке этого нет)

Ну, примитивную личку можно собрать на базе идеи про перемаркировку, она там как раз в виде примера.



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 08:58 : Ordos to Ordos [#] [reply]

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



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 08:51 : Ordos to ake [#] [reply]

Думаю, что не стоит усложнять. Единственное, что может быть действительно полезно - это личка. Но здесь потребуется доработка клиентов. Самое простое - ввести дополнительный запрос с авторизацией на получение личных сообщений/эх. К этому потом можно прикрутить, например, ботов, предлагающих разное.

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

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



Re: Предложения или "Как нам обустроить idec?" : 17/12/21 08:59 : hugeping to ake [#] [reply]

ake> но это будет разочаровывающим выводом и во многом будет значить, что мне здесь делать, собственно, нечего. Но другого сообщества, использующего idec, у меня нет, а энтузиазм пока есть.

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

Вот у меня была цель, сделать себе место из которого я генерю свой "контент". Я его сделал. У меня есть и личка и редактирование сообщений, экспорт в gemini и многое другое. Но наружу я смотрю просто idec-ом. Даже если никаких узлов idec не останется, это меня не беспокоит -- потому что я не могу на это никак повлиять.

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

Потому что, то же редактирование -- не так просто как кажется в начале.

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

Остальное на мой взгляд избыточные функции и я их вряд ли буду у себя реализовывать.



Re: Предложения или "Как нам обустроить idec?" : 16/12/21 19:08 : vvs to ake [#] [reply]

ake> Ну, а вот мне просто он концептуально и технически нравится, как универсальная вещь.

Причина ничем не хуже любой другой.



Re: Предложения или "Как нам обустроить idec?" : 16/12/21 18:43 : ake to vvs [#] [reply]

vvs> Подозреваю, что сначала надо задать вопрос: кому и зачем нужен idec? И тогда многие ответы станут очевидны.

vvs> Сам я не знаю, зачем существует idec, но пользуюсь им для узкого круга общения, не заморачиваясь философскими деталями.

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



Re: Предложения или "Как нам обустроить idec?" : 16/12/21 17:36 : vvs to ake [#] [reply]

Подозреваю, что сначала надо задать вопрос: кому и зачем нужен idec? И тогда многие ответы станут очевидны.

То ли idec должен всё включать и поддерживать. И тогда проще взять уже существующие протоколы и софт. То ли все хотят игрушечную реализацию, доступную школьнику. И тогда он может кому-то показаться уже слишком переусложнённым. Кстати, даже в существующих реализациях иногда уже встречались некоторые несовместимости.

Сам я не знаю, зачем существует idec, но пользуюсь им для узкого круга общения, не заморачиваясь философскими деталями.



Предложения или "Как нам обустроить idec?" : 16/12/21 16:22 : ake to All [#] [reply]

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

1. Правила перемаркировки эх. Идея простая - на ноду приходит сообщение (не важно, фетчится или от поинта) и, если у него в качестве эхи указано некое значение A, то оно заменяется на некоторое A* по определённому правилу. Самый очевидный вариант использования - "личные" эхи, один поинт отправляет сообщение в эху "sendmsg.username", в процессе оно перемаркируется, как "readmsg.username_authstr" и адресат его может получить. Ещё так можно укрупнять и агрегировать эхи, перемаркировывая сообщения из внешних "dev.c", "dev.cpp", "dev.python" в общую локальную "dev.main", например. Недостатком становится то, что такие эхи становятся либо односторонними, либо надо создавать сложные обратные правила (т.е. ответы должны будут помещаться и в новую эху, и в старую).

2. Кросспостинг - отправка и присутствие сообщения с одним ID в нескольких эхах одновременно.

3. Хуки на появление сообщений в эхе/от пользователя/в качестве ответа. Тогда можно будет сделать, например, эху для управления нодой, какие-нибудь голосовалки (изначально была идея нодо-локальной общественной модерации) и ещё что-нибудь.

4. Добавить тег определяющий кодировку или тип содержимого (mime-type) тела сообщения. По идее это должно гарантировано решить проблему с тем, как реализовывать шифрование сообщений - зашифрованное сообщение будет иметь соответствующий тег encoding и его расшифровкой должен будет заниматься клиент.

5. Хранить время фетча сообщения нодой и использовать его в качестве указателя сдвига для получения индекса в /u/e-подобном запросе. Я читал обсуждение чего-то подобного в idec.talks, но по-моему там предлагалось использовать время самого сообщения, что действительно может работать криво.

6. Метод POST для /u/e и /u/m, это тоже обсуждалось и, вроде, не должно требовать больших изменений, но почему-то не взлетело.

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

8. Пока ещё сырая, на как выходит не новая, идея, касающаяся редактирования сообщений, заключающаяся в отправке нового сообщения, с тегом, скажем, "amend" содержащим ID оригинального сообщения. Идентичная идея была описана ещё в ii://jOO4SZIyVrHLU9XxuhKW[*][*] , но осталась без ответов.

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

8.2. Более кардинальный способ - добавление в формат ID поля/постфикса версии, которое учитывается при фетче (и только при фетче). Тогда новое сообщение перезаписывает старое и инкрементирует версию, клиенты и ноды при фетче тянут сообщение, если его версия новее (что, правда, сильно усложняет его логику), на ответах это не сказывается, т.к. для них ID не поменялся.



Re: Анонс станции : 15/12/21 19:24 : hugeping to ake [#] [reply]

ake> Сделал открытую регистрацию поинтов на станции, но с небольшим квестом - форма регистрации находится в gemini - gemini://ake.crabdance.com:1966/enroll/intro/

Прикольная идея. :)



Re: Анонс станции : 15/12/21 18:36 : ake to ake [#] [reply]

Сделал открытую регистрацию поинтов на станции, но с небольшим квестом - форма регистрации находится в gemini - gemini://ake.crabdance.com:1966/enroll/intro/
С одной стороны, думаю, это снизит риски автоматических регистраций и прочих злоупотреблений (а вдруг?), с другой, это будет не особенно большим препятствием, и процедура остаётся автоматической.



Re: Актуальный нодлист : 15/12/21 05:42 : ake to Andrew Lobanov [#] [reply]

====
{
"nodename": "ake",
"client": "http://gears.headake.win/idec/",
"web": "http://gears.headake.win/idec/ui2/",
"sysop": "ake",
"contacts": {
"email": "kdeisacake@mail.ru"
},
"description": "Ake station",
"uplinks": [
[ "ping", "10m" ],
[ "tavern", "10m" ],
[ "tgi", "10m" ]
]
}
====




Re: Актуальный нодлист : 14/12/21 08:03 : vit01 to Andrew Lobanov [#] [reply]

====
{
    "nodename": "mira",
    "client": "https://ii-net.tk/ii/ii-point.php?q=/",
    "web": "https://ii-net.tk/ii/ii-web.php",
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/"
    },
    "description": "Станция мира",
    "uplinks": [
        [
            "instead-club",
            "10m"
        ],
        [
            "tavern",
            "10m"
        ],
        [
            "dynamic",
            "10m"
        ],
        [
            "md0",
            "10m"
        ]
    ]
},
{
    "nodename": "alicorn-archive",
    "client": "https://alicorn.tk/ii-old/ii-point.php?q=/",
    "web": "https://alicorn.tk/ii-old/",
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/"
    },
    "description": "Архив сетей ii и idec",
    "uplinks": []
}
====



+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Актуальный нодлист : 13/12/21 11:58 : Ordos to Andrew Lobanov [#] [reply]

====
{
"nodename": "tgi",
"client": "https://idec.textgamesinfo.ru/&quot;,
"web": "https://idec.textgamesinfo.ru/&quot;,
"sysop": "Ordos",
"contacts": {
"email": "ordosp@gmail.com",
"phone": "+7xxxxxxxxxx",
},
"description": "Станция tgi",
"uplinks": [
[
"tavern",
"20m"
],
[
"mira station",
"20m"
],
]
}
====




Re: Актуальный нодлист : 13/12/21 10:34 : hugeping to Andrew Lobanov [#] [reply]

====
{
"nodename": "ping",
"client": "https://club.hugeping.ru/",
"web": "https://club.hugeping.ru",
"sysop": "hugeping",
"contacts": {
"email": "gl00my@mail.ru",
"phone": "+7xxxxxxxxxx",
"web": "https://hugeping.ru"
},
"description": "Станция ping",
"uplinks": [
[
"tavern",
"5m"
],
]
}
====



Кроме этого, у меня стоит забор:
echo "difrex.blog" | ./ii-tool -lim=-16 fetch https://dynamic.lessmore.pw/idec
Не знаю, как это отобразить.



Актуальный нодлист : 13/12/21 10:03 : Andrew Lobanov to All [#] [reply]

Начинает чувствоваться потребность в сабже.

Просьба скинуть или сюда или на spline1986@yandex.ru информацию о своих узлах сети в следующем формате:

====
{
"nodename": "tavern",
"client": "http://idec.spline-online.ml/",
"web": "http://idec.spline-online.ml/",
"sysop": "Andrew Lobanov",
"contacts": {
"email": "spline1986@yandex.ru",
"phone": "+7xxxxxxxxxx",
"web": "https://github.com/spline1986/"
},
"description": "Уголок уютного общения",
"uplinks": [
[
"instead-club",
"5m"
],
[
"mira station",
"5m"
],
[
"tgi",
"5m"
]
]
}
====



Большая просьба написать именно в таком формате, а не "у меня ничего не изменилось".

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

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



Доступ к idec-net на github : 13/12/21 10:03 : Andrew Lobanov to All [#] [reply]

Что-то у меня сабж сломался. Кто-то может дать доступ пользователю spline1986? Либо актуализируйте информацию по instead club. Там до сих пор старый адрес.



Новая эха : 13/12/21 10:03 : Andrew Lobanov to All [#] [reply]

Сабж! Эха zx.spectrum посвящённая одноимённому компьютеру, совместимым с ним машинам, программному обеспечению и эмуляторам, создана в таверне. Просьба прокинуть к себе, так как есть шанс завлечь часть синклеристского сообщества :)



Re: Спринтер : 13/12/21 08:03 : shaos to Andrew Lobanov [#] [reply]

> Больше спектрумов, хороших и разных!

Безусловно :)

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

Я планирую поднять свой узел IDEC и там создать несколько специализированных эх по темам касающимся Спринтера, а тут действиетльно можно пока общую эху zx.spectrum завести ;)

> Кстати, в IDEC любой поинт может создать эху на уровне своего аплинка.
> Достаточно просто написать в несуществующую конференцию и она создастся
> (по крайней мере в таверне так). А там уже можно кинуть анонс сюда, мы
> прокинем по всей сети её :)

Попробовал послать сообщение в эху zx.spectrum - получил Error: 500 Internal Server Error ;)



Re: Спринтер : 13/12/21 06:45 : Andrew Lobanov to shaos [#] [reply]

shaos> Я свой Спринтер (в виде материнской платы Sp2000) получил по почте в начале 2002 года, когда ещё жил в Екатеринбурге - и эта плата до сих пор со мной и даже работает :)

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

shaos> Существует 2 эмулятора компьютера Спринтер - эмулятор поновее, написанный на сишарпе zxmak2 (плугин Спринтера для него появился в 2012 году), который работает только на современной винде, но эмулирует Спринтер более точно используя образы ПЗУ и образы гибких и жёстких дисков, и эмулятор постарее (но активно обновляемый) - мой Zpring написанный на C/C++ (ранее известный как SPRINT, который я начал писать в феврале 2002 года ещё до того, как получил на руки реальный Спринтер):
shaos> https://gitlab.com/nedopc/zpring

Спасибо за развёрнутый ответ. Обязательно ознакомлюсь.

shaos> P.S. Можно сказать, что Эволюшин родился на развалинах экосистемы Спринтера, заброшенного создавшей его компанией в 2004 году - родился, чтобы заполнить временно возникший вакуум 2005-2008 годов, когда народ требовал современный спектрум-клон, а таковых уже не предлагалось - с тех пор Эволюшин таки стал королём спектрум-сцены (и в данный момент его теснит Next со своими клонами). В данный момент Спринтер снова возрождается и показывает, что во многом он всё ещё лучше и даже "современнее" Эволюшина, а в чём то даже лучше некста :)

Больше спектрумов, хороших и разных!

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

Кстати, в IDEC любой поинт может создать эху на уровне своего аплинка. Достаточно просто написать в несуществующую конференцию и она создастся (по крайней мере в таверне так). А там уже можно кинуть анонс сюда, мы прокинем по всей сети её :)



Re: Спринтер : 13/12/21 06:02 : shaos to Andrew Lobanov [#] [reply]

> Всегда интересно узнавать историю таких проектов. Я в железе имел максимум самопальный пентагон,
> а в начале нулевых (как раз 2000-2002 года) пересаживался с него на 486. Ну и информационный голод
> в глубинке тогда ещё был. Найти информацию тогда практически не представлялось для меня возможным.

Я свой Спринтер (в виде материнской платы Sp2000) получил по почте в начале 2002 года, когда ещё жил в Екатеринбурге - и эта плата до сих пор со мной и даже работает :)

> Кстати, хотел спросить, но не помню в итоге спросил ли: есть эмулятор для linux-систем?
> Было бы интересно хотя бы так познакомиться с этой машинкой.

Существует 2 эмулятора компьютера Спринтер - эмулятор поновее, написанный на сишарпе zxmak2 (плугин Спринтера для него появился в 2012 году), который работает только на современной винде, но эмулирует Спринтер более точно используя образы ПЗУ и образы гибких и жёстких дисков, и эмулятор постарее (но активно обновляемый) - мой Zpring написанный на C/C++ (ранее известный как SPRINT, который я начал писать в феврале 2002 года ещё до того, как получил на руки реальный Спринтер):

https://gitlab.com/nedopc/zpring

Эмуль построен вокруг GPL-ного ядра эмулирующего процессор Z80, взятого мной из опенсорсного проекта FUSE, собирается под Linux, MacOS, Windows (причём сборка работает во всех версиях начиная с Win95 и кончая десяткой) и даже DOS ;)

Исторически мой эмуль не работает с образами ПЗУ Спринтера, а эмулирует все вызовы API биоса и дисковой подсистемы на уровне точек входа - поэтому он работает непосредственно с файлами хост-машины (есть кое-какая защита, чтобы программы запущенные в эмуляторе не могли произвольно лазить по файлам) и у меня достаточно легко получилось добавить сетевой API, который я придумал только в этом году.

P.S. Можно сказать, что Эволюшин родился на развалинах экосистемы Спринтера, заброшенного создавшей его компанией в 2004 году - родился, чтобы заполнить временно возникший вакуум 2005-2008 годов, когда народ требовал современный спектрум-клон, а таковых уже не предлагалось - с тех пор Эволюшин таки стал королём спектрум-сцены (и в данный момент его теснит Next со своими клонами). В данный момент Спринтер снова возрождается и показывает, что во многом он всё ещё лучше и даже "современнее" Эволюшина, а в чём то даже лучше некста :)



Re: Спринтер : 13/12/21 05:22 : Andrew Lobanov to shaos [#] [reply]

shaos> Приветсвую! Спасибо за поинта ;)

Всегда рады новым людям!

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

shaos> На самом деле текущая версия материнской платы была разработана в 2000, а пик официальных продаж пришёлся на 2002 - сейчас всё опенсорснуто (открывалось постепенно в 2007-2009 годах автором компа Иваном Макарченко, который к сожалению покинул наш мир в 2012 году) и сейчас народ делает свои модификации плат и свои расширения железа (я например делаю сетевую карточку SprinterNet на базе модуля WizNet W5100).

Всегда интересно узнавать историю таких проектов. Я в железе имел максимум самопальный пентагон, а в начале нулевых (как раз 2000-2002 года) пересаживался с него на 486. Ну и информационный голод в глубинке тогда ещё был. Найти информацию тогда практически не представлялось для меня возможным.

>> А вот что эхотажно, так это то, что вчера мне в личку написал разработчик SprinterNet (сервис такого специального прокси между спринтером и интернетом, грубо говоря) имеет рабочий стек http (не факт, что в полном объёме, но это и не столь важно) и желание создать idec-клиент (а может и сервер в перспективе) для спринтера.

shaos> Я думаю, что сетевая карточка SprinterNet может таки обойтись без сервера-шлюза для непосредственной работы с IDEC серверами - в данный момент я сымитировал весь требуемый API сокетов в эмуляторе и пишу экспериментальные сетевые программы там (например уже работают http-клиент и gopher-клиент), но железная карточка для реала по сути тоже уже готова - надо только наполнение для ПЗУ написать в кодах процессора Z80 и после этого все написанные сетевые программки начнут работать и на реальном железе ;)

Здорово.

Кстати, хотел спросить, но не помню в итоге спросил ли: есть эмулятор для linux-систем? Было бы интересно хотя бы так познакомиться с этой машинкой.

PS: С эволюшеном я познакомился пока только в эмуляторе и мне в целом понравилось. Но спринтер, насколько я понял, более интересная машинка.



Re: Спринтер : 13/12/21 05:07 : shaos to Andrew Lobanov [#] [reply]

Приветсвую! Спасибо за поинта ;)

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

На самом деле текущая версия материнской платы была разработана в 2000, а пик официальных продаж пришёлся на 2002 - сейчас всё опенсорснуто (открывалось постепенно в 2007-2009 годах автором компа Иваном Макарченко, который к сожалению покинул наш мир в 2012 году) и сейчас народ делает свои модификации плат и свои расширения железа (я например делаю сетевую карточку SprinterNet на базе модуля WizNet W5100).

> А вот что эхотажно, так это то, что вчера мне в личку написал разработчик SprinterNet
> (сервис такого специального прокси между спринтером и интернетом, грубо говоря) имеет
> рабочий стек http (не факт, что в полном объёме, но это и не столь важно) и желание
> создать idec-клиент (а может и сервер в перспективе) для спринтера.

Я думаю, что сетевая карточка SprinterNet может таки обойтись без сервера-шлюза для непосредственной работы с IDEC серверами - в данный момент я сымитировал весь требуемый API сокетов в эмуляторе и пишу экспериментальные сетевые программы там (например уже работают http-клиент и gopher-клиент), но железная карточка для реала по сути тоже уже готова - надо только наполнение для ПЗУ написать в кодах процессора Z80 и после этого все написанные сетевые программки начнут работать и на реальном железе ;)

> Это примерно то, о чём писал Рома ещё 7 лет назад %) Технология для небольших сообществ.

Да - это всё очень круто конечно - спасибо, что существуете и развиваете эту интересную технологию эдакого "микрофидо" :)

Alexander Shabarshin aka Shaos



Спринтер : 09/12/21 05:17 : Andrew Lobanov to All [#] [reply]

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

А вот что эхотажно, так это то, что вчера мне в личку написал разработчик SprinterNet (сервис такого специального прокси между спринтером и интернетом, грубо говоря) имеет рабочий стек http (не факт, что в полном объёме, но это и не столь важно) и желание создать idec-клиент (а может и сервер в перспективе) для спринтера.

Это примерно то, о чём писал Рома ещё 7 лет назад %) Технология для небольших сообществ.



Re: gemini:// как дополнение idec : 29/11/21 17:23 : ake to Andrew Lobanov [#] [reply]

AL> А насколько этот сервер будет сложнее gemini?

Я не зря упомянул "HTTP-сервера, аналогичного по функциям gemini-серверу", т.е. для паритета по функциям протокола достаточно будет обработки начальной строки запроса/ответа и аж целых двух заголовков - Host и Content-Type. Завернуть в TLS по вкусу и гонять внутри хоть text/x-gemini, хоть gophermap'ы.

AL> А это новая сеть?

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

AL> Или просто ещё один протокол в той же сети, коих и так каждый день плодится море?

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



Re: gemini:// как дополнение idec : 18/11/21 04:25 : Andrew Lobanov to ake [#] [reply]

AL>> Веб с его протоколами и серверами уже слабо пренадлежит сообществу.
ake> А когда он принадлежал сообществу? Напоминает чепуху про "интернет создан DoD, значит им управляется" - интернет (и веб в том числе) это не нечто консистентное, даже сейчас. ИМХО сейчас возможность держать собственный сервер более доступна. Разработка HTTP-сервера, аналогичного по функциям gemini-серверу не потребует большего числа ресурсов, при этом он будет совместим с прорвой клиентов, от современных до IE/NN. Вполне есть всякие сообщества внутри, которые культивируют независимый web, вроде indieweb, или авторский, вроде neocities.

А насколько этот сервер будет сложнее gemini?

AL>> Причём то, что ты в вебе, по сути ничего не изменит.
ake> Почему, не будут плодиться дополнительные сущности. Новая сеть это, в некотором роде, как поиск ключей под фонарём из анекдота.

А это новая сеть? Или просто ещё один протокол в той же сети, коих и так каждый день плодится море?

AL>> Причём в gemini есть гейты и их можно читать и из того же хромиума. Причём gemini очень простой и потому пренадлежит сообществу. Тебе не нужна большая команда классных специалистов, несколько лет и несколько миллионов вечнозелёных (думаю, всё дороже), чтобы построить полностью свою реализацию.
ake> Потому что эти время и деньги уже были потрачены на проектирование спецификаций и разработку библиотек для URL/URI и TLS, на опыт HTTP и Gopher. Можно почитать, кстати, в рассылке, как оригинальная идея использования TOFU (trust on first use), в качестве политики сертификатов, наткнулась на реальность и про другие подводные камни "простоты".

Так надо искать и находить, а не идти на поводу.

ake> Ну и silo-узлы всегда будут, ибо так банально оптимальней с точки зрения масштабирования и ресурсов, и снижает технический ценз (предвижу недовольный технарский снобизм) для неофитов. Даже в том же gemini они присутствуют в виде различных pubnix'ов.
ake> Ну и чтобы не казалось, я не могу сказать, что отрицательно отношусь к gemini, просто хочу критически посмотреть на всё это.

Да нормально общаемся :)



Re: gemini:// как дополнение idec : 17/11/21 08:59 : hugeping to ake [#] [reply]

ake> Ну и чтобы не казалось, я не могу сказать, что отрицательно отношусь к gemini, просто хочу критически посмотреть на всё это.

Хотел было привести свои аргументы, но передумал. :) Меня всё устраивает. Это как с велосипедными дорожками. Меня устраивает текущая ситуация, когда их нет или они построены не там и неправильно.

Так что gemini меня полностью устраивает и технически и просто как место, которое привлекает специфический контингент. Главное, чтобы не стали "расширять" дальше, как это часто бывает. Но вроде бы пока к этому нет тенденции.

Критиковать можно, но я не вижу никакого позитивного выхлопа от этой критики. :)



Re: gemini:// как дополнение idec : 17/11/21 08:12 : ake to Andrew Lobanov [#] [reply]

AL> Веб с его протоколами и серверами уже слабо пренадлежит сообществу.

А когда он принадлежал сообществу? Напоминает чепуху про "интернет создан DoD, значит им управляется" - интернет (и веб в том числе) это не нечто консистентное, даже сейчас. ИМХО сейчас возможность держать собственный сервер более доступна. Разработка HTTP-сервера, аналогичного по функциям gemini-серверу не потребует большего числа ресурсов, при этом он будет совместим с прорвой клиентов, от современных до IE/NN. Вполне есть всякие сообщества внутри, которые культивируют независимый web, вроде indieweb, или авторский, вроде neocities.

AL> Причём то, что ты в вебе, по сути ничего не изменит.

Почему, не будут плодиться дополнительные сущности. Новая сеть это, в некотором роде, как поиск ключей под фонарём из анекдота.

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

Потому что эти время и деньги уже были потрачены на проектирование спецификаций и разработку библиотек для URL/URI и TLS, на опыт HTTP и Gopher. Можно почитать, кстати, в рассылке, как оригинальная идея использования TOFU (trust on first use), в качестве политики сертификатов, наткнулась на реальность и про другие подводные камни "простоты".

Ну и silo-узлы всегда будут, ибо так банально оптимальней с точки зрения масштабирования и ресурсов, и снижает технический ценз (предвижу недовольный технарский снобизм) для неофитов. Даже в том же gemini они присутствуют в виде различных pubnix'ов.

Ну и чтобы не казалось, я не могу сказать, что отрицательно отношусь к gemini, просто хочу критически посмотреть на всё это.



Re: gemini:// как дополнение idec : 17/11/21 05:43 : Andrew Lobanov to ake [#] [reply]

ake> Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

Веб с его протоколами и серверами уже слабо пренадлежит сообществу. Да, ты можешь написать свой обрезанный движок для браузера, но он или будет монстром или будет не лучше вообще отдельной сущности в силу своих ограничений. Причём то, что ты в вебе, по сути ничего не изменит. Те, кому интересно то, что на твоём сайте, не остановятся перед установкой gemini(любого другого)-клиента, а те, кто может использовать исключительно хромиум, не зайдут и так. Им нужен условный фейсбук/ютуб.

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

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

Около того. Секта (idec, точнее) туда же. Это просто весело делать и использовать. Хотя проще взять какой-нибудь telegram или даже бота для почтовой рассылки. Просто idec простой и реализуется за вечер в минимально достаточном для общения виде на практически любом стеке технологий.



Re: gemini:// как дополнение idec : 16/11/21 21:32 : hugeping to ake [#] [reply]

ake> Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

Мне лично gemeni нравится таким, каким он есть. Регулярно смотрю. Интересный для меня контент там есть. Часто просто вбиваю в поисковик какое-нибудь слово и читаю блоги. Успокаиваюсь. Я рад, что таких людей -- не я один. На фоне остальных "альтернатив" -- gemini оказался прямо в тему.

Я кстати и netsurf и eww и прочим таким тоже пользуюсь, но gemini -- это всё-таки другое.



Re: gemini:// как дополнение idec : 16/11/21 16:37 : ake to Ordos [#] [reply]

Ordos> Эдак ты сразу половину всея Интернета описал. Не сегодняшнего, скорее того старого доброго n-дцать лет наз. Насчет гейтов спорный вопрос, а по остальному претензий нет - вся ценность-то как раз в авторской информации (персональные сайты/блоги), либо редкие файлы.

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

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

Это как раз мне в таких сетях и не нравится. Вроде и открыто, но всё-равно получается какой-то walled garden. Как бы выбрал сугубо техническую вещь, ан нет - держи ещё некоторую идеологию. И ещё такой парадокс получается - если есть некое сформировавшееся сообщество, то без разницы, какой сетью/протоколом/каналом связи его участники пользуются, но когда сообщество сформировалось вокруг сети, то смена этой сети разваливает сообщество.

Ordos> Проще говоря, можно напихать в тот же gemini всякого и запилить какие-нибудь соц. сети, например, но чем она тогда будет отличаться от остального инета?

Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

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



Re: gemini:// как дополнение idec : 16/11/21 13:58 : Ordos to ake [#] [reply]

ake> фактическим наполнением оказываются гейты к обычным сайтам, файловые архивы разной степени полезности и персональные сайты/блоги

Эдак ты сразу половину всея Интернета описал. Не сегодняшнего, скорее того старого доброго n-дцать лет наз. Насчет гейтов спорный вопрос, а по остальному претензий нет - вся ценность-то как раз в авторской информации (персональные сайты/блоги), либо редкие файлы.

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

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

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

P.S. Пардон. Что-то меня понесло.



Re: gemini:// как дополнение idec : 16/11/21 11:42 : ake to Ordos [#] [reply]

> Потыкал я этот gemini, потыкал... Мысль-то хорошая, но интересных тамошних сайтов полторы штуки. Привлекает только простота и некий "возврат к изначальному" что ли.

Ну это, по-моему, обычная проблема разных "smallnet"ов - при декларации приверженности "полезному" контенту и "правильной" форме без всяких изъянов "большой" сети, фактическим наполнением оказываются гейты к обычным сайтам, файловые архивы разной степени полезности и персональные сайты/блоги (из которых получается что-то вроде аморфной социальной сети без формализованных связей). Как мне кажется, это сродни слабой распространенности искусственных языков, вроде эсперанто.



Re: gemini:// как дополнение idec : 16/11/21 11:31 : Andrew Lobanov to Ordos [#] [reply]

Ordos> Потыкал я этот gemini, потыкал... Мысль-то хорошая, но интересных тамошних сайтов полторы штуки. Привлекает только простота и некий "возврат к изначальному" что ли.

Тут как с сектой. Чтобы было что почитать, нужно начать писать :)



Re: gemini:// как дополнение idec : 16/11/21 06:59 : Ordos to Andrew Lobanov [#] [reply]

AL> Вроде как Lagrange под виндой нормально себя чувствует. Пробовал?
Вышел из по положения по-другому. На винду ничего не стал ставить - она для игр в основном и прочих окно-зависимых вещей. Под линух - собрал lagrange, да. Хороший клиент, все красиво и удобно. Правда бывает графические артефакты иногда пролетают, но не критично. Под andriod - Ariane.

Потыкал я этот gemini, потыкал... Мысль-то хорошая, но интересных тамошних сайтов полторы штуки. Привлекает только простота и некий "возврат к изначальному" что ли.



Re: Анонс станции : 15/11/21 18:17 : Andrew Lobanov to ake [#] [reply]

ake> Новые станции это хорошо, добавил у себя для фетча. Странновато, что фетчер отрапортовал о 7 новых сообщениях, видимо, что-то из глубины времён.
ake> Небольшой оффтопик: что случилось и куда пропал idec.spline-online.tk?

Я в очередной раз провафлил домен. idec.spline-online.ml.



Re: Анонс станции : 15/11/21 17:57 : ake to Esenin Pavel [#] [reply]

Новые станции это хорошо, добавил у себя для фетча. Странновато, что фетчер отрапортовал о 7 новых сообщениях, видимо, что-то из глубины времён.

Небольшой оффтопик: что случилось и куда пропал idec.spline-online.tk?



Re: Анонс станции : 08/11/21 13:20 : Andrew Lobanov to Esenin Pavel [#] [reply]

EP> Вообще странно как я этот баг проглядел - ни один клиент не ругается на такое - просто молча игнорируют.

Рома Яковлев заложил идеи, что всё должно работать в самых неадекватных условиях. Мои фетчеры просто игнорируют корявые данные и продолжают работать. Надо будет в новой библиотеке сделать возможность или лог писать или ещё чего. Чтобы ловить такие моменты.



Re: Анонс станции : 08/11/21 07:21 : Esenin Pavel to hugeping [#] [reply]

> Скорее всего, присутствуют пустые строки в выдаче.
Абсолютно верно. Действительно в выдаче были пустые строки. Битых сообщений нет, это неправильная обработка списка перед выводом (у меня все генерируется на лету). Поправил, больше не должно такого быть. В любом случае буду посмотреть.

Вообще странно как я этот баг проглядел - ни один клиент не ругается на такое - просто молча игнорируют.



Re: Анонс станции : 08/11/21 05:58 : hugeping to Andrew Lobanov [#] [reply]

AL> Хорошо, что я свой фетчер писал, ориентируясь на то, что аплинк может выдавать произвольный мусор :)

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



Re: Анонс станции : 08/11/21 04:24 : Andrew Lobanov to hugeping [#] [reply]

hugeping>> Попробовал сделать fetch с https://idec.textgamesinfo.ru/
hugeping>> Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.
hugeping> Скорее всего, присутствуют пустые строки в выдаче. Например:
hugeping> https://idec.textgamesinfo.ru/u/m//EzHkw1q46MIQgxvT6p5G/eQbQUoX5AMe2Lmz4zncF
hugeping> В выдаче встречаются пустые строки, на которые мой фетчер ругается.

Хорошо, что я свой фетчер писал, ориентируясь на то, что аплинк может выдавать произвольный мусор :)



Re: Анонс станции : 07/11/21 21:16 : hugeping to hugeping [#] [reply]

hugeping> Попробовал сделать fetch с https://idec.textgamesinfo.ru/
hugeping> Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.

Скорее всего, присутствуют пустые строки в выдаче. Например:

https://idec.textgamesinfo.ru/u/m//EzHkw1q46MIQgxvT6p5G/eQbQUoX5AMe2Lmz4zncF

В выдаче встречаются пустые строки, на которые мой фетчер ругается.



Re: Анонс станции : 07/11/21 20:56 : hugeping to Esenin Pavel [#] [reply]

Попробовал сделать fetch с https://idec.textgamesinfo.ru/
Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.



Re: Анонс станции : 07/11/21 18:28 : Andrew Lobanov to Esenin Pavel [#] [reply]

EP> P. S. Пользуясь случаем, выражаю благодарность Andrew Lobanov за разъяснения непонятных из документации вещей и помощи в тестировании.

Да не за что. Обращайся :)



Re: gemini:// как дополнение idec : 07/11/21 18:28 : Andrew Lobanov to Esenin Pavel [#] [reply]

EP> А можно поподробнее про кучу серверов и клиентов? На досуге ознакомился с этим делом. Пробовал найти хоть один нормальный клиент под, прости Господи, винду 10. Дак нет же. Всё в каком-то полусыром виде - то собирать с бубном надо, то ошибки сыпятся, то вообще не работает. Нет ли чего-то готового, чтоб просто запустил и работает?

Вроде как Lagrange под виндой нормально себя чувствует. Пробовал?



Анонс станции : 07/11/21 12:29 : Esenin Pavel to All [#] [reply]

Продолжаю славную традицию "каждому пользователю сети по станции". На днях увидела свет станция tgi (https://idec.textgamesinfo.ru/). Станция была создана исключительно из научного интереса и в целях более глубокого изучения idec. Так что глобальных планов на данный момент нет. Для начала предполагается держать несколько новостных конференций, касательно работы самой станции и всего с этим связанного, а так же небольшой блог для складывания в него умных и не очень мыслей.

На данный момент проверена работа станции с несколькими клиентами. В том числе и отправка сообщений. Веб интерфейс отсутствует как класс - руки ещё не дошли. Более подробно о ходе работ отписываю в tgi.station.

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

P. S. Пользуясь случаем, выражаю благодарность Andrew Lobanov за разъяснения непонятных из документации вещей и помощи в тестировании.



Re: gemini:// как дополнение idec : 06/11/21 06:32 : Esenin Pavel to hugeping [#] [reply]

А можно поподробнее про кучу серверов и клиентов? На досуге ознакомился с этим делом. Пробовал найти хоть один нормальный клиент под, прости Господи, винду 10. Дак нет же. Всё в каком-то полусыром виде - то собирать с бубном надо, то ошибки сыпятся, то вообще не работает. Нет ли чего-то готового, чтоб просто запустил и работает?



Re: Анонс станции : 02/08/21 19:32 : Andrew Lobanov to w201403 [#] [reply]

w201403> Айм хере

Привет! Шевелится сетка!



Re: Анонс станции : 02/08/21 19:29 : Andrew Lobanov to hugeping [#] [reply]

hugeping> Привет! Тут тихо. Но, надеюсь, IDEC ещё шевелится. :)

Шевелится, хотя в последнее время его населяют, в основном, роботы.



Re: Анонс станции : 02/08/21 19:17 : w201403 to ake [#] [reply]

Айм хере



Re: Анонс станции : 07/07/21 17:31 : hugeping to ake [#] [reply]

ake> Тогда ведь получается, что по существу IDEC, как протокол, и как сеть, практически ортогонален этим применениям.

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

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

В разное время здесь была разная активность. Сейчас всё выглядит полумёртвым, если честно. Но я в основном сконцентрирован на своём проекте/блоге, так что меня это не сильно беспокоит. Ну как и присутствие в gemini -- мне нравится и этого достаточно.



Re: Анонс станции : 07/07/21 07:42 : ake to hugeping [#] [reply]

> Ну, я лично получил от idec то, что хотел и даже без оглядки на наличие других станций. Моя нода ii-go стала единым источником данных для gemini капсулы и моего блога в вебе.

Тогда ведь получается, что по существу IDEC, как протокол, и как сеть, практически ортогонален этим применениям. Да, в комплекте получаем неплохо продуманную распределённую архитектуру и клиентские приложения, но всю IDECовость (или ii-шность) можно легко заменить на что-то самописное или какой-нибудь ActivityPub (чтобы можно было чем-то готовым пользоваться).
Тут можно провести аналогию с XMPP, который присутствовал/присутствует во многих огороженных "walled garden" проектах, например, тот же WhatsApp раньше использовал его в качестве основы для своего протокола, если не ошибаюсь; какие-то рудименты ещё остались у Google/Facebook с открытых времён, вроде возможности достать адрес сервера и подключиться обычным клиентом. Или с локальным почтовым демоном - если почтовый сервер недоступен извне, ну нет никакого большого смысла в том, что уведомления от cron и прочих приходят в локальный почтовый ящик, а не только пишутся в какой-нибудь лог.

ake>> А есть ли какие-то мысли о его перспективах и, страшно сказать, развитии?
> Иногда возникают разговоры о развитии стандарта, например, добавить личные сообщения.

Я даже не столько о стандарте, хотя там тоже можно много чего придумать и сделать, а о сообществе. Всё-таки в сети с десятком пользователей можно хоть TCP over avian carriers брать, было бы что обсуждать.



Re: Анонс станции : 06/07/21 20:16 : hugeping to ake [#] [reply]

>> Тут тихо. Но, надеюсь, IDEC ещё шевелится
ake> Не было бы это шевеление конвульсиями, будет жалко.

Ну, я лично получил от idec то, что хотел и даже без оглядки на наличие других станций. Моя нода ii-go стала единым источником данных для gemini капсулы и моего блога в вебе. А также для телеграмм каналов. И все это просто текст.

ake> А есть ли какие-то мысли о его перспективах и, страшно сказать, развитии?

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

ake> Но чем дальше думал, тем менее обоснованной казалась идея (несмотря на концептуальную близость сетей) - писать сообщения из gemini не выйдёт;

Да, но мне тоже кажется, что gemini и idec имеют что то родственное. Например, gemini разметка в сообщениях idec смотрелась бы отлично, на мой взгляд.



Re: Анонс станции : 06/07/21 17:57 : ake to hugeping [#] [reply]

> lagrange пишет, что срок действия сертификата истёк.
Обновил. Web-интерфейс тоже уже сделал в некотором виде - http://gears.headake.win/idec/ui2/ функционально пока отличается только возможностью отправки сообщения и ссылками на ответы.

> Тут тихо. Но, надеюсь, IDEC ещё шевелится
Не было бы это шевеление конвульсиями, будет жалко.
А есть ли какие-то мысли о его перспективах и, страшно сказать, развитии?
Когда я начинал ноду делать для gemini, одной из задумок было, что, мол, неплохо было бы создать единое idec-пространство и в вебе, и в gemini (можно ещё gopher подключить), рассказать в их рассылке, может кого-нибудь заинтересовало бы (там в рассылке, кажется, уже встречались проекты для автоматической агрегации постов с разных узлов). Но чем дальше думал, тем менее обоснованной казалась идея (несмотря на концептуальную близость сетей) - писать сообщения из gemini не выйдёт; портировать протокол легко, только нет gemini-клиентов (можно конечно предложить всем поднимать ноды, что будет даже круче, но чего-то удобного в этом качестве тоже нет).



Re: Анонс станции : 06/07/21 09:34 : hugeping to ake [#] [reply]

ake> Следуя девизу "каждому пользователю сети по станции" организовал собственную.

Привет! Тут тихо. Но, надеюсь, IDEC ещё шевелится. :)

ake> Пока нет веб-интерфейса, можно использовать gemini-гейт - gemini://ake.crabdance.com:1966/

lagrange пишет, что срок действия сертификата истёк.



Анонс станции : 01/07/21 16:48 : ake to All [#] [reply]

Следуя девизу "каждому пользователю сети по станции" организовал собственную. Честно говоря, она была написана (по крайней мере бОльшая часть) ещё во время разработки шлюза idec в gemini, но только сейчас дошли руки протестировать её с мобильным клиентом и подчистить несколько багов (хотя, возможно что-то всё ещё не работает). Название я ещё не придумал, в адресе единственного пользователя пока незатейливо указано "ake, 1".

Оригинальных эх пока никаких нет, кроме локальной тестовой. В идеях для развития был/есть шлюз для одного "почти форума" и организация "форумообразного" фронтенда для idec. Постинг от поинта работает, но по поводу регистрации пока нет четких идей, ибо без своих эх и связи с другими нодами она ещё не имеет смысла. В перспективе - всё-таки сделать веб-интерфейс (чисто статический и, возможно, API + SPA) и как-то спозиционировать ноду (эхи, регистрация).

Собственно адрес станции для клиента - http://gears.headake.win/idec/
Пока нет веб-интерфейса, можно использовать gemini-гейт - gemini://ake.crabdance.com:1966/ (прокси - https://portal.mozz.us/gemini/ake.crabdance.com:1966/ )



dynamic.lessmore.pw deprecated : 01/04/21 12:20 : Difrex to All [#] [reply]


Да здравствует static.lessmore.pw!

На самом деле я не справился с javascript, точнее с его экосистемой. Это не язык плохой, а я ленивый, если что. Мне больше нравится когда я могу пол года не обновлять свой код, а потом
когда опять будет всплеск энтузиазма к какому-то проекту, то обновить я все смогу легко и ничего не поломается. Это я про Go сейчас.
Ну и приятнее мне все же писать на Go, а не typescript :). Опять же на работе у меня таких проблем нет, т.к. все проекты, в которые я коммичу, довольно акутальные и там обновляется все нормально.

Так вот!

== Что будет с нодой dynamic.lessmore.pw

* Репозиторий на github/gitea будет отправлен в архив
* Веб-интерфейс какое-то время еще будет доступен, потом будет сделано перенаправление на static.lessmore.pw
* Нода продолжит работать по прежнему url https://dynamic.lessmore.pw/idec/
* Прямой доступ к API поиска elasticsearch будет закрыт
* Фетчинг всего со всего из list.txt продолжится. dynamic останется главным источником для фетча для static
* UI будет трансформирован в поисковую систему, как уже когда-то было, но под другим именем и с нормальными фичами, типа автодополнения. Будет объявлено позже.

== А что со static.lessmore.pw?

Нода:

* Строка для подключения клиентом https://static.lessmore.pw/
* В бэкенде по прежнему Elasticsearch
* Фетчатся только некоторые эхи. В данный момент это:
* pipe.2032
* idec.talks
* linux.14
* develop.16
* std.club
* std.hugeping
* game.rogue.14
* difrex.blog
* music.14
* plan.9

Веб:

* Новый полностью статический SSR интерфейс доступен по https://static.lessmore.pw
* В процессе написания интерфейса на шаблонах Go получилось что-то типа микрофреймворка с переиспользуемыми компонентами - прикольно :)
* Основная ориентация по тредам по времени. Будет возможность смотреть треды без привязки ко времени, а по колличеству на страницу, как везде, но потом
* Т.к. я фетчил не все, то в веб-интерфейсе не видны все треды - есть сообщения без топ-поста. Но они доступны в IDEC API и все новые треды будут отображаться нормально.

== Поиск

На static теперь есть полностью работающий поиск!

Можно искать просто "linux". А можно сделать что-то поинтреснее, типа

====
message:"Поставил в qemu 9front" AND author:"hugeping"
====



то будет искаться только фраза целиком в сообщении от @hugeping. Для простого поиска по любому из слов - просто воткните их туда через пробел.
Ну и в кавычках можно искать по всему по любой фразе. Важно: слова должны боть полными и без опечаток. т.е. "жопа" найдется, а вот "жипа" уже нет - это штука не такая умная, как яндекс :)
А в целом там синтакс Lucene, так что, можно конструировать довольно сложные запросы.

Исходники в скором времени будут выложены - это все та же самая нода.
Постинг с регистрацией тоже в скором времени прикручу.

Ах да. Пока что интерфейс абсолютно не оптимизирован для мобилок. Так-то на мобилках есть IDEC Mobile, но работу на мобилках я тоже сделаю ^_^.

Пишите про баги.



Re: gemini:// как дополнение idec : 14/03/21 04:48 : ake to hugeping [#] [reply]

> С форматированием проблем нет.

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



Re: gemini:// как дополнение idec : 13/03/21 19:25 : ake to hugeping [#] [reply]

> А на чём проект написан?

На python. С фетчером всё просто - requests + sqlite. Интерфейс для gemini на самодельном фреймворке ( http://code.headake.win/serpens-framework ), но он очень сырой и это по сути первое его осмысленное применение. С фреймворком изначально идея была сделать примитивный WSGI-сервер для gemini, но транслировать запросы, чтобы можно было взять существущие фреймворки, оказалось для меня сложно, поэтому сделал примитивные хост-сервер с протоколом "в духе" WSGI и flask/bottle-подобный модуль для приложений.



Re: gemini:// как дополнение idec : 13/03/21 18:45 : hugeping to ake [#] [reply]

Вообще, круто! Сам хотел что-то делать подобное, но времени на всё не хватает.

А на чём проект написан?

> С отображением сообщения есть особенность - текст сообщения завернут в преформатированный блок, чтобы разметка не ломалась,

С форматированием проблем нет. Я писал себе форматер, он как раз берёт мои сообщения из idec и постит в виде блога на gemini://hugeping.tk

Вот этот код: https://github.com/gl00my/ii-go/blob/master/ii-gemini/main.go#L49



Re: gemini:// как дополнение idec : 13/03/21 15:53 : ake to hugeping [#] [reply]

Доброго времени суток.

Сделал интерфейс для просмотра эх IDEC в gemini.
gemini://ake.crabdance.com:1966/
https://portal.mozz.us/gemini/ake.crabdance.com:1966/ - через HTTP-прокси

Реальная нода на сервере ещё в планах, пока лишь самописный фетчер, сообщения тянутся с club.hugeping.tk и idec.spline-online.tk. С отображением сообщения есть особенность - текст сообщения завернут в преформатированный блок, чтобы разметка не ломалась, правда, в некоторых клиентах при этом теряется автоматический перенос строк.



Станция пинг переезжает на другой домен : 12/03/21 11:53 : hugeping to All [#] [reply]

Новый адрес: club.hugeping.ru или club.hugeping.tk

По hugeping.ru/hugeping.tk будет мой личный блог.

Если кто-то фетчит, поменяйте пожалуйста.

P.S. Edited: 2021-03-13 20:21:37



gemini:// как дополнение idec : 01/02/21 08:54 : hugeping to All [#] [reply]

Привет!

Погрузился тут в gemini и понял, что эта технология отлично дополняет idec.
А вы как думаете?

Написал пост на эту тему в ii://std.hugeping[*][*]
ii://p1c3ltDDAoaFciX04W2I[*][*]

Веб ссылка: http://hugeping.tk/p1c3ltDDAoaFciX04W2I/1

Суть технологии в двух словах.

* Как допиленный gopher;
* UTF-8;
* Есть куча серверов и браузеров.



Re: KolibriOS : 06/12/20 16:49 : btimofeev to hugeping [#] [reply]

hugeping> Интересное совпадение. У меня работала и на eeepc и на thinkpad и на настольном PC...

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



Re: KolibriOS : 06/12/20 11:02 : hugeping to leency [#] [reply]

leency> ...но как оказалось Haiku в живую не стартует ни только на нем, ни вообще ни на одном компе у меня дома, а их куча.

Интересное совпадение. У меня работала и на eeepc и на thinkpad и на настольном PC...



Re: KolibriOS : 06/12/20 10:43 : leency to btimofeev [#] [reply]

btimofeev> Haiku или OpenBSD выглядят интереснее.

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

Haiku, кстати, в своем составе имеет некоторые компоненты из FreeBSD, например, драйвера сетевых карт (из того что я видел в исходниках).



Re: KolibriOS : 06/12/20 05:27 : btimofeev to leency [#] [reply]

Я в 2007 году много "игрался" c kolibri. Она у меня даже в дуалбуте стояла. Но сейчас кажется, что ОС на ассемблере это тупик. Только если хочешь изучить и попрактиковаться в ассемблере, либо есть какой-то совсем древний комп.

Haiku или OpenBSD выглядят интереснее.



Re: Эха plan.9 : 06/12/20 05:11 : Andrew Lobanov to hugeping [#] [reply]

hugeping> Создал новую эху, посвящённую Plan 9.
hugeping> Не знаю, будет ли жить, но пока так. Раздаётся пока с http://hugeping.tk.

Эха доступна в таверне.



Эха plan.9 : 05/12/20 20:08 : hugeping to All [#] [reply]

Создал новую эху, посвящённую Plan 9.

Не знаю, будет ли жить, но пока так. Раздаётся пока с http://hugeping.tk.



Re: KolibriOS : 05/12/20 17:38 : hugeping to leency [#] [reply]

Привет. В виртуалке когда-то смотрел и колибри и менуэт.
Восхищает, примерно как восхищает демосцена.
Но в практическом смысле - не применял.



Re: Пишу ноду ii/idec на go : 05/12/20 16:47 : Andrew Lobanov to btimofeev [#] [reply]

AL>> Да. RSS нынче не в почёте.
btimofeev> Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое? Мне кажется начнется бардак если включить хотя бы на нескольких сайтах.

В принципе не переношу всплывающие уведомления. Особенно от сайтов.



KolibriOS : 05/12/20 14:13 : leency to All [#] [reply]

Кто-то пробовал http://kolibrios.org/ ?
Операционка размером 1.4 Мб, написана на ассемблере, имеет графический интерфейс и все такое)



Re: Пишу ноду ii/idec на go : 05/12/20 12:39 : vvs to Andrew Lobanov [#] [reply]

В wordpress еще относительно неплохо сделано. И на github - серединка на половинку.



Re: Пишу ноду ii/idec на go : 05/12/20 08:11 : vit01 to btimofeev [#] [reply]

btimofeev> AL> Да. RSS нынче не в почёте.

btimofeev> Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое? Мне кажется начнется бардак если включить хотя бы на нескольких сайтах.

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

// Вообще, для RSS не так сложно сооружать парсеры

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 05/12/20 07:54 : hugeping to btimofeev [#] [reply]

AL>> Да. RSS нынче не в почёте.

btimofeev> Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое?

Принципиально не использую. Раньше когда-то случайно где-то нажал и сильно задалбывало.



Re: Пишу ноду ii/idec на go : 05/12/20 06:44 : btimofeev to Andrew Lobanov [#] [reply]

AL> Да. RSS нынче не в почёте.

Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое? Мне кажется начнется бардак если включить хотя бы на нескольких сайтах.



Re: Пишу ноду ii/idec на go : 05/12/20 06:34 : Andrew Lobanov to vvs [#] [reply]

vvs> А так хотелось все ресурсы объединить в одну ленту и сидеть как за штурвалом - все приборы обозревать одним взглядом с высоты капитанского кресла. Но видно не судьба. Вообще RSS явно нынче не в моде. Firefox еще раньше отказался его поддерживать, теперь пользуюсь newsboat.

Да. RSS нынче не в почёте. И теперь даже фиг знает как в idec заворачивать те ресурсы, где его нет и нет ему альтеративы. Только если писать сложные парсеры сайта на каждый ресурс отдельно. Но это сомнительное удовольствие.



Re: Пишу ноду ii/idec на go : 04/12/20 22:22 : vvs to Peter [#] [reply]

Кстати, не было повода, а тут вдруг вспомнил. Это чуть ли не единственный ресурс интернета, которым я пользуюсь, где толково реализован RSS. Ну просто идеально, даже клиент не нужен если не надо ничего писать. Чего не скажешь о различных форумах. В groups.google.com недавно поменяли интерфейс и окончательно испортили ленту, дата больше не обновляется и непрочитанные сообщения больше не видно :( К тому же там только первые несколько строк и из-за цитирования ничего не поймешь. На других форумах еще хуже. Там есть только первый пост в новой теме и все. Вот и на instead-games.ru/forum тоже.

А так хотелось все ресурсы объединить в одну ленту и сидеть как за штурвалом - все приборы обозревать одним взглядом с высоты капитанского кресла. Но видно не судьба. Вообще RSS явно нынче не в моде. Firefox еще раньше отказался его поддерживать, теперь пользуюсь newsboat.
P.S. Edited: 2020-12-04 22:22:38



Re: no-https-services : 21/10/20 11:28 : oldpc to vvs [#] [reply]

> git clone git://github.com/idec-net/new-docs.git

что-то я не догадался в etch проверить: думал, рабтотать не будет

оказывается, работает

конечно, не html и требует git, но всё равно совет хороший, надо будет добавить комментарий



Re: no-https-services : 21/10/20 11:17 : vvs to oldpc [#] [reply]

>> Документация нет доступной без https, но есть в гите.

> github тоже требует https

git clone git://github.com/idec-net/new-docs.git

Ну, и где тут https?



Re: no-https-services : 19/10/20 07:38 : Difrex to oldpc [#] [reply]

Вот еще по http зеркало dynamic http://ideclubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/ но в TOR :)

А вот на Таверну залил документацию http://idec.spline-online.tk/s/download/idec/docs.tar.gz из master гита



Re: Редактирование сообщений : 18/10/20 10:05 : hugeping to hugeping [#] [reply]

Ещё вариант: как то вести отдельно список отредактированных сообщений, и тогда те, кто поддерживают такую фичу, просто скачают эти сообщения повторно и добавят в свои списки... Ну, списки сделать как u/e, ещё одну схему...



Редактирование сообщений : 18/10/20 10:02 : hugeping to All [#] [reply]

Привет, All!

Как думаете, есть ли смысл думать а внесении в стандарт возможности редактирования сообщений?

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

Может быть, есть смысл сделать что-то вроде такого:

- Редактирование, это создание нового сообщения, с новым msg id;
- В тегах этого сообщения прописан msgid сообщения, которое оно заменяет.

Тогда клиенты, которые не поддерживают этой фичи просто получат новую копию.

Но что делать с отображением этих двух (или больше) сообщений? Скрывать при визуализации "заплаточные", но раздавать их по fetch? Как-то странно...

Что думаете? Есть ли смысл думать в эту сторону, или это только усложнит простую технологию?

Мне кажется, это всё слишком сложно для идеи ii, но может у кого-то будут ещё варианты? Редактирование сообщений, всё-таки, полезная вещь в быту...



Re: no-https-services : 18/10/20 09:00 : oldpc to Difrex [#] [reply]

> Документация нет доступной без https, но есть в гите.

github тоже требует https

> Еще Таверна по http работает http://idec.spline-online.tk/

если не считать отсутствующих шрифтов-иконок, отлично смотрится в Epiphany на Debian Etch :)



Re: no-https-services : 18/10/20 07:34 : Difrex to oldpc [#] [reply]

Документация нет доступной без https, но есть в гите.

Еще Таверна по http работает http://idec.spline-online.tk/



no-https-services : 18/10/20 06:34 : oldpc to All [#] [reply]

Какие www-сайты и сервисы, кроме станции hugeping.tk, доступны сейчас по
чистому http, без https? Есть ли документация по сети, доступная по http?



Re: caesium на python 2 : 16/10/20 17:39 : Andrew Lobanov to oldpc [#] [reply]

oldpc> Я путаю, или когда-то был клиент caesium на python2? Если был, то поделитесь ссылочкой, где можно найти.

Путаешь. Я на python2 никогда не писал.



caesium на python 2 : 16/10/20 13:02 : oldpc to All [#] [reply]

Я путаю, или когда-то был клиент caesium на python2? Если был, то поделитесь ссылочкой, где можно найти.

+++ Caesium/0.4 RC1



Re: Пишу ноду ii/idec на go : 26/09/20 11:05 : hugeping to Peter [#] [reply]

Там от меня ушли 7 сообщений из черновиков/неотправленных? мобильного клиента... Нужно их блеклистить:

ii://2NszlFTgvhakzz7dIfvc[*][*]
ii://Q03NcPZRuqeaOT5d6Tze[*][*]
ii://v48ZAPJMiFbWl68YiFWU[*][*]
ii://5JdRzlDtEJTfOtKCtTb4[*][*]
ii://pEtdZQ4aPz7SAhFK3zwR[*][*]
ii://SglNQOG3vyujcZLXjDtu[*][*]
ii://flYuqUgR5SVgybdnYnVp[*][*]

Извините. :)



Re: Настройки idec mobile : 26/09/20 07:33 : vmg to vit01 [#] [reply]

vit01> Просьба отписаться всем остальным, кто пользуется клиентом, каков расход батареи
Расхода нет.
vit01> ну и доп. инфа, что за мобила, какая версия ОС и.т.п.
SM-n900, Android 7.1.2, LineageOS-14.1-20200911-unofficial-ha3g



Re: Настройки idec mobile : 26/09/20 03:18 : vit01 to johnbrown [#] [reply]

johnbrown> Заметил довольно большой расход заряда - чуть больше 6% на дефолтных настройках.

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

ну и доп. инфа, что за мобила, какая версия ОС и.т.п.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Настройки idec mobile : 25/09/20 05:10 : johnbrown to All [#] [reply]

Заметил довольно большой расход заряда - чуть больше 6% на дефолтных настройках.



Re: Пишу ноду ii/idec на go : 18/09/20 10:15 : Andrew Lobanov to hugeping [#] [reply]

hugeping> Меня убедили начать комментировать код. :)

hugeping> Так что постепенно буду это делать. На данный момент описал функции в msg.go -- это базовые функции для манипуляции бандлами (decode/encode) и приём сообщений от поинтов.

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



Re: Пишу ноду ii/idec на go : 18/09/20 07:16 : hugeping to Peter [#] [reply]

Меня убедили начать комментировать код. :)

Так что постепенно буду это делать. На данный момент описал функции в msg.go -- это базовые функции для манипуляции бандлами (decode/encode) и приём сообщений от поинтов.

https://github.com/gl00my/ii-go/blob/master/ii/msg.go



Re: Что с станцией lessmore? : 14/09/20 21:14 : Difrex to hugeping [#] [reply]

Пофиксил, фетчу тебя :)



Re: Что с станцией lessmore? : 14/09/20 20:34 : hugeping to Difrex [#] [reply]

Сделал исправление тоже, поставил на тебя фетч (blog.difrex). Ожидаю взаимного фетча. ;)



Re: Что с станцией lessmore? : 14/09/20 19:21 : hugeping to Difrex [#] [reply]

> У меня тоже. Но это все таки данные не совсем для человека.

Ну как, curl можно автоматизировать. Я так и делал, когда переносил данные с ноды, генерировал скриптом запросы, парсил вывод. Удобнее с \n это делать.

> Ты же не будешь править тело сообщения поинта если оно пришло без \n в конце, а просто запишешь в базу.

Лучше я промолчу о том, что я делаю с сообщением поинта, а то вы меня тут заклюёте =)

> // Newline в конце добавлю, но фетчер у меня умеет и так и так.

Угу, отпишись тогда, я от тебя хочу взять fetch difrex.blog (ну и назад забирай тогда её у меня =)



Re: Что с станцией lessmore? : 14/09/20 18:41 : Difrex to Andrew Lobanov [#] [reply]

> У меня даже emacs в файлах в конце '\n' ставит :)
У меня тоже. Но это все таки данные не совсем для человека.

Ты же не будешь править тело сообщения поинта если оно пришло без \n в конце, а просто запишешь в базу.

// Newline в конце добавлю, но фетчер у меня умеет и так и так.



Re: Что с станцией lessmore? : 14/09/20 14:25 : vit01 to Difrex [#] [reply]

Difrex> Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

В стандарте вроде про newline ничего не сказано, поэтому предусматривается, что "\n" - это лишь разделитель списка, и в конце он необязателен

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Что с станцией lessmore? : 14/09/20 13:59 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Ну, в общем давай подождем остальных, что скажут. По мне так '\n' в конце списка эх необязателен, т.к. не относится к данным.

'\n' в конце это однозначное и ожидаемое поведение. Мне кажется, что делать стоит единообразно. У меня даже emacs в файлах в конце '\n' ставит :)



Re: Что с станцией lessmore? : 14/09/20 13:28 : hugeping to Difrex [#] [reply]

> Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

Мой довод, в основном, будет таким.

В UNIX все текстовые файлы традиционно заканчиваются на \n.

https://stackoverflow.com/questions/729692/why-should-text-files-end-with-a-newline

Стандарт POSIX определяет строку так:

> 3.206 Line
> A sequence of zero or more non- <newline> characters plus a terminating <newline> character.

Зафиксируем это и не ошибёмся. :)



Re: Что с станцией lessmore? : 14/09/20 12:35 : Difrex to Difrex [#] [reply]

Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

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

> В системе, когда у нас последняя строка не содержит \n, мы не можем отличить ситуацию, прочиталась ли строка целиком?
Это справедливо только для имен эх, а вот id сообщения всегда можно понять прочитался ли он полностью.



Re: Что с станцией lessmore? : 14/09/20 12:29 : Difrex to hugeping [#] [reply]

Ну, в общем давай подождем остальных, что скажут. По мне так '\n' в конце списка эх необязателен, т.к. не относится к данным.



Re: Что с станцией lessmore? : 14/09/20 09:11 : hugeping to Difrex [#] [reply]

> А почему так? Я код не хочу ща читать - лень, но ты разве не разбираешь ответ в слайс? Типа,

Почему так, вопрос, который я тоже могу задать: "Разве ты не делаешь просто Printf каждого из id? Зачем вырезать последний \n?

Дело в том, что я старался писать строго. Строка с переводом строки - это однозаначность. Например, пустая строка - это тоже пустая строка и \n.

В системе, когда у нас последняя строка не содержит \n, мы не можем отличить ситуацию, прочиталась ли строка целиком?

Например, вот функция, которая используется везде при работе с сетью:

====
func http_req_lines(url string, fn func(string) bool) error {
resp, err := http.Get(url)
if err != nil {
return err
}
defer resp.Body.Close()
reader := bufio.NewReader(resp.Body)
for {
line, err := reader.ReadString('\n')
if err != nil && err != io.EOF {
return err
}
line = strings.TrimSuffix(line, "\n")
if err == io.EOF {
break
}
if !fn(line) {
break
}
}
return nil
}
====



Обрати внимание, что if err === io.EOF стоит ПЕРЕД fn(line).

А вот правка, чтоб сработало с твоей нодой:

====
                if err == io.EOF {

if line != "" { /* no eol in last line? broken node? */
fn(line)
}
break
}
====



Если же я перенесу fn(line) перед err == io.EOF, то fn(line) будет вызываться для последнего \n у других нод, которые делают \n в каждой строке.

Я лично считаю, что \n быть должен, но в как бы мы не решили, это должно быть прописано в стандарте, кмк.



Re: Что с станцией lessmore? : 14/09/20 07:57 : Difrex to hugeping [#] [reply]

> Мне не сложно подправить, но это именно будет хак. Дополнительный блок условный.
А почему так? Я код не хочу ща читать - лень, но ты разве не разбираешь ответ в слайс? Типа,

====
messages := make(map[string][]string)
echoList := strings.Split(getBody(resp.Body))
var currentEcho string
for i := range echoList {
if echoList[i] == "" {
continue
}
if isEcho(echoList[i]) {
currentEcho = echoList[i]
}
if isMessage(echoList[i]) {
messages[currentEcho] = append(messages[currentEcho], echoList[i])
}
}
====




Re: Что с станцией lessmore? : 14/09/20 06:40 : hugeping to Difrex [#] [reply]

> Хм, вот про newline в конце интересно. Это у нас нигде не описано, но и проблем ни у кого не возникало

Нужно решение комитета. )
Мне не сложно подправить, но это именно будет хак. Дополнительный блок условный. Заметил только благодаря адаптивному фетчу, который делает пробы по 1 id. Так бы просто последнее сообщение бы не взял и всё.



Re: Что с станцией lessmore? : 14/09/20 05:54 : Difrex to hugeping [#] [reply]

Хм, вот про newline в конце интересно. Это у нас нигде не описано, но и проблем ни у кого не возникало



Re: Пишу ноду ii/idec на go : 13/09/20 23:59 : vit01 to hugeping [#] [reply]

hugeping> Достаточно ли замены:

hugeping> ====
hugeping> msg = strings.Replace(msg, "-", "+", -1) /* if it is URL base64 */
hugeping> msg = strings.Replace(msg, "_", "/", -1) /* make it base64 */
hugeping> ====

hugeping> И потом декодировать стандартным base64? Но там вроде еще есть заполнение в виде ===?

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Что с станцией lessmore? : 13/09/20 20:53 : hugeping to Difrex [#] [reply]

> Fixed
Теперь есть другая проблема. Возможно, с моим фетчером.
В выводе у тебя нет последнего перевода строки. То-есть, на запрос -1:1, к примеру, приходит MsgId без \n. Как к этому относиться? Нужно ли мне переделывать?



Re: Что с станцией lessmore? : 13/09/20 19:37 : Difrex to hugeping [#] [reply]

Fixed



Re: Что с станцией lessmore? : 13/09/20 16:26 : Difrex to hugeping [#] [reply]

Хм. Это я сломал что-то в базовом протоколе :).

Работает только со смещением сейчас

====
curl https://dynamic.lessmore.pw/idec/u/e/difrex.blog/-250:250
difrex.blog
2fDZ67P8JkchA9Rh4If4
2NszlFTgvhakzz7dIfvc
ML8cpSyzyOKaFA6Lx1NF
8TtPHu5T7oo3GSXdDYc5
U6ZYZxgYz2sq01L96zZz
igt9lCsui5qE9AICtdgP
mTWsJXVOAljita3sgDOK
V0hj3Z0QjFxpluaaiKvI
b91aGfRgRLJWfB1q60bg
pNfzXBddGbSy7AW7slpz
4fmEizz5kjk4UcQf7VIJ
OxdmEiQJIZqrqjCUNp2i
ojRAXNp7wzVIF9GBetZn
z5UV57mUeyhAmFsaMUq0
====



Спасибо, поправлю.



Re: Пишу ноду ii/idec на go : 13/09/20 17:03 : hugeping to hugeping [#] [reply]

Достаточно ли замены:

====
msg = strings.Replace(msg, "-", "+", -1) /* if it is URL base64 */
msg = strings.Replace(msg, "_", "/", -1) /* make it base64 */
====



И потом декодировать стандартным base64? Но там вроде еще есть заполнение в виде ===?



Re: Пишу ноду ii/idec на go : 13/09/20 16:26 : hugeping to vit01 [#] [reply]

> Да, именно так, надо детектить, но это просто делается: всего лишь прогоняешь строку через замену символов, заменяя спецсимволы по словарю.

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

Можно рассказать алгоритм?



Re: Пишу ноду ii/idec на go : 13/09/20 16:00 : vit01 to hugeping [#] [reply]

hugeping> Это про msgid речь же. А вопрос вроде касался того, в каком формате поинт шлёт бандл на ноду (POST или GET, не важно). И в каком формате отдают/получают бандлы ноды.

Для поинтов политика такая: если пересылает через GET, значит обязательно urlsafe. Если через POST, то поинт может выбрать любой вариант, какой захочет, ведь нода обязана поддерживать и тот, и другой

hugeping> В стандарте есть такая фраза: (все серверы обязаны принимать как обычный, так и urlsafe-словарь, генерируются же бандлы в формате обычного base64)

hugeping> Для меня эта фраза непонятна. Бандлы вроде в обычном base64, но принимать я должен в любом? Надо детектить тип base?

Да, именно так, надо детектить, но это просто делается: всего лишь прогоняешь строку через замену символов, заменяя спецсимволы по словарю.

То есть ещё раз: принимать нужно оба формата одновременно, но генерировать на отдачу желательно (как необязательная рекомендация) в обычном base64

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 13/09/20 14:48 : hugeping to vit01 [#] [reply]

>> Примечание: production-реализации нод заменяют в полученной base64-строке плюс (+) и слэш (/) либо их аналоги (- и _) на буквы "A" и "Z" соответственно, дабы убрать из msgid спецсимволы.

Это про msgid речь же. А вопрос вроде касался того, в каком формате поинт шлёт бандл на ноду (POST или GET, не важно). И в каком формате отдают/получают бандлы ноды.

В стандарте есть такая фраза: (все серверы обязаны принимать как обычный, так и urlsafe-словарь, генерируются же бандлы в формате обычного base64)

Для меня эта фраза непонятна. Бандлы вроде в обычном base64, но принимать я должен в любом? Надо детектить тип base?

Я так и не понял, в каком варианте base64 я должен принимать и отдавать бандлы нодам и принимать бандлы от юзера. В итоге имеем такие варианты:

Мой:
1) Я принимаю и отдаю нодам бандлы в обычном base64 (не считая msgid, который подвергается преобразованию описанному в стандарте)

2) принимаю post/get запросы от поинтов в urlsafe base64

И вроде это работает, по крайней мере со станцией Андрея.

difrex:

1) принимает от поинтов обычный base64 но предварительно заэскейпченный

На мой взгляд, противоречит стандарту. Но я так и не понял, как правильно.



Re: Пишу ноду ii/idec на go : 13/09/20 13:36 : vit01 to Andrew Lobanov [#] [reply]

>>>> @repto вместо @Repto
Difrex>>> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.
vit01>> Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

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

>>>> StdBASE64 вместо URLBase64 в get запросе
Difrex>>> Там ескейпится потом. Не помню уже почему именно так сделано было.
vit01>> Для кодирования самого сообщения вроде как раз urlbase64 и используется. Для хэшей же идёт полная подмена символов, чтобы избежать знаков препинания

AL> Из документации это не следует никоим образом.

Цитирую: https://ii-net.tk/idec-doc/?p=standarts

> Id сообщения (msgid) - уникальный номер, который генерируется станцией, как 20 первых символов base64 sha256-bin хэша сообщения.

> Примечание: production-реализации нод заменяют в полученной base64-строке плюс (+) и слэш (/) либо их аналоги (- и _) на буквы "A" и "Z" соответственно, дабы убрать из msgid спецсимволы.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 12/09/20 19:22 : hugeping to vit01 [#] [reply]

> Предлагаю прописать font-family: sans-serif в body-блок CSS-ки. Это сработает на всех платформах, и разница станет заметна невооружённым глазом. Попробуй хотя бы ради эксперимента

Вообще, я пробовал. Но тут такое дело. Я не хочу навязывать sans/sans-serif. Я сам из тех, кто долго верил в теорию вреда "шрифтов с засечками". А потом попробовал засечки, и мне понравилось. Поэтому я не хочу навязывать стиль шрифта. Пусть отображается дефултная настройка браузера. Те, если у тебя стоит в дефолте шрифты с засечками, ты их и увидишь. Есть вопрос с мобильными браузерами, там такой настройки нет... Ну, что поделать.



Re: Пишу ноду ii/idec на go : 12/09/20 18:38 : vit01 to Andrew Lobanov [#] [reply]

vit01>> 1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

AL> Лицензионные вопросы важны.

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

vit01>> 2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом...
AL> Всё от того, что ты хочешь пальцетыкательный интерфейс на десктопе, что, очевидно, моветон.

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

На Андроиде это хорошо сделано в стандартном емейл-приложении (или в GMail, где тот же интерфейс). На десктопе - Thunderbird, Apple Mail, Outlook, и.т.п. Просто в плане общения IDEC слишком похож на Email, чтобы избежать такого сравнения

vit01>> И да, шрифты говно. Не стал бы пользоваться новым интерфейсом просто из-за шрифтов с засечками. Так и людей распугать можно
AL> Перепутал вкусовщину с объективностью.

Это, конечно, грубо сказано было (и весьма в лоровском стиле, к сожалению), но тут тоже проблема просматривается и как раз объективная.

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

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

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 12/09/20 18:38 : vit01 to hugeping [#] [reply]

>> 1. Нужно всё-таки объединять усилия .... Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

hugeping> Это не сработает. Мне нравится писать то, что мне нравится. Это наверное основная движущая сила "моего опенсорца". Но никто не мешает брать мой код, если он нужен. Мой замысел в принципе не компромиссный. Потому что я хотел сделать не "что-то усреднённо хорошее", а ноду своей мечты. И нода и либа и веб морда готовы - их можно просто брать и использовать, если нравится. Если нет - делать своё.

Окей, вопрос в каком-то смысле исчерпан

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

hugeping> Шрифты вообще не заданы нигде. Никакие. Так что используется тот шрифт, что стоит у тебя в настройках. :)

Эмм, да, но у браузера даже для стандартных шрифтов есть опции.

Предлагаю прописать font-family: sans-serif в body-блок CSS-ки. Это сработает на всех платформах, и разница станет заметна невооружённым глазом. Попробуй хотя бы ради эксперимента

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM



Что с станцией lessmore? : 12/09/20 17:55 : hugeping to All [#] [reply]

Хотел было забрать блог difrex, но:

====
$ curl https://dynamic.lessmore.pw/idec/u/e/difrex.blog
difrex.blog
error: Internal error
====




Re: Пишу ноду ii/idec на go : 12/09/20 16:48 : hugeping to vit01 [#] [reply]

> С base64, спойлерами и остальным возитесь пока сами

Так это относится только к Web части. С этим возятся поинты моей ноды.

> 1. Нужно всё-таки объединять усилия .... Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

Это не сработает. Мне нравится писать то, что мне нравится. Это наверное основная движущая сила "моего опенсорца". Но никто не мешает брать мой код, если он нужен. Мой замысел в принципе не компромиссный. Потому что я хотел сделать не "что-то усреднённо хорошее", а ноду своей мечты. И нода и либа и веб морда готовы - их можно просто брать и использовать, если нравится. Если нет - делать своё.

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

Шрифты вообще не заданы нигде. Никакие. Так что используется тот шрифт, что стоит у тебя в настройках. :)

P.S. Edited: 2020-09-12 17:48:59



Re: Пишу ноду ii/idec на go : 12/09/20 16:36 : Andrew Lobanov to vit01 [#] [reply]

vit01> 1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

Лицензионные вопросы важны.

vit01> 2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом. Прямо сейчас пишу сообщение с IDEC Mobile в андроид эмуляторе, и это некомфортно: нельзя менять размер окна, приходится писать не с клавиатуры, а с графического планшета (т.к. с русским языком тут проблемы), да и сам этот эмулятор занимает гигабайта 3. Пытался накидать похожий интерфейс на Qt+QML и залип из-за их сложности, пытался на Flutter (кстати, хорошая штука), но понял, что надо будет заморачиваться с базой данных, и отложил это дело. Потихоньку пытаюсь попиливать Python-библиотеку в приватном репозитории, чтобы реализовать какое-то подобие клиента на Jupyter Widgets, но прогресс идёт слабо

Всё от того, что ты хочешь пальцетыкательный интерфейс на десктопе, что, очевидно, моветон.

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

Перепутал вкусовщину с объекьтивностью.
vit01> +++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 12/09/20 15:05 : vit01 to hugeping [#] [reply]

hugeping> В общем, я поднял свою ноду - персональный арт-проект: http://hugeping.tk
hugeping> Прошу всех, кто с меня фетчит, переходить на http://hugeping.tk и отписаться о возникновении проблем.

Так, я тут как всегда самый медленный по ответам. Фетч настроил на hugeping

С base64, спойлерами и остальным возитесь пока сами

Что касается гошной библиотеки и новой ноды как таковых:

1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом. Прямо сейчас пишу сообщение с IDEC Mobile в андроид эмуляторе, и это некомфортно: нельзя менять размер окна, приходится писать не с клавиатуры, а с графического планшета (т.к. с русским языком тут проблемы), да и сам этот эмулятор занимает гигабайта 3. Пытался накидать похожий интерфейс на Qt+QML и залип из-за их сложности, пытался на Flutter (кстати, хорошая штука), но понял, что надо будет заморачиваться с базой данных, и отложил это дело. Потихоньку пытаюсь попиливать Python-библиотеку в приватном репозитории, чтобы реализовать какое-то подобие клиента на Jupyter Widgets, но прогресс идёт слабо


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

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 10/09/20 05:10 : hugeping to hugeping [#] [reply]

> Да. Все что после него это base64. Вообще, может быть стоит сделать по другому. Я сделал как было проще...

Вообще, я думал про начало/конец тега base64. И в веб версии это будет шикарно, в том числе и для картинок. Но если такое внедрять в консольные клиенты, всё-таки, одно сообщение - один base64 аттач - это более понятная и простая схема...

В любом случае, если назреет какой-то стандарт на эту тему, попробую поддержать. :)



Re: Пишу ноду ii/idec на go : 10/09/20 04:44 : hugeping to Andrew Lobanov [#] [reply]

> Главное, чтобы в x/c правильно отображалось :)

Очень надеюсь, что багов не будет. Хотя опыт показывает, что когда всё работает сразу, это означает наличие скрытых багов. :)



Re: Пишу ноду ii/idec на go : 10/09/20 03:54 : Andrew Lobanov to btimofeev [#] [reply]

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

Главное, чтобы в x/c правильно отображалось :)



Re: Пишу ноду ii/idec на go : 09/09/20 21:40 : hugeping to Difrex [#] [reply]

> Фетчу тебя. Пока все идет нормально.

Отлично! :)



Re: Пишу ноду ii/idec на go : 09/09/20 21:39 : hugeping to Difrex [#] [reply]

>> @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут
> Т.е. этот тег должен находится в конце тела сообщения?

Да. Все что после него это base64. Вообще, может быть стоит сделать по другому. Я сделал как было проще...



Re: Пишу ноду ii/idec на go : 09/09/20 21:20 : hugeping to btimofeev [#] [reply]

> Просто тогда в колонке это надо назвать не посты, а ответы, наверное.

Согласен, завтра сделаю.



Re: Пишу ноду ii/idec на go : 09/09/20 21:05 : btimofeev to hugeping [#] [reply]


hugeping> Я специально вычитаю 1. Как это сделано на punbb форуме. Типа это ответы на пост. Не считая заголовок. 0 - нет ответов.

hugeping> В принципе, фича, но можно поменять в коде....

Просто тогда в колонке это надо назвать не посты, а ответы, наверное.



Re: Пишу ноду ii/idec на go : 09/09/20 19:26 : hugeping to btimofeev [#] [reply]

> У тебя почему-то в топиках количество сообщений выводится на одно меньше, чем сообщений в топике на самом деле

Не заметил в чате.

Я специально вычитаю 1. Как это сделано на punbb форуме. Типа это ответы на пост. Не считая заголовок. 0 - нет ответов.

В принципе, фича, но можно поменять в коде....



Re: Пишу ноду ii/idec на go : 09/09/20 19:11 : btimofeev to Peter [#] [reply]

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



Re: Пишу ноду ii/idec на go : 09/09/20 11:02 : Difrex to hugeping [#] [reply]

> Прошу всех, кто с меня фетчит, переходить на hugeping.tk и отписаться о возникновении проблем.
Фетчу тебя. Пока все идет нормально.



Re: Пишу ноду ii/idec на go : 09/09/20 06:02 : Difrex to Peter [#] [reply]

> @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут
Т.е. этот тег должен находится в конце тела сообщения?



Re: Пишу ноду ii/idec на go : 09/09/20 07:24 : hugeping to hugeping [#] [reply]

Написал базовую документацию. На этом пока всё, буду потихоньку развивать ноду, но уже не так экстемально. :)

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

https://github.com/gl00my/ii-go/blob/master/README.md



Re: Пишу ноду ii/idec на go : 08/09/20 18:32 : hugeping to Peter [#] [reply]

В общем, я поднял свою ноду - персональный арт-проект: http://hugeping.tk

Сейчас идёт синк с http://club.syscall.ru , но я буду его закрывать...
Прошу всех, кто с меня фетчит, переходить на http://hugeping.tk и отписаться о возникновении проблем.

Испытываю по живому. :)

За одно сливаю теперь свои материалы с разных источников. Хочу, чтобы хранилось всё в одном месте.



Re: Пишу ноду ii/idec на go : 08/09/20 12:09 : Peter to Peter [#] [reply]

Новое на стенде: Появились ЛС! Как реализовано?

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

Такие эхи отдаются на фетч только по строке: /point/authstr/u/e/список эх

Список эх может включать не только приватные эхи, но и другие

В веб это смотрится довольно гармонично!

Итого, из моих планов -- осталось только шлифануть порефакторить и написать документацию :)



Re: Пишу ноду ii/idec на go : 08/09/20 08:25 : Peter to Difrex [#] [reply]

С аватарками есть проблема. Как именно идентифицировать пользователя?
Сначала, я сделал по адресу. Потом по полю From. Оба решения не ахти.
Мне кажется, пока у нас нет отдельных register серверов, аватарки можно делать только кустарно-индивидуально. А так, мне тоже аватарки нравятся. )))



Re: Пишу ноду ii/idec на go : 08/09/20 07:05 : Difrex to Peter [#] [reply]

Аватарки - это круть же! Может апи серверный какой придумать в расширениях, чтоб можно было постом аватарку пропихнуть на свою ноду?

====
-XPOST /x/avatar -d "pauth=authstring&xpm=$(echo "$XPM" | base64)"
====


Правда это небезопасная штука может быть.



Re: Пишу ноду ii/idec на go : 08/09/20 07:14 : Peter to Difrex [#] [reply]

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

Я только за! Сейчас у меня такие _нестандартные_ теги:

1) @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут: http://club.syscall.ru:8080/jaHRwm0sPfK2w6n8jqhm#jaHRwm0sPfK2w6n8jqhm

2) @spoiler: строка - показать спойлер (В веб версии это реверс-строки и бледный цвет

3) XPM2 и XPM3 как есть воспринимаются, в соответствии с их форматом

@ мне нравятся, так как это аналог @repto:



Re: Пишу ноду ii/idec на go : 08/09/20 06:51 : Difrex to Peter [#] [reply]

Я бы предложил это как-то стандартизировать в расширениях.
Можно добавить текстовые теги. Типа,

====
-*- xpm; -*-
static char * x_xpm[] = {
"32 32 17 1",
" c None",
". c #18293E",
"+ c #112C39",
...
-*- xpm; -*-
====



Чтоб в клиентах можно было вырезать(или отрисовывать) это, например.



Re: Пишу ноду ii/idec на go : 07/09/20 17:50 : Peter to Difrex [#] [reply]

Прикрутил автатарки. Их можно загружать тоже в xpm и хранятся они в points.txt в текстовой форме.

http://club.syscall.ru:8080/IAXXN7yBVRqHzb9iG4Af/1



Re: Пишу ноду ii/idec на go : 07/09/20 16:13 : Peter to Difrex [#] [reply]

Нормально смотрятся только небольшие. 32x32 или 64x64

Вот, например - ещё более менее: http://club.syscall.ru:8080/m/HUwMVOKfbms85NMXfkcy#HUwMVOKfbms85NMXfkcy

Короче, я на этом скоро сделаю аватарки :)



Re: Пишу ноду ii/idec на go : 07/09/20 13:37 : Difrex to Peter [#] [reply]

Сырое сообщение, конечно, трэшовенько смотрится =)



Re: Пишу ноду ii/idec на go : 06/09/20 08:18 : Peter to Peter [#] [reply]

На ii-go завезли котиков!

Не знаю зачем, но теперь в теле сообщения детектятся xpm. Как это выглядит - можно посмотреть на стенде. Можно постить котиков, но помните: лучше всего котика делать с 1 символом на цвет. (64-цветные палитры, например).

Котики тут: http://club.syscall.ru:8080/t5KocgBVCe3m37eRsXjd/1



Re: Пишу ноду ii/idec на go : 05/09/20 16:17 : Peter to Peter [#] [reply]

Что нового и вообще, что в ноде особенного на данный момент.

0) Ни одной внешней зависимости.
1) Вся база - это бандл. Бандлы легко мержить друг с другом, переносить и так далее. Индекс создается автоматически но он не является необходимым, так как при удалении создается заново автоматически.
2) Есть тулза для работы с базами если это понадобится
3) Нода - это фактически форум с видом по тредам
4) Можно редактировать сообщения. При этом ничего не меняется, а просто в базу добавляется новый вариант сообщения с тем же ID. Более актуальной считается всегда более новая версия. Blacklist делается так же.
5) Многопоточный фетчинг
6) Адаптивный фетчинг, это когда пробуем по одному сообщению с каким то шагом, постоянно умножая его на *2 и уходим в глубь до тех пор, пока не найдутся те сообщения, что у нас есть в базе. Например: -16:1 -32:1 -64:1 -128:1 (увидели, что сообщение есть в нашей базе!), Сделали: -128:128
7) Простая web морда, нормально выглядит и на мобильном и в eww
8) Никакого js!
9) Предпросмотр сообщений при редактировании и создании новых
10) Простота разворачивания

Продолжаю работать. То, что хочется сделать.

1) RSS
2) Возможно, активацию юзеров по почте или вручную
3) Карбонка
4) Поиск
5) Избранное

http://club.syscall.ru:8080 - демка для экспериментов,



Re: Yet another idec client : 05/09/20 10:44 : Peter to Peter [#] [reply]

> Мой прототип можно пошатать здесь: http://club.syscall.ru:8080

> Можно и нужно его пошатать, если кому-то есть на это время/интерес. )

Только, конечно, не подключайте фетч на свои боевые ноды! Сейчас там тестирование. Можно ломать. :)



Re: Yet another idec client : 05/09/20 10:34 : Peter to Peter [#] [reply]

Мой прототип можно пошатать здесь: http://club.syscall.ru:8080

Можно и нужно его пошатать, если кому-то есть на это время/интерес. )



Re: Yet another idec client : 04/09/20 18:50 : Peter to Andrew Lobanov [#] [reply]

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

Отлично! Надо будет заценить.

У меня тоже процесс идёт хорошо. Скоро будет нода моей мечты. :))



Re: Yet another idec client : 04/09/20 04:14 : Andrew Lobanov to Andrew Lobanov [#] [reply]

Давно я не трогал этот клиент, хотя и пользуюсь сейчас только им. Пётр вдохновил и я снова взял в руки шашку.

Список изменений:

* Исправлена ошибка на странице настроек, возникающая при неудачной попытке получить списки конференций с сервера.
* Добавлена страница списка сообщений в эхе.
* На главной странице и странице отдельного сообщения добавлена кнопка ответа.
* На главной добавлена ссылка на сообщение.

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



Re: Пишу ноду ii/idec на go : 03/09/20 16:18 : Difrex to vit01 [#] [reply]

> Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо
Походу дела нужно @ экранировать.



Re: Пишу ноду ii/idec на go : 03/09/20 04:00 : Andrew Lobanov to vit01 [#] [reply]

>>> @repto вместо @Repto
Difrex>> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.
vit01> Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

Прикольно :)

>>> StdBASE64 вместо URLBase64 в get запросе
Difrex>> Там ескейпится потом. Не помню уже почему именно так сделано было.
vit01> Для кодирования самого сообщения вроде как раз urlbase64 и используется. Для хэшей же идёт полная подмена символов, чтобы избежать знаков препинания

Из документации это не следует никоим образом.



Re: Пишу ноду ii/idec на go : 03/09/20 01:44 : vit01 to Difrex [#] [reply]

>> @repto вместо @Repto
Difrex> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

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

>> StdBASE64 вместо URLBase64 в get запросе
Difrex> Там ескейпится потом. Не помню уже почему именно так сделано было.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Пишу ноду ii/idec на go : 02/09/20 20:46 : Peter to Difrex [#] [reply]

> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

Вот это интересный момент. В стандарте с большой вроде бы написано. Давайте определим, как именно правильно. А то я пока закодил и то и другое.

> Хм, но там только одна внешняя зависимость и только для тестов - httpmock. Сама либа полностью на стандартной либе написана.

Угу, ошибся.

> Там ескейпится потом. Не помню уже почему именно так сделано было.

Да я видел. Я в итоге сделал всё таки urlsafe для get варианта.



Re: Пишу ноду ii/idec на go : 02/09/20 19:11 : Difrex to Peter [#] [reply]

Но вообще ты меня подбил на то, чтобы почитать код go-idec :). Нашел несколько мест, которые можно определенно улучшить. Ну, и коверадж надо бы добить до 99% =)



Re: Пишу ноду ii/idec на go : 02/09/20 19:03 : Difrex to Peter [#] [reply]

> 1) Хочу другую лицензию (MIT)
На этом можно было и остановиться на самом деле :D GPL не хочу менять на MIT точно.

> @repto вместо @Repto
Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

> StdBASE64 вместо URLBase64 в get запросе
Там ескейпится потом. Не помню уже почему именно так сделано было.

> Subg вместо Subj
Это у меня исторически сложилось еще с perl клиента :)

> 3) Наличие внешних зависимостей (противоречит моей цели)
Хм, но там только одна внешняя зависимость и только для тестов - httpmock. Сама либа полностью на стандартной либе написана.



Re: Пишу ноду ii/idec на go : 02/09/20 17:09 : Peter to Difrex [#] [reply]

> Опять предлагаю развивать библиотеку вместе: https://github.com/idec-net/go-idec

Я с неё начал, сейчас фактически моя реализация покрывает твою. Почему я это сделал.

1) Хочу другую лицензию (MIT)
2) Нашел некоторые странности (@repto вместо @Repto, StdBASE64 вместо URLBase64 в get запросе, точно не помню, может ещё что-то по мелочи, типа Subg вместо Subj...
3) Наличие внешних зависимостей (противоречит моей цели)
4) Субъективно, хотелось простоты =)



Re: Пишу ноду ii/idec на go : 02/09/20 08:47 : Difrex to Peter [#] [reply]

Это уже третья реализация годы на go будет :).

Опять предлагаю развивать библиотеку вместе: https://github.com/idec-net/go-idec



Пишу ноду ii/idec на go : 01/09/20 21:14 : Peter to All [#] [reply]

Вот и до меня добралось. :)
В общем, пишу ноду на go.
Цели:
- никаких внешних зависимостей;
- экстремальная простота настройки и переноса базы;
- поддержка умного (адаптивного) fetch

На данный момент черновик ноды готов: https://github.com/gl00my/ii-go
Пока нет никакой морды, нет документации. Но решил показать что есть, вдруг кто-то pr накидает. ;)

Как посмотреть:

git clone https://github.com/gl00my/ii-go.git

cd ii-go/ii-tool
go build

./ii-tool fetch http://idec.spline-online.tk (полный фетч в 6 потоков всех эх (нужна поддержка list.txt), запускается только если видит, что база ноды изменилась, по наличию последнего сообщения)

./ii-tool -lim=-32 fetch http://idec.spline-online.tk (адаптивный фетч, спускается вглубь истории постепенно, по мере необходимости)

./ii-tool -lim=32 fetch https://club.syscall.ru (неадаптивный фетч, просто последние 32)

В конце можно указать файл с эхами или - для stdin

cat std.club | ./ii-tool -lim=32 fetch https://club.syscall.ru -

В итоге сольётся db и создастся db.idx - индекс. db - это просто бандл, и только этого файла достаточно, чтоб переносить базу.

можно теперь положить его к ноде:

mv db ../ii-node/
cd ../ii-node
go build
./ii-node - и запустить ноду на 8080

Теперь можно пофетчить с 127.0.0.1:8080 и позамерять скорость.

Ну и посылка сообщений тоже есть, см. -h

Увлекательное занятие, должен я сказать. :)



IDEC Mobile : 31/08/20 18:06 : vit01 to All [#] [reply]

В обновлении от сегодня починены краши из-за конфликта версий ACRA и AndroidX

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM



Re: ... напал : 03/08/20 18:46 : Peter to Peter [#] [reply]

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



Re: ... напал : 03/08/20 18:24 : Peter to vit01 [#] [reply]

> Теперь он мне пишет, потому что на сайте instead клуба мессаги ещё висят, а с тобой он не может связаться,
> потому что твоих контактов нигде нет

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



Re: ... напал : 03/08/20 17:51 : vit01 to Peter [#] [reply]

Теперь он мне пишет, потому что на сайте instead клуба мессаги ещё висят, а с тобой он не может связаться, потому что твоих контактов нигде нет

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Баг в idec-mobile : 01/08/20 06:35 : btimofeev to vit01 [#] [reply]

vit01> А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

Да нет, установлено два клиента было.



Re: ... напал : 30/07/20 04:20 : Andrew Lobanov to vit01 [#] [reply]

Difrex>> Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.
vit01> По стандарту id не обязан напрямую вычисляться из сообщения, он лишь должен удовлетворять требованиям по длине, набору символов и уникальности в базе

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



Re: ... напал : 30/07/20 00:01 : vit01 to Difrex [#] [reply]

Difrex> Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.

По стандарту id не обязан напрямую вычисляться из сообщения, он лишь должен удовлетворять требованиям по длине, набору символов и уникальности в базе

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: ... напал : 28/07/20 08:17 : Difrex to vit01 [#] [reply]

Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.



Re: ... напал : 27/07/20 13:51 : vit01 to Difrex [#] [reply]

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

я у себя так сделал

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: ... напал : 27/07/20 12:13 : Difrex to Difrex [#] [reply]

Вот че спрашивает тепере:

> I see. But is there any way to hide that message? I mean not make those message display when I search my name?

Как с ним поступим?



Re: ... напал : 27/07/20 11:24 : Difrex to Peter [#] [reply]

Так вот же ты в него отвечаешь =)



Re: ... напал : 27/07/20 10:19 : Peter to Difrex [#] [reply]

А где этот тред вообще? Я наверное эту эху не тяну?



Re: ... напал : 27/07/20 08:32 : Difrex to Andrew Lobanov [#] [reply]

Опять пишет. Уже хочет, чтобы мы снесли вот этот самый тред. Погуглил законы РФ. Так вот по ним хотя имя с фамилией и относятся к персональным данным, но физическое лицо не может требовать от оператора(т.е. нас) удаления их, т.к. это обезличенная информация. Если бы вместе с именем был бы еще и номер телефона или адрес домашний, тогда были бы обязаны. Сейчас нет. Попробовал ему это разъяснить.



Re: ... напал : 24/07/20 06:47 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Тут на меня вышел автор игры GRANDIOSE DELUSIONS и попросил удалить сообщения с упоминанием его имени - я удалил.

Мне он тоже написал. Грохнул сообщения. Спасибо.



Re: ... напал : 24/07/20 01:47 : vit01 to Difrex [#] [reply]

Потёр упоминание, но там вроде никаких данных не было

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



... напал : 23/07/20 12:12 : Difrex to All [#] [reply]


Тут на меня вышел автор игры GRANDIOSE DELUSIONS и попросил удалить сообщения с упоминанием его имени - я удалил.
Удалил не сразу, сначала с ним попереписывался, он запруфал, что он действительно автор, я удалил.
Он пошел писать владельцам остальных узлов, если что.

Сообщения, которые он попросил грохнуть:

* KxywR6BzZ320THNHMj8e
* rS7Ezecbv31yD6VzV4e6


Нечто подобное, я помню, кто-то уже кому-то писал.



Re: Баг в idec-mobile : 18/07/20 07:57 : vit01 to btimofeev [#] [reply]

btimofeev> Выключаю в настройках встроенный редактор сообщений -> пробую ответить на любое сообщение -> приложение падает -> при попытке отправить отчет оно начинает падать циклически и эти крэши можно остановить только переустановкой.

Дошли руки, починил баг с встроенным редактором, можно обновляться.
А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Баг в idec-mobile : 17/06/20 09:20 : btimofeev to vit01 [#] [reply]

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



Re: Поломан архив на alicorn.tk : 29/05/20 13:26 : vit01 to Difrex [#] [reply]

Difrex> Сабж. Ругается на регекспы https://github.com/idec-net/ii-php/blob/master/iiweb.inc.php#L23

Спасибо за внимательность. Регэкспы пришлось менять из-за обновления на php 7.3, для основной станции я это сразу сделал и закоммитил в гит, а про архив забыл

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Поломан архив на alicorn.tk : 28/05/20 13:12 : Difrex to All [#] [reply]


Сабж. Ругается на регекспы https://github.com/idec-net/ii-php/blob/master/iiweb.inc.php#L23

https://alicorn.tk/ii-old/?echo=to.lor.2014



Re: IDEC в Tor. Снова. : 22/05/20 19:32 : Difrex to Andrew Lobanov [#] [reply]

> Нода это хорошо. Но нам бы поинтов :)
А в факе это, кстати, есть :)

> А писать как?
> Для получения поинта пишите на difrex@lessmore.pw



Re: IDEC в Tor. Снова. : 22/05/20 17:53 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Я вернул тороноду в онлайн. Теперь она смотрит на динамик и доступна по адресу: http://IDEClubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/

Нода это хорошо. Но нам бы поинтов :)



Re: IDEC в Tor. Снова. : 22/05/20 12:05 : Difrex to Difrex [#] [reply]

Исходники из чего это все запущено можно посмотреть тут https://gitea.difrex.ru/lessmore/tor-node



IDEC в Tor. Снова. : 22/05/20 08:18 : Difrex to All [#] [reply]


Привет!

Я вернул тороноду в онлайн. Теперь она смотрит на динамик и доступна по адресу: http://IDEClubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/

Логи запросов, если что, не ведутся.



Re: Изменения на syscall.ru : 24/04/20 20:58 : Mirage to Andrew Lobanov [#] [reply]

Mirage>> А как официально эха называется?

AL> Может, я не понимаю вопрос, но std.hugeping. Судя по описанию в инстед-клубе, "Блог hugeping'а" :)

Да, про описание спрашивал. Спасибо. Тоже поставил на fetch.



Re: Изменения на syscall.ru : 23/04/20 11:03 : Andrew Lobanov to Mirage [#] [reply]

>>> Пробросил в таверну.
Peter>> Ага, фетчу назад тоже. :)
Mirage> А как официально эха называется?

Может, я не понимаю вопрос, но std.hugeping. Судя по описанию в инстед-клубе, "Блог hugeping'а" :)



Re: Изменения на syscall.ru : 22/04/20 21:21 : Mirage to Peter [#] [reply]

>> Пробросил в таверну.

Peter> Ага, фетчу назад тоже. :)

А как официально эха называется?



Изменения на mira : 21/04/20 22:02 : vit01 to All [#] [reply]

Новую ноду md0 уже давно фетчу со всеми эхами. Дизайн вебморды стильный, очень зашёл, так держать

Изменения по эхам на syscall тоже оперативно прописал в конфиге, std.hugeping фетчится.
Все сообщения читаю, только отвечаю с запозданием

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Изменения на syscall.ru : 21/04/20 14:49 : Difrex to Andrew Lobanov [#] [reply]

> Пробросил в таверну.

Тоже поставил на фетч в динамик.



Re: Изменения на syscall.ru : 21/04/20 14:11 : Peter to Andrew Lobanov [#] [reply]

> Пробросил в таверну.

Ага, фетчу назад тоже. :)



Re: Изменения на syscall.ru : 21/04/20 04:36 : Andrew Lobanov to Peter [#] [reply]

Peter> 2) Добавлена эха (пока пустая) std.hugeping. -- Это будет мой личный блог. Зачем я его сделал - напишу постом отдельно.

Пробросил в таверну.



Re: Новая нода : 20/04/20 09:28 : Difrex to Mirage [#] [reply]

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



Re: Новая нода : 20/04/20 09:24 : Difrex to Mirage [#] [reply]

Mirage> Есть /u/e/ /u/m/
Отлично! Смещения с лимитами не работают, т.е. /u/e/idec.talks/-10:10 не работает, как задумывалось.



Re: Новая нода : 20/04/20 08:10 : Mirage to Mirage [#] [reply]

Mirage> Есть /u/e/ /u/m/
Mirage> На фетч можно ставить https://idec.md0.ri/idec/

Адрес конечно же https://idec.md0.ru/idec/



Re: Новая нода : 20/04/20 08:07 : Mirage to Difrex [#] [reply]

>> Поинтового API пока нет
Difrex> А какое есть? Когда можно будет на фетч поставить? =)

Есть /u/e/ /u/m/
На фетч можно ставить https://idec.md0.ri/idec/



Re: Новая нода : 20/04/20 06:53 : Difrex to Mirage [#] [reply]

> Поинтового API пока нет
А какое есть? Когда можно будет на фетч поставить? =)



Изменения на syscall.ru : 19/04/20 16:01 : Peter to All [#] [reply]

1) Удалены следующие эхи:

- obsd.11;
- std.bugs;
- openbsd.talk;
- gk11.ru.

2) Добавлена эха (пока пустая) std.hugeping. -- Это будет мой личный блог. Зачем я его сделал - напишу постом отдельно.



Новая нода : 19/04/20 13:49 : Mirage to All [#] [reply]

Добрый день.

Хочу представить новую web-ноду https://idec.md0.ru/ с регистрацией и тредами.
Поинтового API пока нет. Файловых эх тоже.
Сделано на Ruby on Rails.



Re: Баг в idec-mobile : 05/04/20 17:22 : vit01 to vit01 [#] [reply]

Если что, в новой обнове я обновил все зависимости (в том числе мигрировал с appCompat на AndroidX, подкрутил materialDrawer до свежего), дефолт Таверны снова на .tk домене

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Баг в idec-mobile : 05/04/20 16:01 : Difrex to vit01 [#] [reply]

vit01> Обновись и проверь, как оно сейчас. Если всё норм, тогда запушу исходники в гит, если нет, то новый багрепорт жду.
Да, теперь все хорошо. Спасибо.

+++ картошки хватит на всех



Re: Баг в idec-mobile : 05/04/20 14:24 : vit01 to Difrex [#] [reply]

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

Видел на почте твой багрепорт, сейчас сделал тестовую сборку от 5 апреля 22:18

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Баг в idec-mobile : 03/04/20 16:59 : Difrex to All [#] [reply]


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

Android 9, Samsung a6+

+++ картошки хватит на всех



Re: Котик на dynamic : 20/03/20 09:09 : Difrex to vit01 [#] [reply]

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



Re: Котик на dynamic : 20/03/20 07:05 : vit01 to Difrex [#] [reply]

Difrex> * Удалены шрифты material icons от гугла. Теперь используются только font awesome
Difrex> * Бета версия ноды, где будут появляться новые фичи: https://dynamic-beta.lessmore.pw
Difrex> * Ссылка "Статистика" в меню теперь ведет на графану


Динамик выглядит просто супер. Можно сразу на продакшен его

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Netmail : 19/03/20 20:36 : mirage to Difrex [#] [reply]

mirage>> Продолжу тут тоже.
mirage>> У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.
Difrex> У нас есть уже в стандарте авторизация для ноды. Можно её и использовать.
Difrex> Смотри тут https://ii-net.tk/idec-doc/?p=extensions про push.

То есть каждая нода для каждой должна выдать по паролю? Это же не масштабируется.



Котик на dynamic : 09/03/20 12:48 : Difrex to All [#] [reply]


А так же еще некоторые изменения:

* Удалены шрифты material icons от гугла. Теперь используются только font awesome
* Бета версия ноды, где будут появляться новые фичи: https://dynamic-beta.lessmore.pw
* Ссылка "Статистика" в меню теперь ведет на графану



Re: Так, короче, SOS, блин: нужен источник знаний по IDEC : 09/03/20 07:26 : vmg to Peter [#] [reply]

Проверка, проверка..



Re: Так, короче, SOS, блин: нужен источник знаний по IDEC : 09/03/20 06:27 : Peter to Difrex [#] [reply]

> И на dynamic аналогично :)
Оказалось, что файл таки был отправлен! Видимо, iing содержит API и оно как то работает. Файл тут: http://club.syscall.ru/s/download/pictures/IMG_20200306_102922_563.jpg



Re: Так, короче, SOS, блин: нужен источник знаний по IDEC : 09/03/20 06:25 : Difrex to Peter [#] [reply]

И на dynamic аналогично :)

+++ картошки хватит на всех



Re: Так, короче, SOS, блин: нужен источник знаний по IDEC : 09/03/20 05:49 : Peter to vmg [#] [reply]

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



Re: Так, короче, SOS, блин: нужен источник знаний по IDEC : 08/03/20 20:11 : vmg to vmg [#] [reply]

Всё, извините. Всё нашёл, читаю.
Ну, бывает ) Остро захотелось просить помощи



Так, короче, SOS, блин: нужен источник знаний по IDEC : 08/03/20 20:04 : vmg to All [#] [reply]

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



Re: Netmail : 07/03/20 05:27 : Difrex to mirage [#] [reply]

mirage> Продолжу тут тоже.
mirage> У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.

У нас есть уже в стандарте авторизация для ноды. Можно её и использовать.

Смотри тут https://ii-net.tk/idec-doc/?p=extensions про push.

+++ картошки хватит на всех



Re: Netmail : 06/03/20 21:54 : mirage to Andrew Lobanov [#] [reply]

G2I>> Мне кажется для netmail лучше push модель.
G2I>> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I>> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.
AL> Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.
AL> Лично мне определённо нравится что не надо ничего сбоку прикручивать типа того же PGP, что нет необходимости прохождения нетмейла по лишним нодам. Заодно будет повод актуализировать нодлист :)

Продолжу тут тоже.
У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.
Я подумал над простым способом аутентификации нод и вот что придумал.
srcnode при наличии почты для dstnode генерирует рамдомную строку(secret), сохраняет ассоциацию dstnode - secret и делает запрос на dstnode с параметрами nodename=srcnode, secret=secret. dstnode после запроса смотрит адрес srcnode в нодлисте и делает запрос на srcnode с параметрами nodename=dstnode, secret=secret, на что srcnode проверив свою ассоциацию отдает бандл сообщений для этой ноды.

Хотя есть еще более простой способ.
srcnode делает запрос на dstnode со списком msgid для dstnode. dstnode запрашивает в обратном запросе по нодлистовому адресу srcnode эти msgid и получает сообщения.



Re: Netmail : 06/03/20 11:11 : Difrex to Andrew Lobanov [#] [reply]

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

> Заодно будет повод актуализировать нодлист :)
Давайте стандартизируем его :)



Re: Netmail : 06/03/20 08:10 : Andrew Lobanov to G2I [#] [reply]

G2I> Новый комментарий от пользователя abolychev
G2I> к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
G2I> Оставлен 2020-03-05 11:02:24 +0000 UTC.
G2I> Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-595169462

G2I> Мне кажется для netmail лучше push модель.
G2I> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.

Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.

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



Re: Статистика по сети : 06/03/20 07:08 : Difrex to Andrew Lobanov [#] [reply]

Изменил кружочки на столбики. Только они пока в бете и на большом временном промежутке не очень хорошо работают.



Re: Netmail : 05/03/20 11:03 : G2I to All [#] [reply]

Новый комментарий от пользователя abolychev
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2020-03-05 11:02:24 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-595169462

Мне кажется для netmail лучше push модель.
point1 ---push---> node1 ---push---> node2 ---pull---> poin2
Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Read only dynamic : 03/03/20 18:39 : Difrex to Difrex [#] [reply]

dynamic введен в строй. Можно фетчится и всякими другими делами заниматься.



Read only dynamic : 01/03/20 16:59 : Difrex to All [#] [reply]



1 марта с 20:00 UTC Dynamic будет переведен в режим read only. Буду переносить данные в новый кластер. Если все пройдет нормально, то примерно 2 марта в 17:00 UTC бедет открыт read write.



Re: Хабраэха : 21/02/20 13:53 : vit01 to Difrex [#] [reply]

>> Можно адреса RSS вытянуть из кода страницы с необходимым хабом
Difrex> Давайте тогда составим список хабов, которые интересно было бы читать. Я добавлю их все в таймер.

Прошёлся по всем хабам и набрал свой список:

====
Программирование
Научно-популярное
Законодательство в IT
Python
Системное администрирование
Open source
Алгоритмы
Машинное обучение
Управление сообществом
Космонавтика
DevOps
Ненормальное программирование
Лайфхаки для гиков
Физика
Копирайт
Управление медиа
Будущее здесь
Математика
Искусственный интеллект
Биотехнологии
Серверное администрирование
Исследования и прогнозы в IT
Мозг
Usability
Транспорт
Экология
Открытые данные
*nix
Обработка изображений
Социальные сети и сообщества
Химия
Big Data
Разработка под Android
Интерфейсы
Геоинформационные сервисы
Data Mining
Настройка Linux
Системы обмена сообщениями
Астрономия
Прототипирование
Визуализация данных
Разработка под Linux
Энергия и элементы питания
Data Engineering
Системы сборки
ООП
Резервное копирование
OpenStreetMap
Серверная оптимизация
Системы управления версиями
LaTeX
Оболочки
Нанотехнологии
Qt
IPv6
Квантовые технологии
Emacs
Графические оболочки
Лазеры
Mesh-сети
I2P
DNS
Fidonet
VIM
LISP
====



+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Хабраэха : 21/02/20 04:56 : Difrex to btimofeev [#] [reply]

> Можно адреса RSS вытянуть из кода страницы с необходимым хабом
Давайте тогда составим список хабов, которые интересно было бы читать. Я добавлю их все в таймер.



Re: Хабраэха : 20/02/20 03:58 : btimofeev to Difrex [#] [reply]

>> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!

Difrex> Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.

Можно адреса RSS вытянуть из кода страницы с необходимым хабом:

"Чтобы получить ссылку на интересующую вас RSS-ленту, откройте исходный код страницы с интересующей вас лентой и найдите в нем элемент type="application/rss+xml". Рядом с ним будет представлена ссылка на RSS-ленту, которую вы сможете скопировать и добавить в свой RSS-ридер. Вы можете добавить к этой ссылке ключи ?with_hubs=true: и ?with_tags=true:, если желаете видеть в этой RSS-ленте хабы и метки публикаций соответственно."



Re: Хабраэха : 20/02/20 03:41 : Andrew Lobanov to libra [#] [reply]

libra>>> т.е. вместо echo -- будут так же прописаны archive
libra> Понятно. Спасибо, Андрей. ;)

Андрей долгое время сам пользовался цезием и решил немного автоматизировать, раз уж цезий не имеет интерфейса для настройки :)



Re: Хабраэха : 19/02/20 14:49 : Difrex to libra [#] [reply]

> С возврашением. Где был?!
В работе

> Давай другой заведем акк?!
Давай :)

> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!

Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.

+++ dynamic web ui



Re: Хабраэха : 19/02/20 12:47 : libra to Difrex [#] [reply]

Difrex> Я наконец-то вернулся попробую ответить всем :)
С возврашением. Где был?!

>> Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
Difrex> Мой токен для получения rss протух, а аккаунт хабровский восстановить не получается :(

Давай другой заведем акк?!

А у самого хабра нет какого+либо апи/механизма, для парсинга среза rss, с настройками по тегам;
Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!
Или же rss можно получить с хабра только все свежие новости, без настроек?!

+++ idec mobile
+++ Делай, получится!!!



Re: Хабраэха : 19/02/20 12:42 : libra to vit01 [#] [reply]


vit01> Всё работает. Если бы ты внимательно прочитал, там написано, что ссылка для доступа через клиент, а не для доступа через браузер

vit01> Браузерная ссылка - в заголовке, то есть на название станции нажать

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


vit01> А то, что Андрей наворотил специально для Цезия, - это костыль

libra>> т.е. вместо echo -- будут так же прописаны archive
Понятно. Спасибо, Андрей. ;)

+++ idec mobile
+++ Делай, получится!!!



Re: Статистика по сети : 07/02/20 06:47 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Круговые диаграммы зло, когда используются для манипуляции данными. Тут же сортировка есть и никаких манипуляций.

Просто круговые диаграммы не очень наглядны. Когда надо сравнить 2-3 параметра и они сильно отличаются, то да. А когда параметров много и различия не очень чувствительны, но заметны на гистограмме, на круговой диаграмме нифига непонятно. Поэтому приходится изучать выноски, легенды, табличное представление. Круговые диаграммы теряют смысл просто в таких условиях :)



Re: Статистика по сети : 07/02/20 06:27 : Difrex to vit01 [#] [reply]

Круговые диаграммы зло, когда используются для манипуляции данными. Тут же сортировка есть и никаких манипуляций.



Re: Статистика по сети : 07/02/20 04:11 : Andrew Lobanov to vit01 [#] [reply]

vit01> Но на будущее: круговые диаграммы - это зло
vit01> См. эта статья: https://habr.com/post/424647/

Спасибо за статью. Теперь мне есть куда тыкать любителей круговых диаграмм :)



Re: Парсинг цитат : 07/02/20 01:23 : vit01 to Difrex [#] [reply]

Difrex> А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/SimpleFunctions.java#L66

Ещё в том же файле есть функция reparseMessage, туда тоже глянь

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Статистика по сети : 07/02/20 01:29 : vit01 to Difrex [#] [reply]

Difrex> Обновил дашборд, теперь там вместо некоторых таблиц графики.
Difrex> https://grafana.lessmore.pw/d/vPKzlQKWk/idec

Ох как няшно стало теперь. Но на будущее: круговые диаграммы - это зло

См. эта статья: https://habr.com/post/424647/

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Статистика по сети : 06/02/20 17:29 : btimofeev to Difrex [#] [reply]

Difrex> Обновил дашборд, теперь там вместо некоторых таблиц графики.
Difrex> https://grafana.lessmore.pw/d/vPKzlQKWk/idec

Классно выглядит



Re: Парсинг цитат : 06/02/20 14:45 : Difrex to Andrew Lobanov [#] [reply]

Фича :)



Статистика по сети : 06/02/20 13:55 : Difrex to All [#] [reply]



Обновил дашборд, теперь там вместо некоторых таблиц графики.
https://grafana.lessmore.pw/d/vPKzlQKWk/idec



Re: Парсинг цитат : 06/02/20 14:07 : Andrew Lobanov to Difrex [#] [reply]

>> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Difrex> Спасибо. Попробую сделать аналогично.

Похоже, у тебя квотер из ссылки протокол подрезал. Это баг или фича? :)



Re: Парсинг цитат : 06/02/20 13:09 : Difrex to Andrew Lobanov [#] [reply]

> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Спасибо. Попробую сделать аналогично.



Re: Парсинг цитат : 06/02/20 08:25 : Andrew Lobanov to Difrex [#] [reply]

Difrex> А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)

У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: https://github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().



Парсинг цитат : 06/02/20 06:37 : Difrex to All [#] [reply]



А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)



Re: Парсинг цитат : 06/02/20 06:38 : Difrex to Difrex [#] [reply]

Лучше со ссылкой на этот самый участок кода на гитхаб



Re: Хабраэха : 27/01/20 11:12 : Andrew Lobanov to vit01 [#] [reply]

libra>> Возможно ли реализовать такую штуку на станциях-нодах, по виду того как генерирует список эх нода на iing, конфиг для caesium^?
libra>> http://w0nderland.tk:3000/x/caesium
vit01> По стандарту список эх у каждой станции есть
vit01> https://ii-net.tk/ii/ii-point.php?q=/list.txt
vit01> А то, что Андрей наворотил специально для Цезия, - это костыль

Не костыль, а небольшое расширение для облегчения жизни. Частью стандарта не является и никем реализован быть не обязан. Так что опираться в настройках стоит в первую очередь на list.txt и f/list.txt.

libra>> т.е. вместо echo -- будут так же прописаны archive

Тут есть тонкость. Цезий не фетчит эхи, помеченные как архивные. Они прописываются исключительно для того, чтобы иметь к ним доступ, но в обмене не участвуют. Так что чтобы утянуть архивную эху, например, с alicorn archive, нужно её сперва прописать как echo, потом клонировать (клавиша C, если мне память не изменяет, помечает эху на клонирование) и засинхронизироваться с нодой. Потом в конфиге изменить echo на archive. Сделано неудобно, но таковы были реалии времён ii :)

libra>> И вообще, какая аннотация, принцип, по которому эхи попадают в архив?! т.е. в них перестают появлятся какое-либо сообщение, от кого либо? Кончается календарный год, и всё собрание сочинений написанных к примеру rss, и прочими ботами-парсерами, можно сложить в архив?!
vit01> Всё решается для каждой эхи индивидуально. Иногда для RSS-эх можно посбрасывать старые сообщения, но для нормальных эх договариваемся, если они не нужны

Если эха становится никому не нужна, то она умирает. Иногда мы решаем, что содержать её не имеет смысла и снимаем с фетчигна на серверах, а Виктор переносит её в архив. Он у нас главный архивариус :)



Re: Хабраэха : 26/01/20 08:48 : Difrex to libra [#] [reply]

Я наконец-то вернулся попробую ответить всем :)

> Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
Мой токен для получения rss протух, а аккаунт хабровский восстановить не получается :(



Re: Хабраэха : 26/01/20 06:48 : vit01 to libra [#] [reply]

libra> -- дохлая @Andrew Lobanov
libra> http://idec.spline-online.ml/
libra> редирект на freenom.com

Блин, тут косяк
Конечно же, idec.spline-online.tk

libra> -- дохлая @Difrex
libra> https://dynamic.lessmore.pw/idec/
libra> выдало
libra> ====
libra> 404 page not found
libra> ====

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

Браузерная ссылка - в заголовке, то есть на название станции нажать

libra> -- дохлая @vit01
libra> https://ii-net.tk/ii/ii-point.php?q=/
libra> выдало вот что
libra> ====
libra> error: can't parse GET arguments
libra> ====

Аналогично, это ссылка для клиента

libra> https://alicorn.tk/ii-old/ii-point.php?q=/
libra> ====
libra> error: can't parse GET arguments
libra> ====

И здесь точно так же

libra> А вот тут работает
libra> https://alicorn.tk/ii-old/

Это и есть архивная станция. Там все эхи - архивные. Ещё архивы на dynamic собираются, но там есть и обычные эхи

libra> Возможно ли реализовать такую штуку на станциях-нодах, по виду того как генерирует список эх нода на iing, конфиг для caesium^?
libra> http://w0nderland.tk:3000/x/caesium

По стандарту список эх у каждой станции есть

https://ii-net.tk/ii/ii-point.php?q=/list.txt

А то, что Андрей наворотил специально для Цезия, - это костыль

libra> т.е. вместо echo -- будут так же прописаны archive

Я тупо складирую архивы на отдельную станцию со своим API endpoint, а на основной станции - удаляю. Так удобнее

libra> И вообще, какая аннотация, принцип, по которому эхи попадают в архив?! т.е. в них перестают появлятся какое-либо сообщение, от кого либо? Кончается календарный год, и всё собрание сочинений написанных к примеру rss, и прочими ботами-парсерами, можно сложить в архив?!

Всё решается для каждой эхи индивидуально. Иногда для RSS-эх можно посбрасывать старые сообщения, но для нормальных эх договариваемся, если они не нужны

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Хабраэха : 26/01/20 05:22 : libra to vit01 [#] [reply]

libra>>>> А старый *habra.16* -- выкидывать в архив?
vit01>>> Да, уже давно там лежит.
libra>> Что кстати ещё/уже из архивного ныне?
vit01> Ссылки на станции с архивами все здесь
vit01> https://ii-net.tk/idec-doc/?p=full-stations

-- дохлая @Difrex
https://dynamic.lessmore.pw/idec/
выдало

====
404 page not found
====



-- дохлая @Andrew Lobanov
http://idec.spline-online.ml/
редирект на freenom.com

-- дохлая @vit01
https://ii-net.tk/ii/ii-point.php?q=/
выдало вот что

====
error: can't parse GET arguments
====



vit01> У меня до сих пор держится alicorn-archive, в том числе с зазипованной базой в текстовом формате. Хабраэху текущую в архив так и не убрал, потому что надеялся, что Difrex когда-нибудь настроит нового бота и продолжит туда постить, либо ещё как-то явно решит её судьбу.
похоже что тоже общая какая-то трабла, как и с mira

https://alicorn.tk/ii-old/ii-point.php?q=/

====
error: can't parse GET arguments
====


А вот тут работает
https://alicorn.tk/ii-old/

Итого списка/листа/индекса с archive эхами так и нету ))) -- или по ссылке чуть выше это оно и есть?! Правильно ли всё понял?
Возможно ли реализовать такую штуку на станциях-нодах, по виду того как генерирует список эх нода на iing, конфиг для caesium^?
http://w0nderland.tk:3000/x/caesium

т.е. вместо echo -- будут так же прописаны archive

И вообще, какая аннотация, принцип, по которому эхи попадают в архив?! т.е. в них перестают появлятся какое-либо сообщение, от кого либо? Кончается календарный год, и всё собрание сочинений написанных к примеру rss, и прочими ботами-парсерами, можно сложить в архив?!

vit01> У меня до сих пор держится alicorn-archive, в том числе с зазипованной базой в текстовом формате. Хабраэху текущую в архив так и не убрал, потому что надеялся, что Difrex когда-нибудь настроит нового бота и продолжит туда постить, либо ещё как-то явно решит её судьбу.
@Difrex, а вообще принципиально будет ли и возможна ли починка хабра-бота?

+++ Caesium/0.4 RC1
+++ We're all mad here.



Re: Настройки idec mobile : 26/01/20 05:22 : libra to vit01 [#] [reply]

libra>> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ[*][*]
vit01> Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...
Да, я так и понял. Но фича в клиенте довольно прикольная, выдачи хэш-ссылки. Для файлов надо бы что-то такое же. Давайте договариваться )))

+++ Caesium/0.4 RC1
+++ Все, что сказано три раза, становится истиной.



Re: bugs : 23/01/20 18:02 : libra to libra [#] [reply]

AL>> Ну тогда проблема в цезии :)
AL>> Попробуй рандомную феху зафетчить. Можно даже несуществующую. Если поможет, то попробую выкатить обновление.
libra> Попробовал;
libra> Текущий конфиг для node mira

libra> echo random cat /dev/urandom >> /dev/null

В строку забралась опечатка,-- естественно тут было указано 'fecho random'

+++ Caesium/0.4 RC1
+++ Всё чудесатее и чудесатее...



Re: Настройки idec mobile : 22/01/20 20:58 : btimofeev to libra [#] [reply]

libra> По аналогии с другими the best practicies, как норма морали, предоставлять пустые поля для ввода, с фоновыми данными, которые вроде как отображаются, но ячейки пустые(т.е. пример данных отображается в ячейках словно фоном/тенью) и при сохранении, всё же спросит ПО, введите данные;

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



Re: Настройки idec mobile : 22/01/20 18:30 : libra to vit01 [#] [reply]

libra>> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ[*][*]
vit01> Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...
libra>> При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
libra>> В полях nodename, url -- заменяются настройки оставшейся ноды.
vit01> Вполне возможно, что это не баг. Там специально стоит защита от дурака, чтобы предотвратить удаление последней станции из списка.
vit01> Пока что нет времени серьёзно всё чинить, но засунул в TODO по клиенту: https://github.com/idec-net/idec-mobile/projects/1
vit01> Пулл реквесты всегда принимаю и рассматриваю, только делает их мало кто.
Да я понимаю, что это не баг; просто немного алогичное поведение клиента, при настройках, и правках/удалении настроек; не исключено, что как идея, сделать статичную ноду по умолчанию, которая есть всегда, всегда доступна для чтения, которую можно просто отключить, если не будешь пользоваться, и если у тебя нет на этой умолчательной ноде учётных данных и/или если настроишь клиента на другие нод/поинты; никаких претензий к этому нет, немного путает, вот и всё;

libra>> Так же при содании новой -- проставляются сразу данные с mira;
vit01> Сделано для экономии времени, плюс нужно подавать пример новичкам, как правильно заполнять настройки, чтобы всё работало.
По аналогии с другими the best practicies, как норма морали, предоставлять пустые поля для ввода, с фоновыми данными, которые вроде как отображаются, но ячейки пустые(т.е. пример данных отображается в ячейках словно фоном/тенью) и при сохранении, всё же спросит ПО, введите данные;

libra>> Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?
vit01> У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate
vit01> Скриншотилка у тебя в системе взяла и подцепила это имя. Ничего необычного. Если ты зайдёшь в список приложений, то легко увидишь vit01.idecmobile
Да, понятно; это манифест android разработчикa; почему-то подумал, что клиент "должен" подцепить данные -- имя поинта/логин и подставить его в название скриншота, т.е. при сохранении/передаче дальше скриншота -- будет понятно, что создавал его username.idecmobile;

+++ Caesium/0.4 RC1
+++ Десять ночей в десять раз теплее, чем одна. И в десять раз холоднее.



Re: Yet another idec client : 22/01/20 11:38 : Andrew Lobanov to libra [#] [reply]

libra> И добавляет ещё одну пустую строку;

Кажется, проблема в том, что я не вырезал полученный от формы \r в конце строк. То есть было \r\n вместо \n.

Сейчас, вроде, пофиксил. На этом сообщении и посмотрим :)



Re: Yet another idec client : 22/01/20 11:18 : libra to Andrew Lobanov [#] [reply]

В iing отображется всё корректно; в консольном клиенте caesium тоже всё норм; это чисто особенность dynamic;
Собирает данные, а в данном случае -- пустую строку, и видимо символы в ней, типа перевода строки или что-то из этой области;
И добавляет ещё одну пустую строку;

Скрин залил в f.pictures



Re: Yet another idec client : 21/01/20 11:35 : Andrew Lobanov to libra [#] [reply]

libra> Довольно странное в строки веб-клиент; по крайней мере оно довольно странно отображается через бравзер MF 60xx esr
libra> https://dynamic.lessmore.pw/thread/74cb532e-a1d0-4d19-a344-4d315e95e501#sjbB67F6WigMCPdm3gk9

Не очень понял о чём речь, если честно. Посмотрел вот тут http://idec.spline-online.tk/sjbB67F6WigMCPdm3gk9 всё нормально сообщения тоже адекватные, вроде, уходят.

Сам проверял на firefox-esr 68.4.1 из десятого дебиана. Закинь скриншот в pictures хотя бы.



Re: Yet another idec client : 21/01/20 11:06 : libra to Andrew Lobanov [#] [reply]

Довольно странное в строки веб-клиент; по крайней мере оно довольно странно отображается через бравзер MF 60xx esr
https://dynamic.lessmore.pw/thread/74cb532e-a1d0-4d19-a344-4d315e95e501#sjbB67F6WigMCPdm3gk9



Yet another idec client : 20/01/20 07:45 : Andrew Lobanov to All [#] [reply]

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

В связи с таким желанием в свободное от работы, ремонта и семейных дел время начал попиливать https://github.com/spline1986/idec-client

Пока что он умеет следующее:

* эхи;
* фэхи;
* различные шаблонов оформления.

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

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

Если интересно попробовать, то вот пример config.json:

====
{
"node": "http://idec.spline-online.tk/",
"auth": "your authstr",
"template": "gurochan",
"echoareas": [
["idec.talks", "Обсуждение технологии и сети"]
],
"fechoareas": [
["pictures", "Картинки"]
]
}
====




Re: Настройки idec mobile : 19/01/20 05:00 : Andrew Lobanov to vit01 [#] [reply]

vit01> У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

Справедливости ради хочу заметить, что это соглашение произошло от java. Там так принято именовать пакеты. Так как андроид ногами растёт в ту степь, то и именование пакетов такое же принято.



Re: Хабраэха : 18/01/20 15:15 : vit01 to libra [#] [reply]

libra>>> А старый *habra.16* -- выкидывать в архив?
vit01>> Да, уже давно там лежит.

libra> Что кстати ещё/уже из архивного ныне?

Ссылки на станции с архивами все здесь
https://ii-net.tk/idec-doc/?p=full-stations

У меня до сих пор держится alicorn-archive, в том числе с зазипованной базой в текстовом формате. Хабраэху текущую в архив так и не убрал, потому что надеялся, что Difrex когда-нибудь настроит нового бота и продолжит туда постить, либо ещё как-то явно решит её судьбу.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: idec mobile : 18/01/20 13:15 : vit01 to btimofeev [#] [reply]

libra>> Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

btimofeev> Имена разделяются двоеточием.

Подтверждаю

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/IDECFunctions.java#L41

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Настройки idec mobile : 18/01/20 13:15 : vit01 to libra [#] [reply]

libra> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ[*][*]

Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...

libra> При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
libra> В полях nodename, url -- заменяются настройки оставшейся ноды.

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

Пока что нет времени серьёзно всё чинить, но засунул в TODO по клиенту: https://github.com/idec-net/idec-mobile/projects/1

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

libra> Так же при содании новой -- проставляются сразу данные с mira;

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

libra> Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?

У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: bugs : 18/01/20 08:45 : libra to Andrew Lobanov [#] [reply]

AL> Ну тогда проблема в цезии :)
AL> Попробуй рандомную феху зафетчить. Можно даже несуществующую. Если поможет, то попробую выкатить обновление.

Попробовал;
Текущий конфиг для node mira

====
nodename mira
node https://ii-net.tk/ii/ii-point.php?q=/
auth * * *
to jmaks

echo random.42 Больше рандома для Рандома
echo random cat /dev/urandom >> /dev/null
====



worklog;

====
Работа с https://ii-net.tk/ii/ii-point.php?q=/
Получение списка возможностей ноды...
Получение количества сообщений в конференциях...
Получение индекса от ноды...
Построение разностного индекса...
Новых сообщений не обнаружено.
Получение индекса файлэх.
Построение разностного индекса.
Новых файлов не обнаружено.
Нажмите Enter для продолжения.

====



+++ Caesium/0.4 RC1
+++ Она всегда давала себе хорошие советы, хоть следовала им нечасто.



Re: bugs : 16/01/20 16:57 : Andrew Lobanov to libra [#] [reply]

libra>>> Проверил http и https ... результат выхлопа работы с mira одинаковый.
AL>> Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures
libra> В бравзере открывается нормально;

Ну тогда проблема в цезии :)

libra> ====
libra> nodename mira
libra> node https://ii-net.tk/ii/ii-point.php?q=/
libra> auth ***
libra> to jmaks

libra> echo pipe.2032 Межсетевая труба
libra> echo mlp.15 Дружбомагия
libra> echo python.15 Все о питонах
libra> echo onion.14 Сеть TOR
libra> echo ru.humor.14 анекдоты
libra> echo game.rogue.14 рогалики-игры
libra> echo std.club instead-клуб
libra> echo ii.14 Обсуждение ii и софта
libra> echo linux.14 Эха для линускоидов
libra> echo develop.16 Программирование
libra> echo tmp.red.eyes Красноглазые приключения
libra> echo lit.14 Литература
libra> echo creepy.14 Страшные истории
libra> echo vit01.2014 Локалка vit01
libra> echo ii.test.14 Тестирование работоспособности
libra> echo habra.16 статьи с Хабра
libra> echo ifiction.15 rss ifprint
libra> echo lor-opennet.17 linux opennet rss
libra> echo ifhub.club rss ifhub
libra> echo vk-news.15 новости vk
libra> echo lenta.rss rss lenta
libra> echo piratemedia.rss rss piratemedia
libra> ====

Попробуй рандомную феху зафетчить. Можно даже несуществующую. Если поможет, то попробую выкатить обновление.



Re: bugs : 16/01/20 15:09 : libra to Andrew Lobanov [#] [reply]

>> Проверил http и https ... результат выхлопа работы с mira одинаковый.
AL> Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures

В бравзере открывается нормально;

```~ curl https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures

====
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0mlp.pictures
lD5GBfBPRvhTZgXgcBQ5:sunrise__by_krrrokozjabrra-dbgfgkk.png:3146485:mira, 1:celestia wallpaper 1
10vjl9NmEH7AAO0bJMb4:b1ti9.jpg:757037:mira, 1:Флаттершай подружилась с милой зверюшкой
DQVAR5t8zdAiaO6ffMyJ:mismatching_mayhem_by_songbirdserenade-dbhursy.png:2834268:mira, 1:Разодетая Флатти с кофейком. (P.S. оригиналы постов с артами легко гуглятся по имени на том же deviantart)
Opf7gyPcS3B862UkWZgM:_mlp__shine_by_zukiq314-dbhll5d.png:3250243:mira, 1:Флаттершай ловит кайф
971MYJzLRRVwwi6p3Ff3:for_night_moon_by_alina_sherl-dbh0jcv.png:2324364:mira, 1:Просто какой-то портретец
wYLAme4gszWkSP5sHaKb:a_new_friend_by_shamanguli-dbgic9d.png:2236454:mira, 1:[wallpaper] и снова у Флатти новые друганы
tjAgzULyg4vBu9jdmpUe:inversion_rr_sb_by_uotapo-dbg1dgr.jpg:587576:mira, 1:сестрёнки поменялись местами
P8nGqFoRNFa2ZzNbO53u:223031775_731139.jpg:56955:mira, 1:Рисовка этой яблочной няши немного смахивает на Material Design
RRfZ2XBKHcgrk46o58qG:223034787_828411.jpg:62727:mira, 1:sad Lyra
n8vI6op69cxkWImSrK5X:223034227_817092.jpg:74497:mira, 1:crying Luna
aTIipGiRLvBDNrGJDsRO:magic_forest_by_magnaluna-dbivwum.jpg:3242211:mira, 1:[wallpaper] Твай в магическом лесу
tEOfNR4byzUxRqPkAQju:be61655676.jpg:141633:mira, 1:Поняшный кроссовер с одной известной в узких кругах игрой (оригинал арта на Табуне от hardbrony)
7lYUFSzsDWXN7AOOlMeO:cinema4d_pony_by_thelunagames-dbd6qx4.png:837755:mira, 1:[wallpaper] Вид со стороны
2tuNffSfxkoOn5Vagy2a:51af2b06c7d9abeeb110ca26a25b6751.jpg:347952:mira, 1:Очень известный рисунок с Эпплблум
OjtWsUsh8zeZmz8V047R:heart_full_of_fire_by_noctilucent_arts-dbjqb85.png:1742055:mira, 1:[wallpaper] Очень милая и реалистичная Селестия
W0Cq3nJfnAYY3OZ7Ytkw:princess_celestia_by_celebi_yoshi-d5xgsvy.png:5019604:mira, 1:[wallpaper] Когда Денис Попов находит очередной пак с нескучными обоями...
J0vWXz0ZTzvFklJlH2dt:hallucinations_by_mirroredsea-dbfoddv.jpg:417071:mira, 1:ЭйДжей, милая и пиксельная
lSURjxeMBxAdgdhmxa6X:fluttershy_sees_you__by_hungrysohma16-dbj6euh.png:80737:mira, 1:Гипертекстовая векторная Флаттершай
bfIku9ebcilGA2kBZnxj:hiii_by_freeedon-dbjqxyw.jpg:77237:mira, 1:Какие-то две рандомные поньки
8RVZeNVkh0pWwPAufxFA:223033308_924533.jpg:76744:mira, 1:Луняша с телескопом
EPGZ12A1Ije8Jq4SGYj6:230130476_265912.jpg:119209:mira, 1:Две поняхи жрут еду
YJA1Mzc40izp1JXkw4xR:223034587_936983.jpg:49820:mira, 1:у Кризи короткое замыкание
jeEe8Vvh1qmeRJpvjUY2:230131729_284625.jpg:113167:mira, 1:Пялишься утром в окно
xxUVYJYjFxX9WaCXgRlP:win_by_freeedon-dblugzy.png:486035:mira, 1:Самая капризная и невоспитанная пони с погонялом Шиндовс!
TBS01vknhEIr5MkvGcDX:master_of_the_sun_by_yakovlev_vad-dbmoohw.png:570106:mira, 1:Очередная Селестия от В. Яковлева. Это нельзя не запостить
hVcte6cgHSU1qqzcv6rj:235920948_22556.jpg:37045:mira, 1:Рандомная реалистичная поняша
hVHqQfwbKUKdR4V2ARdc:223023203_999009.jpg:73462:mira, 1:[спойлеры] ваще горячий суп
boVJNlVSQ3ztq3v8MFNf:pinkie_rose_by_freeedon-dbmv1cj.png:1039903:mira, 1:Ещё немного няшной рандом-понятины
cXlBHmDWXTxuo1kLWBEV:spkanglophobia.jpg:256112:tavern,1:Вариации на тему Doom.
aFRtd1AtkCVbWvKNwoDU:1531136_colon-vanillaghosties_pinkie_pie_buckball_season.png:853917:mira, 1:Пинки Пай реалистичная [см. 6 сезон]
fzxUArt8DkFlA7UqJoxc:long_way_to_go____by_simonk0-dajzptf.png:69103:mira, 1:[wallpaper] осень, минимализм
OThsdfAvxhjKpl2ke1gM:commission__celestia_by_setharu-dbo424v.png:855960:mira, 1:Мимимишная Тия
6GuA63I0X6PymbaMZcJC:picture-07-1.jpg:213241:mira, 1:cmd.exe (Kira_Music с Табуна)
Rn8IYH3vzANmi57lFemN:1546269_artist-tomatocoup_oc-marussia_sweater.png:403294:mira, 1:Поймёт даже тот, кто не в теме. Эту поняшу зовут Маруся
hYHi2Sn6ToHIYhHnpYXu:3REzw_hIRUU.jpg:119420:mira, 1:Мокрая поняша под дождём на зонте
WP2TZTy7Tc75z9HjdX99:ESxNJJsuPU.jpg:466910:mira, 1:Флатти на фоне цветочков
yVSG0yBNCZIhNdlTOiXs:OU9VqjgRupo.jpg:73628:mira, 1:Опять программирование
C6Deebzl495MRhuFaI5f:OaTK3gpJ680.jpg:147402:mira, 1:Детализированная Флаттершай смотрит вверх из темноты
RuqWy25QbokEp46lLRQq:773781772634513865.gif:12425316:mira, 1:Ужасно милая гифка с Пинки. Стырил где-то на Девиантарте
8RsZQazkCpUZXDqDISAY:princess_celestia_by_anadukune-d3pxsxf.jpg:94841:mira, 1:Оригинал обложки фанфика "Дружба - это оптимум"
2V3XHeH9uDIPzVTQGIJI:ZHAkUGGWu9U.jpg:165602:mira, 1:Top Epic shit
MqvyUxbOazZP4dtRZRLt:9ecd57c550-artbattle.png:1451338:mira, 1:Артец грушепони от табунчанина Nemo2D
lysa4fDJM8i6nzzNMlCG:photo_2017-12-26_10-26-13.jpg:45300:mira, 1:Ну точно ведь няша
ShmZqN8bAOxetpmNiF0A:splashing_patreon_reward_by_yakovlev_vad-dbv16yq.png:7196917:mira, 1:Понь за водными процедурами
IRYtKj4pCaAOUEGDqt5C:a_special_day_with_you_by_yanamosuda-dbxry53.jpg:127773:mira, 1:Где кавай, там сидит Флаттершай
bVhNAC2QXeZ8dFACT6nv:opposites_attract_by_tomatocoup_by_jiuweidehuli-dbr2cy5.png:4504806:mira, 1:Найтмер Мун и Дэйбрейкер в стиле Material Design
AajfxpMiob2WN39uA2qw:flutty_and_luna_material.jpg:113362:mira, 1:Ещё немного под вдохновением от Гугла, видимо
5cYBcwS3aqls4qbuzTmm:twilight_sparkle_material_design_wallpaper_by_legomaniack.png:100449:mira, 1:Нескучные обои на телефон
BeXipoaWfLqteQgFbZrJ:because_we_re_carrying_fire_by_noctilucent_arts-dbqz8oc.png:2815321:mira, 1:Скопления газов, звёзды и Твай
RfAvgODuOJx2jwUpJk0I:assemble_a_ram_by_orang111-dbiom8k.png.jpg:107595:mira, 1:Стырили оперативку
jkZxzWmsL7OlDXWSzIT3:fountain_of_youth_by_noctilucent_arts-dbrqsa6.png:1141909:mira, 1:Селестия в очень необычной и красивой рисовке
R7q2bY5E7OtGdzISgzMN:horn_by_leeene-dbpkr8i.jpg:276018:mira, 1:Просто чей-то портретец
XmSxbzfNfwSmytAKBiiD:jeSDCcskX44.jpg:103603:mira, 1:Старлайт Глиммер с задумчивым взглядом. Несмотря на простоту рисовки, в этот арт я долго всматривался. Художник молодец, зацепил
zUAaTzpJckasmdRP6Swo:sig-4273334.full.jpg:68807:mira, 1:Идиотская, но ужасно смешная картинка, если употребить в тему
h4N3absl5s6Zy7B7pzQS:boop_by_sherwoodwhisper-dc08goc.jpg:478227:mira, 1:Нет, это не дебиан-пони в пионерском галстуке. Это просто поняша одного чела с девиантарта. С ней есть ещё рисунки
2zlrkv41SOotz1c7z9rC:glory_of_the_night_by_noctilucent_arts-dc0jnkq.png:1419285:mira, 1:[wallpaper] Взгляд из космоса, Твай и Луна
pcBRzPXyv49zOU5NulBV:city_shy_full_by_wingedwolf94-dabm3wb.png:708872:mira, 1:Шедевральный арт с Флаттершай в городе
w2YepRmAQv30BAoIVkMe:78a330e5a7.jpg:55065:mira, 1:Пошла на подработку к ментам :D
vZAf1uzNIkZpVJsEplwz:ponk_by_magnaluna-dc15vbk.jpg:386036:mira, 1:Шикарная Пинки, ммм
QNejGtUotxyde4100 9428 0 9428 0 0 10725 0 --:--:-- --:--:-- --:--:-- 10713
0PqLuj:her_faithful_teacher_by_viwrastupr-d7nghku.jpg:225083:mira, 1:Милота без комментариев
GXhhv0InpXmzdocZ3Bms:fluttershy_s_emotive_dream_animated_by_equumamici-d9cskps.gif:17992801:mira, 1:Невероятно реалистичная гифка с Флаттершай
zX1zu0Vyz01Qx3SdNBTK:serious_pinkie_by_inowiseei-dc3oqs9.png:467199:mira, 1:Серьёзная Пинки
1fSoi0nzaCG6CaZ7kWPK:lynn_by_inowiseei-dc3nq5s.png.jpg:80648:mira, 1:Рэндомпони за рулём
AGjgdmlikGZaqpVrMJ2x:poppoppie_by_quizia-d8yaahk.png:909375:mira, 1:Няшная антро-Пинки
bPRS8zgQYBvtyMeyidYk:90b.png:3578805:mira, 1:[wallpaper] Флаттершай в зелени
fGNE31kDC8WIn2yC6osN:happy_celestia_day__by_spindlespice-dcez24s.png:89336:mira, 1:[wallpaper] Tia the best
QH8INyM0e6D4NDJPWFy2:tumblr_lz5j28OzSZ1qjabauo1_500.png:439431:mira, 1:Когда пони вступают в спор с верующими
WaTf9NXHWtmi5zCifmrY:one_with_nature_by_vanillaghosties-dcnlruo.png:803338:mira, 1:Флатти реалистичная и невероятно милая в лежачей позе
5zKnkBWAqkJKTuc3ZDZD:gadget_pony.png:245158:tavern,1:Если бы Гайка была пони =)
====



AL> Появится индекс фэхи? Можешь за одно и конфиг цезия выложить в части станции Мира. Только auth подотри.

====
nodename mira
node https://ii-net.tk/ii/ii-point.php?q=/
auth ***
to jmaks

echo pipe.2032 Межсетевая труба
echo mlp.15 Дружбомагия
echo python.15 Все о питонах
echo onion.14 Сеть TOR
echo ru.humor.14 анекдоты
echo game.rogue.14 рогалики-игры
echo std.club instead-клуб
echo ii.14 Обсуждение ii и софта
echo linux.14 Эха для линускоидов
echo develop.16 Программирование
echo tmp.red.eyes Красноглазые приключения
echo lit.14 Литература
echo creepy.14 Страшные истории
echo vit01.2014 Локалка vit01
echo ii.test.14 Тестирование работоспособности
echo habra.16 статьи с Хабра
echo ifiction.15 rss ifprint
echo lor-opennet.17 linux opennet rss
echo ifhub.club rss ifhub
echo vk-news.15 новости vk
echo lenta.rss rss lenta
echo piratemedia.rss rss piratemedia
====



+++ Caesium/0.4 RC1
+++ Я вот сейчас, к примеру, два часа отчаивалась... с вареньем и сладкими булочками.



Re: Хабраэха : 15/01/20 17:47 : libra to vit01 [#] [reply]

libra>> А старый *habra.16* -- выкидывать в архив?
vit01> Да, уже давно там лежит.

Что кстати ещё/уже из архивного ныне?

+++ Caesium/0.4 RC1
+++ Подумать только, что из-за какой-то вещи можно так уменьшиться, что превратиться в ничто.



Re: idec mobile : 15/01/20 16:16 : btimofeev to libra [#] [reply]

libra> Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

Имена разделяются двоеточием.



Re: Хабраэха : 15/01/20 14:53 : libra to vit01 [#] [reply]

vit01>>> Теперь доступна здесь: ii://habra.rss[*][*]
vit01>>> Поправьте фетчеры и подписки
libra>> А старый *habra.16* -- выкидывать в архив?
vit01> Да, уже давно там лежит.
vit01> Вообще, даже habra.rss уже не обновляется с августа прошлого года, потому что Difrex отключил свой скрипт.

Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
@Difrex

+++ Caesium/0.4 RC1
+++ Если бы каждый человек занимался своим делом, Земля бы вертелась быстрее.



idec mobile : 15/01/20 13:27 : libra to vit01 [#] [reply]

Сколько username поддерживает настройка карбонки в клиенте?!
Только один username?!

Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

+++ idec mobile
+++ Делай, получится!!!



Re: Хабраэха : 15/01/20 13:14 : vit01 to libra [#] [reply]

vit01>> Теперь доступна здесь: ii://habra.rss[*][*]
vit01>> Поправьте фетчеры и подписки

libra> А старый *habra.16* -- выкидывать в архив?

Да, уже давно там лежит.

Вообще, даже habra.rss уже не обновляется с августа прошлого года, потому что Difrex отключил свой скрипт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Настройки idec mobile : 14/01/20 12:39 : libra to vit01 [#] [reply]

Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ[*][*]

При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
В полях nodename, url -- заменяются настройки оставшейся ноды.

Так же при содании новой -- проставляются сразу данные с mira;


Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?
Так же в fecho/pictures ii://4WNL1W352aWlupaIaEGd[*][*]

+++ +++ idec mobile
+++ +++ Делай, получится!!!



Re: bugs : 14/01/20 09:44 : Andrew Lobanov to libra [#] [reply]

> Проверил http и https ... результат выхлопа работы с mira одинаковый.

Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures

Появится индекс фэхи? Можешь за одно и конфиг цезия выложить в части станции Мира. Только auth подотри.



bugs : 14/01/20 00:00 : libra to vit01, Andrew Lobanow [#] [reply]

В продолжение
== pipe.2032 ==================== LpIe7HRv9ENfYyVB4WYb
От: vit01 (mira, 1)
Кому: jmaks
Тема: Re: bugs

jmaks> #002 -- или адрес ноды @mira поменялся, или почему; но при обновлении крашнулся цезий; или мои креды login/auth сдохли на ней; не понятно...
vit01>Станция вполне себе работает и всё принимает. Пишу же с неё
vit01>Но с недавнего времени она работает исключительно по HTTPS, а все соединения с HTTP либо не принимает, либо редиректит.

Проверил http и https ... результат выхлопа работы с mira одинаковый.

====
Работа с https://ii-net.tk/ii/ii-point.php?q=/
Получение списка возможностей ноды...
Получение количества сообщений в конференциях...
Получение индекса от ноды...
Построение разностного индекса...
Получение сообщений: 3/3
Получение индекса файлэх.
Построение разностного индекса.
ОШИБКА
Нажмите Enter для продолжения.
====




+++ Caesium/0.4 RC1



Re: ii node : 12/01/20 17:52 : Andrew Lobanov to libra [#] [reply]

libra> О, отличносте!
libra> Так что там по актуальной карте покрытия сетки?! Вообще существует оно или забросили,
libra> или ничего не изменилось и старые данные из 2017-2018гг адекватно актуальны?

Вроде как изменений в топологии нет. Зазывал было народ выслать свои сегменты, но народ забил.



Re: ii node : 12/01/20 16:30 : libra to vit01 [#] [reply]

vit01> С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.
vit01> Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

Вот какой выдал мне curl список
======
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0100 1097 0 1097 0 0 647 0 --:--:-- 0:00:01 --:--:-- 647
pipe.2032:3203:Межсетевая болталка
idec.talks:519:Сеть IDEC, её работоспособность и софт
linux.14:762:Эха для линуксоидов
develop.16:425:Программирование
tmp.red.eyes:14:Красноглазые приключения
file.wishes:14:Файловые реквесты
ru.humor.14:814:Юмор и анекдоты
music.14:104:Музыка, слушанье и создание
lit.14:225:Литературная эха
creepy.14:335:Страшные истории
game.rogue.14:200:Игры-рогалики
std.club:1799:INSTEAD-клуб
instead-games.forum:1442:Игры на движке INSTEAD
difrex.blog:14:Блог Difrex о жизни и программировании
ii.test.14:700:Тестирование работоспособности
lor-opennet.17:7328:Новости с сайтов linux.org.ru и opennet.ru
habra.rss:5994:Статьи с Хабрахабра
ifhub.club:390:RSS сайта ifhub.club
mlp.15:1373:Новости по теме MLP:FIM
ii.stat:172:Статистика сети
======
Его, собственно,сверил (с таверной немного разбегается, да) и поставил и фетч,
ну и fecho; вроде уже о них до этого писал;


+++ Caesium/0.4 RC1
+++ Чёрный шоколад, кто ему не рад?



Re: Хабраэха : 12/01/20 16:30 : libra to vit01 [#] [reply]

vit01> Теперь доступна здесь: ii://habra.rss[*][*]
vit01> Поправьте фетчеры и подписки

А старый *habra.16* -- выкидывать в архив?

+++ Caesium/0.4 RC1



Re: ii node : 12/01/20 13:44 : libra to vit01 [#] [reply]

jmaks>> Поставил следующий фетч, поправьте если что не актуально;
jmaks>> Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.
vit01> С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.
vit01> Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

Окей, поправлю, добавлю и остальное эхо дружбы )))

+++ Caesium/0.4 RC1
+++ Десять негритят, -- семеро козлят



Re: ii node : 12/01/20 13:44 : libra to Andrew Lobanov [#] [reply]

jmaks>> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]
AL> Настроил фетчинг всего содержимого твоего узла с таверны.

О, отличносте!
Так что там по актуальной карте покрытия сетки?! Вообще существует оно или забросили,
или ничего не изменилось и старые данные из 2017-2018гг адекватно актуальны?

+++ Caesium/0.4 RC1
+++ Сорок семь сорок кушают сырок



Re: ii node : 11/01/20 18:58 : Andrew Lobanov to jmaks [#] [reply]

jmaks> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]

Настроил фетчинг всего содержимого твоего узла с таверны.



Re: ii node : 11/01/20 14:41 : vit01 to jmaks [#] [reply]

jmaks> Поставил следующий фетч, поправьте если что не актуально;
jmaks> Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.

С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.

Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: ii node : 09/01/20 18:55 : jmaks to jmaks [#] [reply]

jmaks>>> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?
AL>> Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.
jmaks> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]
jmaks> ip 176.53.162.16
Ах да, пропустил, порт 3000
+++ Caesium/0.4 RC1



Re: ii node : 09/01/20 18:48 : jmaks to Andrew Lobanov [#] [reply]

jmaks>> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?
AL> Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.

На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]
ip 176.53.162.16

На самой машине делаю периодически различные тесты и отладку, uptime уже пару месяцев;
idec-net опрашивает каждые 42минуты, в дальнейшем будет dns имя и несколько позже станет "боевым резервом";
Пока готовлю основную свою рабочую платформу, по времени/возможности/силам.

Поставил следующий фетч, поправьте если что не актуально;
Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.

======
nodename club
node http://ii.club.syscall.ru/

echo std.club
echo std.game
echo std.prog
echo std.tech
echo std.bugs

======
nodename mira
node https://ii-net.tk/ii/ii-point.php?q=/

echo develop.16
echo tmp.red.eyes
echo ii.test.14
echo mlp.15
echo python.15
fecho mlp.pictures

======
nodename tavern
node http://idec.spline-online.tk/

echo bash.rss
echo creepy.14
echo game.rogue.14
echo habra.16
echo linux.14
echo pipe.2032
echo ifhub.club
echo idec.talks
echo ii.stat
echo kurgan.local
echo lit.14
echo lor-opennet.17
echo music.14
echo ru.humor.14
echo instead.talk.rss
echo file.wishes
fecho pictures

для связи/запроса поинта можно пользовать мыло max_d0t_kasherny_at_gmail_d0t_com



Re: No subject : 22/12/19 09:16 : vmg to jmaks [#] [reply]

jmaks> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks> Должно пропасть твое избранное пустое msg.

Спасибо! Я сделаю



Re: No subject : 24/11/19 05:22 : around to Andrew Lobanov [#] [reply]

AL>>> Это баг в цезии, который я всё никак не возьмусь исправить.
around>> А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:
around>> FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'
AL> Это уже не баг, а фича. Цезий работает с текущей директорией. В ней ищет конфиг, в ней хранит базу, и так далее :)

Уговорил =)))

+++ Caesium/0.4 RC1



Re: No subject : 22/11/19 05:30 : Andrew Lobanov to around [#] [reply]

AL>> Это баг в цезии, который я всё никак не возьмусь исправить.
around> А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:
around> iMac:~ around$ caesium/caesium.py
around> Traceback (most recent call last):
around> File "caesium/caesium.py", line 1945, in <module>
around> check_config()
around> File "caesium/caesium.py", line 67, in check_config
around> default_config = open("caesium.def.cfg", "r").read()
around> FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'

Это уже не баг, а фича. Цезий работает с текущей директорией. В ней ищет конфиг, в ней хранит базу, и так далее :)



Re: No subject : 21/11/19 20:10 : around to Andrew Lobanov [#] [reply]

AL> Это баг в цезии, который я всё никак не возьмусь исправить.

А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:

iMac:~ around$ caesium/caesium.py
Traceback (most recent call last):
File "caesium/caesium.py", line 1945, in <module>
check_config()
File "caesium/caesium.py", line 67, in check_config
default_config = open("caesium.def.cfg", "r").read()
FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'

+++ Caesium/0.4 RC1



Re: No subject : 07/11/19 04:23 : Andrew Lobanov to jmaks [#] [reply]

jmaks>>> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.
AL>> Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).
jmaks>>> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.
AL>> И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)
jmaks>>> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks>>> Должно пропасть твое избранное пустое msg.
AL>> Нет.
jmaks> AL<< Тогда вообще не понятно. Если баг в цезии. Т.е. где-то сообщение избранное прописалось на ноде чтоли? Если я загружу свежий чистый релиз-архив с цезием и просто подкину ему конфиг?! Это избранное сообщение повисшее в воздухе -- всё равно останется?

Не. Избранные сообщения это сугубо локальная штука. Просто где-то криво работают срезы. Вот и вся загадка. Надо просто взяться и исправить.



Re: No subject : 06/11/19 20:41 : vmg to Andrew Lobanov [#] [reply]

AL> В общем, как поправлю пару багов, выкачу версию посвежее и отпишусь сюда по этому поводу. Следи за новостями :)))

Буду следить обязательно. Caesium (и все такие приложения) мне нравится. Так что, надеюсь на его развитие )
После того, как ты объяснил, я записываю баг в фичи и перестаю беспокоиться о нём..



Re: No subject : 06/11/19 15:38 : jmaks to Andrew Lobanov [#] [reply]

jmaks>> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.
AL> Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).
jmaks>> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.
AL> И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)
jmaks>> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks>> Должно пропасть твое избранное пустое msg.
AL> Нет.

AL<< Тогда вообще не понятно. Если баг в цезии. Т.е. где-то сообщение избранное прописалось на ноде чтоли? Если я загружу свежий чистый релиз-архив с цезием и просто подкину ему конфиг?! Это избранное сообщение повисшее в воздухе -- всё равно останется?

+++ Caesium/0.4 RC1



Re: No subject : 06/11/19 04:31 : Andrew Lobanov to jmaks [#] [reply]

jmaks> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.

Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).

jmaks> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.

И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)

jmaks> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks> Должно пропасть твое избранное пустое msg.

Нет.



Re: No subject : 06/11/19 02:34 : jmaks to Andrew Lobanov [#] [reply]

Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.

Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.


vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
Должно пропасть твое избранное пустое msg.



Re: No subject : 05/11/19 16:07 : Andrew Lobanov to vmg [#] [reply]

vmg>> Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.
vmg> Получается такая вот картина: https://yadi.sk/i/zr7_DFkKSAxITg
vmg> Какое-то сообщение находится в избранных. Я туда захожу и вижу это:
vmg> <https://yadi.sk/i/ZBZuYPnJjr8ykA>
vmg> Нажимаю Del, надпись "Сообщение отсутствует в базе" исчезает. Перехожу к перечню эх, а сообщение в избранных по-прежнему висит. Самостоятельное ковыряние в файлах ничего не дало, кроме понимания, что надо учиться и учиться )

Это баг в цезии, который я всё никак не возьмусь исправить.

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

Когда в 2015-м я начинал эту программку я совсем не знал питон и не особо умел программировать (я до сих пор не особо знаю питон и не совсем умею программировать :). Поэтому он страшный и кривой как первая бетка чикаги.

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



Re: No subject : 05/11/19 11:53 : vmg to vmg [#] [reply]

vmg> Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.
Получается такая вот картина: https://yadi.sk/i/zr7_DFkKSAxITg
Какое-то сообщение находится в избранных. Я туда захожу и вижу это:
<https://yadi.sk/i/ZBZuYPnJjr8ykA>
Нажимаю Del, надпись "Сообщение отсутствует в базе" исчезает. Перехожу к перечню эх, а сообщение в избранных по-прежнему висит. Самостоятельное ковыряние в файлах ничего не дало, кроме понимания, что надо учиться и учиться )



No subject : 05/11/19 11:38 : vmg to All [#] [reply]

Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.


+++ Caesium/0.4 RC1



Re: ii node : 04/11/19 11:22 : Andrew Lobanov to jmaks [#] [reply]

jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.



Re: ii node : 03/11/19 17:19 : vit01 to jmaks [#] [reply]

jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



ii node : 02/11/19 16:13 : jmaks to Andrew Lobanov [#] [reply]

Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?



Re: Открытая статистика сети : 18/09/19 14:32 : vit01 to Difrex [#] [reply]

Difrex> Навел меня на мысли тред про мониторинг(и не только). А именно обсуждщение приватности метрик.

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

Понятно, что многие данные можно и нужно выкладывать, а на какие-то просто пофиг. Но всё ведь индивидуально.

Difrex> В общем, я открыл всем дашборд со статистикой сети, доступен по ссылке https://grafana.lessmore.pw/d/vPKzlQKWk/idec?orgId=1

Круто, конечно, но с графиками было бы ещё круче :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Открытая статистика сети : 02/09/19 13:14 : Difrex to All [#] [reply]

Навел меня на мысли тред про мониторинг(и не только). А именно обсуждщение приватности метрик.

В общем, я открыл всем дашборд со статистикой сети,
доступен по ссылке https://grafana.lessmore.pw/d/vPKzlQKWk/idec?orgId=1

+++ At work. idec.el/0.1



Re: Ошибки в API и базе : 21/08/19 19:03 : vit01 to Peter [#] [reply]

>> 2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Peter> Вроде исправил, сейчас ок?

Да, сейчас норм всё

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Ошибки в API и базе : 21/08/19 10:16 : Peter to vit01 [#] [reply]

> 2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Вроде исправил, сейчас ок?



Re: Ошибки в API и базе : 21/08/19 08:37 : Peter to vit01 [#] [reply]

А у меня похоже банально кончилось место на хостинге. В этом была причина битых счетчиков. :( Надо что то думать.



Ошибки в API и базе : 20/08/19 23:39 : vit01 to All [#] [reply]

Решил провести ревизию своих фетчеров и обнаружил кое-что:

1. На dynamic'e появился один msgid аномальной длины :)
2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Наглядный тест: https://club.syscall.ru/u/e/test.1/test.2/ii.test.14/-2:2

3. Последние сообщения из ifhub.club мой фетчер упрямо не хочет сохранять в БД. Почему, пока не знаю

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Форумное представление на dynamic : 20/08/19 23:27 : vit01 to Difrex [#] [reply]

Difrex> Заценить можно тут: https://dynamic.lessmore.pw/forum

Difrex> Жду отзывов :)

Выглядит круто! Из мелких пожеланий, наверное, будет убрать пометку "Re: " из сабжей, потому что справа есть и так счётчик ответов. Это улучшит читаемость

// И немного уменьшить шрифт для сабжа в списке, а то выбивается из дизайна и места занимает больше. Где-то до 16-18 пикселей

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Форумное представление на dynamic : 20/08/19 11:00 : Difrex to Peter [#] [reply]

> Вообще, мне нравится. А регистрация есть у тебя?
Пока только по почте, но планируется. Я просто API для реги не допилил :)

> Заметил, если включить список эх слева, а потом нажать "меню", то меню появляется ПОД списком эх.
Прикольно, спасибо за репорт - пофикшу :)



Re: Форумное представление на dynamic : 20/08/19 07:42 : Peter to Difrex [#] [reply]

> Заценить можно тут: https://dynamic.lessmore.pw/forum
> Жду отзывов :)

Вообще, мне нравится. А регистрация есть у тебя?
Заметил, если включить список эх слева, а потом нажать "меню", то меню появляется ПОД списком эх.



Форумное представление на dynamic : 19/08/19 13:07 : Difrex to All [#] [reply]



Сабж!

Пока только вытаскиваются треды за последние 30 дней. Но в скором времени появится паджинация и прочие плюшки.

Заценить можно тут: https://dynamic.lessmore.pw/forum

Жду отзывов :)



Re: Эталонная реализация idec : 12/08/19 03:51 : Andrew Lobanov to vit01 [#] [reply]

vit01> Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.
vit01> Нужна поддержка сертификатов.
vit01> В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

Зачем это эталонной реализации? Кто-то будет её юзать в боевых условиях?



Re: Эталонная реализация idec : 12/08/19 03:51 : Andrew Lobanov to vit01 [#] [reply]

AL>> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
vit01> Слабая валидация POST данных. Особенно на тех же файловых эхах

Непонятно что именно не так =)

vit01> Способ хранения индексов вместе с файлами в фэхах меня тоже немного удивил. Можно попробовать в качестве атаки ввести фэху index и загрузить там файл с названием другой фэхи, тем самым легко затерев всё содержимое последней.

Можешь привести пример?

vit01> Мои пожелания:
vit01> 1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"

На боевой реализации конфиги вообще в БД будут

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

В БД всё.

vit01> К конфигам удобнее добавить готовые примеры, чтобы ещё быстрее ускорить развёртывание станции.

Зачем ускорять развёртывание эталонной реализации. Это же по факту POC.

vit01> 2. Объединить cli-скрипты в единый интерфейс и запускать вроде
vit01> ====
vit01> idec.py run
vit01> idec.py points add Vasya
vit01> idec.py stats -f ... -t ...
vit01> idec.py stats --help
vit01> ====

Нет смысла. Это усложнит чтение исходного кода.

vit01> 3. Туда же, к cli-интерфейсам. Не надо городить велосипедов к парсингу параметров командной строки, ведь есть модуль argparse из стандартной библиотеки. Он же поможет тебе объединить все скрипты в один
vit01> https://docs.python.org/3/library/argparse.html

Про это я пока у Лутца не читал =)

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

Нет смысла в эталонной реализации. Как и вебморда не нужна.



Re: Эталонная реализация idec : 02/08/19 17:17 : vit01 to vit01 [#] [reply]

Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.

Нужна поддержка сертификатов.

В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Эталонная реализация idec : 02/08/19 16:51 : vit01 to Andrew Lobanov [#] [reply]

AL> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)

Слабая валидация POST данных. Особенно на тех же файловых эхах

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

Мои пожелания:

1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"
Уже часто начал замечать, что при таком подходе гораздо проще делать бэкапы и отделять файлы репозитория от изменяемых файлов.

// все блэклисты и изменяемые конфиги полностью туда

К конфигам удобнее добавить готовые примеры, чтобы ещё быстрее ускорить развёртывание станции.

2. Объединить cli-скрипты в единый интерфейс и запускать вроде

====
idec.py run
idec.py points add Vasya
idec.py stats -f ... -t ...
idec.py stats --help
====



3. Туда же, к cli-интерфейсам. Не надо городить велосипедов к парсингу параметров командной строки, ведь есть модуль argparse из стандартной библиотеки. Он же поможет тебе объединить все скрипты в один

https://docs.python.org/3/library/argparse.html

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Тест : 29/07/19 07:55 : Andrew Lobanov to vit01 [#] [reply]

vit01> Видно, видно

Спасибо. Переехал на новое железо и не был уверен, что фетчер адвокатно отрабатывает.



Re: Странное письмецо, надо посоветоваться : 29/07/19 07:25 : Difrex to vit01 [#] [reply]

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

+++ At work. idec.el/0.1



Re: Тест : 29/07/19 07:17 : Difrex to Andrew Lobanov [#] [reply]

Вижу тебя.



Re: Тест : 29/07/19 07:17 : vit01 to Andrew Lobanov [#] [reply]

Видно, видно

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Тест : 29/07/19 05:37 : Andrew Lobanov to All [#] [reply]

Меня видно?



Странное письмецо, надо посоветоваться : 25/07/19 15:41 : vit01 to All [#] [reply]

Обратился ко мне по емейлу якобы владелец одного сайтеца, просит удалить ссылки с архива на alicorn.tk

====
Hi there,

I’m working on cleaning the website adaptavist . com, and I need your help in removing some links from your site. Your site is probably perfectly legitimate, but I’m just trying to eliminate as many links as possible.

I’m asking this because it’s come to our attention that some of the links to our website have been acquired against Google’s Webmaster Guidelines, so it’s important for us to remove links that are harming traffic to our website. Furthermore, by linking to our site, it could be detrimental to your site’s overall traffic, so it will be important for you to remove the link.

Here are some examples:

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Link text: ... (убрано мной, чтобы снова их скрипт не сработал)
Page on our site: ...

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK&reply

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK&reply
Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=1

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=1

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=88

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=88

The link(s) need to be actually removed, rather than just disavowed. Even if they are “nofollow,” I’d still like them to be removed.

Please let me know if you have any questions. If you could email me once you have removed the link that would be great.

Thanks in advance! I hope to hear from you soon.

Kind Regards,

Adaptavist Webmaster
====



Мой ответ этим товарищам был вот такой:

====
These links which were mentioned by you, are actually from annotations of archived posts of the Habrahabr website

The traffic which comes to your website, is primarily caused by this habrahabr post: https://habr.com/ru/company/billing/blog/271805/ (for example)

We can try to get rid of those links, but it's just an archive of short abstracts from the "real" articles. So, I just wanted to make it clear why are you worried about them and if you contacted the author of the original habrahabr article
====



Что может посоветовать в этой ситуации многоуважаемый All?

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Эталонная реализация idec : 25/07/19 04:33 : Andrew Lobanov to Difrex [#] [reply]

>> сделаете замечания
Difrex> filter() - это встроенная функция python.
Difrex> Т.е. делая так
Difrex> ====
Difrex> from api import filter
Difrex> ====
Difrex> Ты ее переопределяешь.

Спасибо. Переделаю.



Re: Эталонная реализация idec : 24/07/19 13:43 : Difrex to Andrew Lobanov [#] [reply]

> сделаете замечания
filter() - это встроенная функция python.

Т.е. делая так

====
from api import filter
====



Ты ее переопределяешь.



Re: Эталонная реализация idec : 24/07/19 08:29 : Andrew Lobanov to All [#] [reply]

Теперь idec-txt поддерживает слайсы. Вроде как, теперь он вполне себе POC клиентской части полноценный.



Re: Эталонная реализация idec : 24/07/19 04:17 : Andrew Lobanov to All [#] [reply]

Много чего доделал и доработал в сабже. Также написал простенький idec-txt под шумок. И переписал скрипт отсылки файлов в фэхи.

Всё это лежит вот тут:

* https://gitlab.com/spline1986/idec - эталонная нода;
* https://gitlab.com/spline1986/idec-txt - скрипт для отпрафки файлов в фэхи;
* https://gitlab.com/spline1986/idec-utils - тут я собираюсь возродить свои скрипты для idec, но пока тут только скрипт для отправки файлов.

Если есть желание и время, буду признателен, если потестируете или сделаете замечания по README хотя бы =)

PS: Да. Докстринги я до сих пор не прописал. Это на очереди.



Re: android idec и play market : 22/07/19 02:55 : vit01 to btimofeev [#] [reply]

vit01>> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

btimofeev> Дополнительно можно в F-droid выложить. Могу с этим помочь.

Думаю, что F-Droid - это всё-таки наша первоначальная цель. Потому что это более "элитный" стор.

Difrex> Думаю, что мы можем задонатить =)

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

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

Ещё у меня на 9 андроиде после перезагрузки системы клиент падает с вот таким эксепшеном:

====
06-20 10:27:41.475 I/it01.idecmobil( 7793): Late-enabling -Xcheck:jni
06-20 10:27:41.976 I/Perf ( 7793): Connecting to perf service.
06-20 10:27:42.579 I/ACRA ( 7793): ACRA is enabled for vit01.idecmobile, initializing...
06-20 10:27:42.878 I/it01.idecmobile( 7793): type=1400 audit(0.0:101): avc: denied { getattr } for path="/data/data/com.android.keychain" dev="dm-0" ino=111211 scontext=u:r:untrusted_app:s0:c140,c256,c512,c768 tcontext=u:object_r:system_app_data_file:s0 tclass=dir permissive=1
06-20 10:27:42.888 W/it01.idecmobil( 7793): Accessing hidden method Landroid/security/IKeyChainService$Stub;-><init>()V (dark greylist, linking)
06-20 10:27:42.889 D/AndroidRuntime( 7793): Shutting down VM
--------- beginning of crash
06-20 10:27:42.893 E/AndroidRuntime( 7793): FATAL EXCEPTION: main
06-20 10:27:42.893 E/AndroidRuntime( 7793): Process: vit01.idecmobile, PID: 7793
06-20 10:27:42.893 E/AndroidRuntime( 7793): java.lang.NoSuchMethodError: No direct method <init>()V in class Landroid/security/IKeyChainService$Stub; or its super classes (declaration of 'android.security.IKeyChainService$Stub' appears in /system/framework/framework.jar!classes2.dex)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.keychain.KeyChainService$1.<init>(KeyChainService.java:95)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.keychain.KeyChainService.<init>(KeyChainService.java:95)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at java.lang.Class.newInstance(Native Method)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.AppComponentFactory.instantiateService(AppComponentFactory.java:103)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.handleCreateService(ActivityThread.java:3554)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.access$1300(ActivityThread.java:202)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.os.Handler.dispatchMessage(Handler.java:106)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.os.Looper.loop(Looper.java:193)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.main(ActivityThread.java:6744)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at java.lang.reflect.Method.invoke(Native Method)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:495)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:859)
06-20 10:27:42.913 E/ACRA ( 7793): ACRA caught a NoSuchMethodError for vit01.idecmobile
06-20 10:27:42.913 E/ACRA ( 7793): java.lang.NoSuchMethodError: No direct method <init>()V in class Landroid/security/IKeyChainService$Stub; or its super classes (declaration of 'android.security.IKeyChainService$Stub' appears in /system/framework/framework.jar!classes2.dex)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.keychain.KeyChainService$1.<init>(KeyChainService.java:95)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.keychain.KeyChainService.<init>(KeyChainService.java:95)
06-20 10:27:42.913 E/ACRA ( 7793): at java.lang.Class.newInstance(Native Method)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.AppComponentFactory.instantiateService(AppComponentFactory.java:103)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.handleCreateService(ActivityThread.java:3554)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.access$1300(ActivityThread.java:202)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)
06-20 10:27:42.913 E/ACRA ( 7793): at android.os.Handler.dispatchMessage(Handler.java:106)
06-20 10:27:42.913 E/ACRA ( 7793): at android.os.Looper.loop(Looper.java:193)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.main(ActivityThread.java:6744)
06-20 10:27:42.913 E/ACRA ( 7793): at java.lang.reflect.Method.invoke(Native Method)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:495)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:859)
====



+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Netmail : 21/07/19 09:57 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Node 2 node initial" https://github.com/idec-net/netmail/pull/8.
Оставлен 2019-07-21 09:51:13 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/pull/8#issuecomment-513539603

В таком виде ок?

Не уверен только на счет нужности получения колличества сообщений.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 21/07/19 07:47 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание формата сообщения на отправку" https://github.com/idec-net/netmail/issues/7.
Оставлен 2019-07-21 07:43:48 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/7#issuecomment-513531576

В мастере.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 21/07/19 07:47 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание формата бандла" https://github.com/idec-net/netmail/issues/6.
Оставлен 2019-07-21 07:43:30 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/6#issuecomment-513531557

Вроде, как описание в мастере. Возражений нет.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: android idec и play market : 20/07/19 15:24 : btimofeev to vit01 [#] [reply]

vit01> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

Дополнительно можно в F-droid выложить. Могу с этим помочь.



Re: android idec и play market : 20/07/19 12:57 : Difrex to vit01 [#] [reply]

> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег
Думаю, что мы можем задонатить =)

> 5. Нетмейл. Все про него постоянно спрашивают
Продолжу писать стандарт на следующей неделе.



Re: android idec и play market : 20/07/19 11:09 : vit01 to Peter [#] [reply]

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

Для этого есть несколько проблем

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

2. В клиенте есть некоторые баги, которые до сих пор фиг знает как чинить, и для новичков они будут доставлять дискомфорт. Ещё есть недоработки в UI. См. Projects на Гитхабе. Ещё для финальной версии нужна поддержка шифрования, которую мне до сих пор лень делать.

3. Нет нормального хэлпа внутри клиента и некоторого "вступительного экрана". Но с этим вы можете помочь

4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

5. Нетмейл. Все про него постоянно спрашивают

6. Есть неприятная особенность при первом запуске (или когда долго не заходишь в клиент), что долгое скачивание сообщений, которые ещё и в непрочитанные летят. Эту проблему тоже надо решать.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: android idec и play market : 20/07/19 07:17 : Difrex to Peter [#] [reply]

Я только за!



android idec и play market : 20/07/19 06:41 : Peter to vit01 [#] [reply]

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



Re: Эталонная реализация idec : 18/07/19 08:39 : Andrew Lobanov to Difrex [#] [reply]

>> Особенно что касается стиля, так как хороший стиль чужими патчами не выработаешь =)
Difrex> Ок, по стилю :)
Difrex> Общие рекомендации:
Difrex> * Код должен быть по PEP8.

Уже переделал этот момент.

Difrex> * Хорошо бы иметь краткий докстринг в каждой функции -- это полезно, для того, чтобы
Difrex> сразу понимать, что эта функция делает, для показа доков в Емаксе и для автогенерации
Difrex> документации на код в том же Sphynx. У меня, например, настроена CI так, что ПР, где
Difrex> нет докстрингов, не принимаются.

Это у меня в TODO было давно =)

Difrex> * Никогда не импортировать * из модулей.

Да. Я уже усвоил это. Если импортировать только нужное, то получается гораздо нагляднее и безопаснее.

Difrex> * Не переопределять имена функций в переменные. Что я имею в виду:
Difrex> В файле points.py(а возможно и в других, не копал еще сильно) есть функция `hsh()',
Difrex> которая генерирует authstring. Так вот в нескольких других местах ты создаешь строковые
Difrex> переменные с таким же именем. Это может привести к неочевидным последствиям.

Этот момент я ещё не проработал, но ошибка весьма очевидна, если подумать. Спасибо =)

Difrex> * Использование python-black по желанию -- это бескомпромиссный форматировщик кода.
Difrex> Работает четко и круто.

Пока я просто прогнал все файлы через pep8 и исправил все замечания. Ну и форматирование исправил с оператора форматирование на метод форматирования. Правда пока не тестировал чего я там наделал, зато исправил пару критичных багов попутно =)

Difrex> Как облегчить себе жизнь и ваще не париться по поводу стиля:
Difrex> Ставишь из своих репов autopep8, flake8, python-black, pip.
Difrex> Настраиваешь Емакс: https://paste.lessmore.pw/hojecuqece.lisp
Difrex> Теперь всю работу по форматированию кода, а так же комплиту, прыжкам в методы, и.т.д будет делать
Difrex> за тебя GNU Emacs :)

Как раз собирался гуглить как это сделать. GNU Emacs это сила =)

Спасибо за полезные советы и рекомендации. Давно пора было мне упорядочить свой стиль и перестать разводить бардак в коде.



Re: Эталонная реализация idec : 18/07/19 07:28 : Difrex to Andrew Lobanov [#] [reply]

> Особенно что касается стиля, так как хороший стиль чужими патчами не выработаешь =)
Ок, по стилю :)

Общие рекомендации:

* Код должен быть по PEP8.
* Хорошо бы иметь краткий докстринг в каждой функции -- это полезно, для того, чтобы
сразу понимать, что эта функция делает, для показа доков в Емаксе и для автогенерации
документации на код в том же Sphynx. У меня, например, настроена CI так, что ПР, где
нет докстрингов, не принимаются.
* Никогда не импортировать * из модулей.
* Не переопределять имена функций в переменные. Что я имею в виду:
В файле points.py(а возможно и в других, не копал еще сильно) есть функция `hsh()',
которая генерирует authstring. Так вот в нескольких других местах ты создаешь строковые
переменные с таким же именем. Это может привести к неочевидным последствиям.
Пример:

====
def h(x):
return x * x


def some_method(func):
val = get_val_from_rest_api()
return func(val)


if __name__ == "__main__":
h = "Template: {}"
# Тут дальше идет какая-то логика
# А под конец хотим вызвать какой-либо метод передав в него
some_method(h
# Получаем исключение, т.к. вместо функции мы передали строку
====



* Использование python-black по желанию -- это бескомпромиссный форматировщик кода.
Работает четко и круто.

Как облегчить себе жизнь и ваще не париться по поводу стиля:
Ставишь из своих репов autopep8, flake8, python-black, pip.
Настраиваешь Емакс: https://paste.lessmore.pw/hojecuqece.lisp

Теперь всю работу по форматированию кода, а так же комплиту, прыжкам в методы, и.т.д будет делать
за тебя GNU Emacs :)

+++ At work. idec.el/0.1



Re: Эталонная реализация idec : 17/07/19 16:49 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Сделал ПР.

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



Re: Эталонная реализация idec : 17/07/19 15:50 : Andrew Lobanov to Difrex [#] [reply]

Difrex> И еще. Генерация authstring в points.txt отстой.
Difrex> Т.к. зная имя пользователя, мы всегда можем получить его строку авторизации.
Difrex> Сделал ПР.

А вот это по существу уже совсем. Спасибо.



https://club.syscall.ru : 17/07/19 14:24 : Peter to All [#] [reply]

Клуб теперь работает не только по http, но и по https.



Re: Эталонная реализация idec : 17/07/19 12:31 : Difrex to Difrex [#] [reply]

И еще. Генерация authstring в points.txt отстой.
Т.к. зная имя пользователя, мы всегда можем получить его строку авторизации.

Сделал ПР.

+++ At work. idec.el/0.1



Re: Эталонная реализация idec : 17/07/19 12:29 : Andrew Lobanov to Difrex [#] [reply]

AL>> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
Difrex> Сделал ПР.
Difrex> Замечания:
Difrex> * Не импортируй звездочки из модулей
Difrex> * Форматирование строк через % устарело
Difrex> * PEP8

Спасибо. Разберусь что к чему и смержусь/пофикшу.

Пора уже действительно писать как для людей, а не как для себя =)



Re: Эталонная реализация idec : 17/07/19 11:10 : Difrex to Andrew Lobanov [#] [reply]

AL> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
Сделал ПР.

Замечания:
* Не импортируй звездочки из модулей
* Форматирование строк через % устарело
* PEP8

+++ At work. idec.el/0.1



Эталонная реализация idec : 17/07/19 09:26 : Andrew Lobanov to All [#] [reply]

Давненько уже я начал работу над сабжем, но некоторые события жизни и длинный отпуск существенно замедлили события. Сегодня я, вроде как, закончил вчерне всё. Доступно это добро тут https://gitlab.com/spline1986/idec

Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)



Re: Таверна : 16/07/19 23:50 : vit01 to Andrew Lobanov [#] [reply]

Готово. Надо потом и документацию обновить

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Таверна : 16/07/19 07:24 : Difrex to Andrew Lobanov [#] [reply]

> Так что перенастраивайте фетчеры на сабж на адрес idec.spline-online.tk я вернул старый домен себе
Done



Таверна : 15/07/19 03:45 : Andrew Lobanov to All [#] [reply]

Я опять проморгал движухху на freenom. Они теперь не пускают по github'овскому аккаунту. Так что перенастраивайте фетчеры на сабж на адрес http://idec.spline-online.tk/ я вернул старый домен себе.



Re: Дмитрий Хара "П. Ш." : 08/07/19 07:13 : Andrew Lobanov to vit01 [#] [reply]

vit01> Прочитал книженцию полностью. Есть там годные и интересные мысли, однако под конец автор вообще всё запорол.
vit01> Особенно ту часть с доктором конспирологом-ВИЧ-диссидентом (приводящим совершенно идиотские аргументы), ну и потом многочисленные нападки на "извращуг" со стороны автора и форсирование "традиционных ценностей", от которых уже тошнить начинает.
vit01> Мне-то ещё ладно, но люди ведь всерьёз воспринимают. Ещё и поверят, небось.
vit01> А, и да, какие-то остаточные кусочки религиозного мировоззрения там всё-таки присутствуют в высказываниях персонажей.

На самом деле это что-то из разряда х/ф. "Yes man" же =)

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



Re: Фэхи : 08/07/19 04:07 : vit01 to Andrew Lobanov [#] [reply]

AL> В стандарте не указаны ограничения на имена файлов. Значит ли это, что узел должен принимать файлы с любым именем?

AL> Здравый смысл подсказывает мне, что как минимум ":" стоит запретить, так как это может быть чревато боком.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Дмитрий Хара "П. Ш." : 08/07/19 03:45 : vit01 to Andrew Lobanov [#] [reply]

Прочитал книженцию полностью. Есть там годные и интересные мысли, однако под конец автор вообще всё запорол.

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

Мне-то ещё ладно, но люди ведь всерьёз воспринимают. Ещё и поверят, небось.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



IDEC Mobile : 15/06/19 11:02 : vit01 to All [#] [reply]

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

Ошибка заключалась в обновлении протоколов SSL у nginx и в невозможности старого https-клиента netcipher (который в составе IDEC Mobile) с ним работать. Итого я прописал в клиенте свежую версию netcipher, и всё заработало

Просьба обновиться

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Сменить псевдоним : 31/05/19 08:37 : Peter to Difrex [#] [reply]

>> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало
> gk11.ru уже год, как лежит :(.

Это да... :(

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



Re: Сменить псевдоним : 31/05/19 08:10 : Difrex to Peter [#] [reply]

> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало
gk11.ru уже год, как лежит :(.



Re: Сменить псевдоним : 29/05/19 07:27 : Andrew Lobanov to Peter [#] [reply]

>> Хеш может быть любым.
Peter> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало. Может быть, ты и прав, но проверить я сейчас не смогу.
Peter> В принципе, стоимость поддержки аккаунта нулевая, так что новый аккаунт это не страшно. )

Ну пока нет лички да =)



Re: Сменить псевдоним : 28/05/19 20:07 : Peter to Andrew Lobanov [#] [reply]

> Хеш может быть любым.
Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало. Может быть, ты и прав, но проверить я сейчас не смогу.
В принципе, стоимость поддержки аккаунта нулевая, так что новый аккаунт это не страшно. )



Re: Сменить псевдоним : 28/05/19 17:13 : Andrew Lobanov to Peter [#] [reply]

>> У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
>> Что-то больше мне не хочется называться Anotheroneuser-ом :)
Peter> Могу попробовать просто заменить имя в конфиге. но если честно - я точно не помню, считается ли хеш по имени в тч или нет. Так что ничего страшного в том, чтоб новый акк сделать -- не вижу.

Хеш может быть любым.



Re: Сменить псевдоним : 27/05/19 16:55 : Anotheroneuser to Andrew Lobanov [#] [reply]

Короче, по-новой зарегистрируюсь.



Re: Сменить псевдоним : 27/05/19 16:53 : Anotheroneuser to Peter [#] [reply]

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



Re: Сменить псевдоним : 27/05/19 12:15 : Peter to Anotheroneuser [#] [reply]

> У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
> Что-то больше мне не хочется называться Anotheroneuser-ом :)

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



Re: Сменить псевдоним : 27/05/19 07:29 : Andrew Lobanov to Anotheroneuser [#] [reply]

Anotheroneuser> У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
Anotheroneuser> Что-то больше мне не хочется называться Anotheroneuser-ом :)

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



Сменить псевдоним : 26/05/19 19:46 : Anotheroneuser to All [#] [reply]

У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
Что-то больше мне не хочется называться Anotheroneuser-ом :)



Фэхи : 22/05/19 11:46 : Andrew Lobanov to All [#] [reply]

Смотрю в стандарт и думаю про сабж.

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

Здравый смысл подсказывает мне, что как минимум ":" стоит запретить, так как это может быть чревато боком.



Дмитрий Хара "П. Ш." : 22/05/19 04:34 : Andrew Lobanov to All [#] [reply]

В books закинул отличную книгу. Сабж. Очень помогает мне разобраться в себе и переосмыслить свои поступки, их причины, на свою жизнь и мир вокруг меня.

Книга представляет собой историю одного бизнесмена, рассказанную от первого лица. Действия в книге не так много, но зато много рассуждений и идей, который вроде бы и лежат на поверхности, но я сам до них не додумался за 33 года жизни.

Рекомендую к прочтению всем. Даже тем, кто уже полностью доволен собой и своей жизнью.

2vit01: в книге нет религиозной составляющей =)

PS: Пока я её не дочитал, но прочтённая четверть уже начала вправлять мне мозги.



Re: Netmail : 03/04/19 11:37 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание client API" https://github.com/idec-net/netmail/issues/4.
Оставлен 2019-04-03 07:08:09 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/4#issuecomment-479367180

Сделано в рамках #1

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 03/04/19 07:06 : Difrex to Andrew Lobanov [#] [reply]

AL> Difrex> Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?
AL> Никаких соображений. Всё замечательно. Так я это себе и представлял =)
Ок. Я мержу тогда.

+++ At work. idec.el/0.1



Re: Netmail : 03/04/19 06:39 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?

Никаких соображений. Всё замечательно. Так я это себе и представлял =)

Я тут немного выпадаю из сети. Не теряйте. Рано или поздно я отвечу =)



Re: Netmail : 21/03/19 05:20 : Difrex to Andrew Lobanov [#] [reply]

Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?



Re: Netmail : 21/03/19 04:28 : Andrew Lobanov to Difrex [#] [reply]

Difrex> На счёт протокола получения лички клиентом возражений нет? Мержим?

У меня вообще возражений нет. Только соображения. Что ни примите, я или сделаю это у себя или забью.



Re: Netmail : 21/03/19 04:27 : Andrew Lobanov to vit01 [#] [reply]

vit01> Предположим, у нас есть 3 станции по такой схеме:
vit01> ====
vit01> node1 ---- node2 ---- node3
vit01> ====
vit01> node1 не соединена напрямую с node3
vit01> Если поинты на node1 захотят написать нетмейл для node3 или наоборот, то у нас есть два взаимоисключающих варианта:
vit01> 1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM
vit01> 2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов
vit01> Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

Для этого есть PGP, например. Если уж параноишь в сети друзей, то делай это правильно. Шифрование на уровне стандарта это бессмысленное переусложнение. IDEC должен всего лишь носить почту, а остальное - не его забота.

vit01> Второй вариант гарантирует приватность, но при этом ограничивает возможности построения разных топологий станций. Здесь мы либо ограничиваемся схемой "звезда", либо нетмейл на некоторых узлах принципиально не поддерживается.

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

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



Re: IDEC Mobile : 20/03/19 14:49 : Difrex to vit01 [#] [reply]

Ура, у меня заработали уведомления о новой почте!

+++ картошки хватит на всех



Re: Netmail : 20/03/19 14:47 : Difrex to vit01 [#] [reply]

vit01> 1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM


vit01> 2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов

vit01> Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

vit01> Второй вариант гарантирует приватность, но при этом ограничивает возможности построения разных топологий станций. Здесь мы либо ограничиваемся схемой "звезда", либо нетмейл на некоторых узлах принципиально не поддерживается.

Можно обменяться ключами нод. Ну, шифровать ими личку с армором, тогда всё остаётся в plain text, но усложняет стандарт.
С другой стороны gpg есть ваще везде.

+++ картошки хватит на всех



Re: Netmail : 20/03/19 14:48 : Difrex to Andrew Lobanov [#] [reply]

На счёт протокола получения лички клиентом возражений нет? Мержим?

+++ картошки хватит на всех



Re: Netmail : 20/03/19 12:45 : vit01 to Andrew Lobanov [#] [reply]

AL>>> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.
vit01>> Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

AL> Не надо каждому с каждым. Просто весь нетмейл ходит по всем узлам. То есть это такой подвид эхомейла, которым ноды обмениваются по паролю, а клиенты получают только свою часть от этой эхи.

Предположим, у нас есть 3 станции по такой схеме:

====
node1 ---- node2 ---- node3
====



node1 не соединена напрямую с node3
Если поинты на node1 захотят написать нетмейл для node3 или наоборот, то у нас есть два взаимоисключающих варианта:

1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM

2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов

Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Netmail : 20/03/19 09:26 : Andrew Lobanov to vit01 [#] [reply]

AL>> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.
vit01> Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

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

Но это всего лишь мои мысли.



Re: Netmail : 20/03/19 08:33 : vit01 to Andrew Lobanov [#] [reply]

AL> 1. Между узлами сети личные сообщения ходят как простая эха, но по паролю.
AL> 2. Клиент забирает со своего узла свои сообщения по паролю. То есть не получит чужих сообщений никак.
AL> 3. Шифрование не является частью протокола.

AL> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.

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

Это и правда упрощает реализацию, хотя и теряется гибкость.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Netmail : 20/03/19 07:42 : Andrew Lobanov to Difrex [#] [reply]

AL>> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.
Difrex> В принципе, если личка будет вся синхронизироваться нормально, то можно и своей ноды ее тянуть.

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



Re: Netmail : 18/03/19 08:31 : Difrex to Andrew Lobanov [#] [reply]

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


+++ At work. idec.el/0.1



Re: Netmail : 18/03/19 07:20 : Difrex to Andrew Lobanov [#] [reply]

Посмотри пожалуйста https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api

если согласен, то давай межить этот ПР.

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



Re: Netmail : 18/03/19 04:04 : Andrew Lobanov to G2I [#] [reply]

G2I> Ведь нам надо сделать так, чтобы
G2I> 1. Нетмейл-сообщения ходили между станциями

Это просто.

G2I> 2. Станция не могла прочитать нетмейл чужих станций

Почему? Если нужно шифрование, то оно должно быть на стороне клиента, а не на стороне ноды.

G2I> 2.1 Но при этом могла отдавать их даунлинкам

Это совсем просто.

G2I> Шифрование открытым ключом станции всех сообщений, которые ей должны принадлежать?

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

1. Между узлами сети личные сообщения ходят как простая эха, но по паролю.
2. Клиент забирает со своего узла свои сообщения по паролю. То есть не получит чужих сообщений никак.
3. Шифрование не является частью протокола.

То есть выглядеть оно должно примерно так:

Поинт забирает почту: GET /x/m/<authstr>[/слайс].

Поинт отправляет почту: POST /x/m/ (параметры pauth и tmsg).

Нода забирает почту с аплинка: GET /x/n/<password>.

Этого уже достаточно для рабочей лички, в принципе.

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

За основу формата сообщений предлагаю взять существующий формат:

====
ii/ok[/reply/<msgid>]
<адрес получателя>
<время>
<имя отправителя>
<адрес отправителя>
<имя получателя>
<тема>

<тело сообщения>
====



И для отправки тоже:

====
<адрес получателя>
<имя получателя>
<тема>

[@repto:<msgid>]
<тело сообщения>
====



В гитхаб пока так и не заглядывал, но не проще ли обсуждать здесь?

ЗЫЖ Я за любую движуху, но без излишнего усложнения протокола.



Апгрейд на dynamic : 17/03/19 07:42 : Difrex to All [#] [reply]



Сегодня буду обновлять основной хост динамика с Debian oldstable до stable.
Возможно все приляжет до завтра. Бэкапы льются на DO, так что все восстановимо будет, если что.
Так же буду переводить сеть между виртуалками с OpenVPN на Wireguard.



Re: Netmail : 16/03/19 19:35 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Client protocol draft" https://github.com/idec-net/netmail/pull/1.
Оставлен 2019-03-16 19:28:35 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/pull/1#issuecomment-473577352

Ну, что, мержим?

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: dynamic : 16/03/19 16:20 : vit01 to Difrex [#] [reply]

vit01>> Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.

Difrex> Сделаю страничку для роботов :)
Difrex> Еще есть в планах доливать раз в неделю данные в read-only индекс и прямо вставлять iframe из кибаны, чтобы все интерактивно было.

Спасибо, что сделал. Хорошая штука.

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

Скриншот в фэхе pictures прилагается

Хочется найти ему какое-то более крутое применение, потому что инструмент мощный, но придумать пока не могу :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: IDEC Mobile : 16/03/19 15:56 : vit01 to Difrex [#] [reply]

>>Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе

Difrex> Ага, KDE Connect :)
Difrex> А эта штука может работать вне кед?

Конечно может. Я вот уже долгое время работаю в XFCE и этой штукой доволен.

А на нетбуке тоже KDE Connect работает, и там AwesomeWM

Всего лишь индикатор в трее висит и никому не мешает. Огромное количество полезных прибамбасов. Доволен и всем советую. Это действительно одна из тех уникальных и удобнейших вещей, за которую стоит похвалить кедерастов.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: IDEC Mobile : 16/03/19 15:41 : Difrex to vit01 [#] [reply]

>Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе
Ага, KDE Connect :).

А эта штука может работать вне кед?



Re: IDEC Mobile : 16/03/19 14:30 : vit01 to Difrex [#] [reply]

Difrex> Хм. Не вижу никакой новой кнопки.
Difrex> Смотри скрин в файлоэхе pictures

Всё правильно, эта кнопочка на то и волшебная, что отображается не у всех =)

Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: IDEC Mobile : 16/03/19 14:10 : Difrex to vit01 [#] [reply]

Хм. Не вижу никакой новой кнопки.
Смотри скрин в файлоэхе pictures

+++ картошки хватит на всех



Re: Netmail : 16/03/19 13:54 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-16 13:47:14 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-473531586

> Напишу бота github<->idec, чтобы транслировать стрим, а то не все подключились в обсуждение.
Написал. Постит комменты с гитхаба в этот тред: https://dynamic.lessmore.pw/thread/3a6a0226-a22f-475a-82d1-81311e552b3a

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Client protocol draft" https://github.com/idec-net/netmail/pull/1.
Оставлен 2019-03-12 12:22:16 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/pull/1#issuecomment-471977969

Как в текущем виде?

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Новый комментарий от пользователя vit1-irk
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-12 14:11:45 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472017154

По факту это самая сложная штука для проработки

Ведь нам надо сделать так, чтобы

1. Нетмейл-сообщения ходили между станциями
2. Станция не могла прочитать нетмейл чужих станций
2.1 Но при этом могла отдавать их даунлинкам

Шифрование открытым ключом станции всех сообщений, которые ей должны принадлежать?

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-12 14:58:16 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472036264

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

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

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


+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-12 14:56:50 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472035614

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

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

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

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-13 09:44:30 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472350243

Напишу бота `github<->idec`, чтобы транслировать стрим, а то не все подключились в обсуждение.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Новый комментарий от пользователя vit1-irk
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-13 08:43:24 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472330230

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

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

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



Re: Netmail : 16/03/19 13:43 : G2I to All [#] [reply]

Привет!

Это первое сообщение от G2I - бота слежения за задачами в репозитории на Github.
Сейчас я наблюдаю за проектом https://github.com/idec-net/netmail.

Новые события будут публиковаться в этой теме.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3



IDEC Mobile : 16/03/19 09:33 : vit01 to All [#] [reply]

В текущем обновлении для сабжа появилась одна очень интересная фича

Если вы не смотрели коммиты в репозитории, то для вас это будет небольшим сюрпризом

Что делать:

1. Обновите клиент
2. Зайдите в новостную эху (желательно ii://habra.rss[*][*] )
3. Возьмите любое сообщение и прокрутите в конец
4. Нажмите на волшебную кнопочку

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Netmail : 13/03/19 09:34 : Andrew Lobanov to Difrex [#] [reply]

>> Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)
Difrex> Это дело хорошее :)

Нужное как минимум =)

>> В данный момент реализовано всё, кромен фэх и нет вебморды
Difrex> А нужна ли веб-морда в эталонной реализации ноды?

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

>> Обсуждать готов, а вот писать пока не очень.
Difrex> Присоединяйся в обсуждение этого ПР https://github.com/idec-net/netmail/pull/1

Обязательно, но пока занят всякой фигнёй =(

>> Самое главное, с моей точки зрения, оставить шифрование нетмейла опцией
Difrex> Я думал, что без шифрования это все делать. Шифровать можно GPG само тело сообщения.

Да. Всё верно =)

Difrex> Так мы вообще никак не переусложним стандарт.

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



Re: Netmail : 12/03/19 12:27 : Difrex to Andrew Lobanov [#] [reply]

> Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)
Это дело хорошее :)

> В данный момент реализовано всё, кромен фэх и нет вебморды
А нужна ли веб-морда в эталонной реализации ноды?

> Обсуждать готов, а вот писать пока не очень.
Присоединяйся в обсуждение этого ПР https://github.com/idec-net/netmail/pull/1

> Самое главное, с моей точки зрения, оставить шифрование нетмейла опцией
Я думал, что без шифрования это все делать. Шифровать можно GPG само тело сообщения.
Так мы вообще никак не переусложним стандарт.



Re: Netmail : 12/03/19 12:07 : Andrew Lobanov to Difrex [#] [reply]

Difrex> Я думаю, что нужно начинать с этим что-то делать.

Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)

Закладываю три вещи в это дело:

1. Реализация на python, чтобы любой желающий мог ознакомиться и внести изменения.
2. По возможности максимальная модульность реализации.
3. Настолько лаконичный и простой код, насколько я смогу.

В данный момент реализовано всё, кромен фэх и нет вебморды, но оно уже существенно лучше iing в плане реализации. Кода меньше, он проще и быстрее.

Difrex> Для этого я создал репозиторий с документом в котором предлагаю общими усилиями
Difrex> разработать стандарт обмена личными сообщениями, а так же реализовать PoC сервера(ноды)
Difrex> и клиента.
Difrex> Вот этот репозиторий: https://github.com/idec-net/netmail

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

Difrex> Давайте обсуждать и дописывать.

Обсуждать готов, а вот писать пока не очень.

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



Re: Документация : 12/03/19 12:07 : Andrew Lobanov to Anotheroneuser [#] [reply]

AL>> Коммитнул в сабж
Anotheroneuser> Это значит, где-то опубликовал?

В внёс изменения в исходники документации по idec.

Anotheroneuser> А где?

На гитхабе.

Anotheroneuser> Я бы тоже хотел свой адрес оставить

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



Netmail : 12/03/19 09:29 : Difrex to All [#] [reply]

Я думаю, что нужно начинать с этим что-то делать.

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

Вот этот репозиторий: https://github.com/idec-net/netmail
Давайте обсуждать и дописывать.

+++ At work. idec.el/0.1



Re: Документация : 12/03/19 08:50 : Anotheroneuser to Andrew Lobanov [#] [reply]

AL> Коммитнул в сабж
Это значит, где-то опубликовал?
А где?
Я бы тоже хотел свой адрес оставить



Re: Документация : 12/03/19 07:58 : Difrex to Andrew Lobanov [#] [reply]

Тоже добавил свое и мыло, а так же ссылку на idec.el.



Документация : 12/03/19 04:21 : Andrew Lobanov to All [#] [reply]

Коммитнул в сабж изменение своего мыла. Старое более недоступно.



go-idec : 04/03/19 13:41 : Difrex to All [#] [reply]



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

Пример получения последних сообщений:

====
package main

import (
"fmt"
"time"

idec "github.com/idec-net/go-idec"
)

func main() {
fc := idec.FetchConfig{
Node: "https://dynamic.lessmore.pw/idec/",
Echoes: []string{"pipe.2032", "idec.talks"},
Offset: -3,
Limit: 3,
}
ids, err := fc.GetMessagesIDS()
if err != nil {
panic(err)
}
msgs, err := fc.GetRawMessages(ids)
if err != nil {
panic(err)
}
for _, m := range msgs {
msg, err := idec.ParseMessage(m.Message)
if err != nil {
panic(err)
}
fmt.Printf("Author: %s, Subg: %s, Date: %s\n", msg.From, msg.Subg, time.Unix(int64(msg.Timestamp), 0))
}
}
====



Запуск

====
go run test.go
Author: Difrex, Subg: Re: idec, Date: 2019-03-04 11:56:06 +0300 +03
Author: Difrex, Subg: Re: idec, Date: 2019-03-04 11:21:04 +0300 +03
Author: Peter, Subg: Re: idec, Date: 2019-03-04 11:09:22 +0300 +03
Author: Andrew Lobanov, Subg: Re: Метадата, Date: 2019-03-03 08:25:10 +0300 +03
Author: Peter, Subg: Re: Метадата, Date: 2019-03-02 23:17:49 +0300 +03
Author: Andrew Lobanov, Subg: Re: Метадата, Date: 2019-03-02 20:02:04 +0300 +03
====




Re: Метадата : 03/03/19 05:25 : Andrew Lobanov to Peter [#] [reply]

>> Детализации особо и нет. Я честно не понимаю стремления отказаться от файлов.
Peter> Ой, моя реплика относилась к идее делать несколько тегов на каждый тип. Ну типа тег - картинка, тег - архив. Что-то ещё.. Тогда мы должны делать все эти n запросов. Да ещё и выбирать, что пропускать... Вот это, кмк, будет хуже текущих фрек.

Вообще, я примерно так и думаю.

Например:

====
image:<filename>:<base64>
audio:<filename>:<base64>
====



А желание не пропустить информацию, ИМХО, противоречит самой цели секты.



Re: Метадата : 02/03/19 20:17 : Peter to Andrew Lobanov [#] [reply]

> Детализации особо и нет. Я честно не понимаю стремления отказаться от файлов.
Ой, моя реплика относилась к идее делать несколько тегов на каждый тип. Ну типа тег - картинка, тег - архив. Что-то ещё.. Тогда мы должны делать все эти n запросов. Да ещё и выбирать, что пропускать... Вот это, кмк, будет хуже текущих фрек.



Re: Метадата : 02/03/19 17:02 : Andrew Lobanov to Peter [#] [reply]

Peter> Идея была все-таки вот в чем.
Peter> С сообщением могут идти данные. Формат данных и что в них, мы не стандартизируем. Это просто данные, связанные с сообщением.
Peter> Поэтому детализация на таком уровне, по моему, принесет только вред. Тогда лучше остаться на том, что есть.
Peter> Просто есть дополнительная инфа. Что именно в этой информации определяет клиентское ПО. Там могут быть картинки, звук.
Peter> Ну как в современных мессенжерах. :)

Детализации особо и нет. Я честно не понимаю стремления отказаться от файлов. В итоге мы имеем повсеместно имеем всё равно те же файлы, но только спрятанные глубоко и неудобно.

Peter> А выбирать пропускать данные или нет нода может только руководствуясь лимитами на размер. Скажем, размер данных не больше 1Мб.

Ну тут да. Можно подумать как и что пропускать. Можно метаданные передавать ещё к каждому блобу.



Re: Метадата : 01/03/19 15:27 : Peter to Andrew Lobanov [#] [reply]

Идея была все-таки вот в чем.
С сообщением могут идти данные. Формат данных и что в них, мы не стандартизируем. Это просто данные, связанные с сообщением.
Поэтому детализация на таком уровне, по моему, принесет только вред. Тогда лучше остаться на том, что есть.

Просто есть дополнительная инфа. Что именно в этой информации определяет клиентское ПО. Там могут быть картинки, звук.
Ну как в современных мессенжерах. :)

А выбирать пропускать данные или нет нода может только руководствуясь лимитами на размер. Скажем, размер данных не больше 1Мб.



Re: Метадата : 01/03/19 15:14 : Difrex to Andrew Lobanov [#] [reply]

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



Re: Метадата : 01/03/19 08:57 : Andrew Lobanov to Difrex [#] [reply]

>>>> Клиент видит тэг, запрашивает все аттачи по этому тегу
>>> Вот это не нравится. А если я не хочу все аттачи тянуть?
>> Тогда просто игнорируешь тег и всё.
Difrex> Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.

Тогда лишний запрос надыть. Или в теги писать метаданные аттачей, что можно, но чревато большими тегами.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Метадата : 01/03/19 07:41 : Difrex to Andrew Lobanov [#] [reply]

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



Re: Метадата : 28/02/19 11:47 : Andrew Lobanov to Difrex [#] [reply]

>> Фетчер тоссит сообщение, видит метку и добавляет msgid в список сообщений с дополнительными данными. После того, как растоссил, передаёт айдишники в какую-нить схему типа x/d/.
Difrex> Вот это еще не особо нравится.
Difrex> Со стороны клиента мне это видится так:
Difrex> ====
Difrex> +--------------+
Difrex> | |
Difrex> | IDEC Client |
Difrex> +------>| |<------+
Difrex> | +--------------+ |
Difrex> | |
Difrex> xdata tag message
Difrex> | data
Difrex> | |
Difrex> | v
Difrex> +-+-------------+ +-----------------+
Difrex> | /u/m/gkC... | | /x/d/gkC... |
Difrex> | | | |
Difrex> +---------------+ +-----------------+
Difrex> ====
Difrex> Т.е. клиент видя соотвествующий тег лезет в /x/d/gkCo68TG1nrIXrgMklUN, получает от туда список аттачей, а затем делает еще
Difrex> один запрос /x/d/gkCo68TG1nrIXrgMklUN/attachName для получения аттача. На ровном месте мы получили 3 запроса.

Зачем третий запрос? Клиент видит тэг, запрашивает все аттачи по этому тегу. Ему приходят они. В верхней квоте ни слова про третий запрос нет. И на схеме у тебя его нет.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Метадата : 28/02/19 11:27 : Difrex to Andrew Lobanov [#] [reply]

>Фетчер тоссит сообщение, видит метку и добавляет msgid в список сообщений с дополнительными данными. После того, как растоссил, передаёт айдишники в какую-нить схему типа x/d/.
Вот это еще не особо нравится.

Со стороны клиента мне это видится так:

====
           +--------------+
| |
| IDEC Client |
+------>| |<------+
| +--------------+ |
| |
xdata tag message
| data
| |
| v
+-+-------------+ +-----------------+
| /u/m/gkC... | | /x/d/gkC... |
| | | |
+---------------+ +-----------------+
====



Т.е. клиент видя соотвествующий тег лезет в /x/d/gkCo68TG1nrIXrgMklUN, получает от туда список аттачей, а затем делает еще
один запрос /x/d/gkCo68TG1nrIXrgMklUN/attachName для получения аттача. На ровном месте мы получили 3 запроса.



Re: Переезд : 27/02/19 09:56 : Andrew Lobanov to vit01 [#] [reply]

vit01> Если вы видите это сообщение, значит ii-net.tk успешно переехал на новый сервер к немцам
vit01> Мне пришлось сильно задолбаться, чтобы проапгрейдить MySQL до версии 5.7 и php до 7.2
vit01> А ещё чтобы сменить lighttpd на nginx

Вот где собака зарыта! Фетчер забирал сообщения с Мира по http. Мы месяц жили с поломанным линком.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: lor-opennet : 27/02/19 08:13 : Difrex to vit01 [#] [reply]

Мне кажется, что на Таверне что-то с фетчем. Мои сообщения, например, не доходят.



Re: IDEC Mobile : 15/02/19 14:30 : vit01 to btimofeev [#] [reply]

btimofeev> vit01, я тебе отправил пулл реквест с фиксами на андроид 9. Если есть возможность протестируй на предыдущих версиях, особенно на 4.* так как новая ACRA требует java 8, а она может не работать на старых устройствах.

См. https://github.com/idec-net/idec-mobile/pull/30

Провозился с этим делом и потом отложил в долгий ящик.

Но теперь, когда у меня появился аппарат на 9 версии андроида, пришлось взять и разобраться. В общем, решил, что лучше уж пожертвовать ACRA на старых версиях андроида, чем плодить лишние проблемы на новых.

Новая сборка уже на сайте, можно обновляться.
И за сам факт пулл-реквеста спасибо

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: А где у нас актуальный nodegraph.svg? : 29/01/19 11:49 : Difrex to Andrew Lobanov [#] [reply]

AL> Актуализацией надо заниматься. У нас нет актуального нодлиста, так что пока что не могу построить актуальный граф.
AL> Скиньте актуальные сегменты нодлиста тогда.
Мой: https://dynamic.lessmore.pw/nodelist.json

+++ At work. idec.el/0.1



Переезд : 24/01/19 18:07 : vit01 to All [#] [reply]

Если вы видите это сообщение, значит ii-net.tk успешно переехал на новый сервер к немцам

Мне пришлось сильно задолбаться, чтобы проапгрейдить MySQL до версии 5.7 и php до 7.2

А ещё чтобы сменить lighttpd на nginx

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: lor-opennet : 26/02/19 22:29 : vit01 to Andrew Lobanov [#] [reply]

AL> А что случилось с сабжевой эхой? Уже почти месяц нет новостей. Могу натравить своего робота, если у тебя какие-либо проблемы с ним.

Мне каждый день оттуда новости приходят. Может быть, ты подписался неправильно?

ii://lor-opennet.17[*][*]

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: А где у нас актуальный nodegraph.svg? : 01/02/19 21:35 : vit01 to Andrew Lobanov [#] [reply]

AL> Скиньте актуальные сегменты нодлиста тогда.

Фетчу таверну, инстед клуб и динамик, всё с интервалом в 10 минут

Остальное не менялось

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



lor-opennet : 26/02/19 17:27 : Andrew Lobanov to vit01 [#] [reply]

А что случилось с сабжевой эхой? Уже почти месяц нет новостей. Могу натравить своего робота, если у тебя какие-либо проблемы с ним.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Обновление динамика : 20/02/19 11:20 : Difrex to All [#] [reply]

На dynamic.lessmore.pw появилась возможность читать треды.

Строятся по repto, у каждого поста теперь есть topicid, вида
3ee870f3-be0c-4ea4-8a6d-b6c8ecd64dac.

Если мы перейти по ссылке https://dynamic.lessmore.pw/thread/3ee870f3-be0c-4ea4-8a6d-b6c8ecd64dac, то
можно будет читать тред с сортировкой по времени от старых к новым.

Чтобы попасть в тред нужно перейти по ссылке в сабже.

У каждого поста есть якорь с msgid, так что можно добавить #8EuhW1rxWVNQAcPxuxLn и перейти к нужному сообщению.
На самом деле, id уже проставляется в ссылке, но почему-то браузер не переходит куда надо.

:)

+++ At work. idec.el/0.1



Re: А где у нас актуальный nodegraph.svg? : 29/01/19 20:17 : Anotheroneuser to Difrex [#] [reply]

А. Ну я, как в "Приключениях Шурика":
— Песчаный карьер!
— Я!
))

Первый раз в жизни запустил mutt. Сказочные ощущения.
Правда, с gmail.
Google, оказывается, бдит. Причём, делает это довольно настырно.
Настроив конфиг, несколько раз пытался за-mutt-иться, но всякий раз программа высвечивала "регистрация не удалась".

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



Re: А где у нас актуальный nodegraph.svg? : 29/01/19 09:54 : Difrex to Anotheroneuser [#] [reply]

>Если ты скажешь как, посмотрю
Это скорее к держателям нод вопрос был =)



Re: А где у нас актуальный nodegraph.svg? : 29/01/19 03:44 : Andrew Lobanov to Difrex [#] [reply]

Difrex> $сабж
Difrex> Вот этот вот http://idec.spline-online.ml/x/file/nodegraph.svg не актуален.
Актуализацией надо заниматься. У нас нет актуального нодлиста, так что пока что не могу построить актуальный граф.

Скиньте актуальные сегменты нодлиста тогда.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: А где у нас актуальный nodegraph.svg? : 28/01/19 17:20 : Anotheroneuser to Difrex [#] [reply]

Difrex> Можете посмотреть в логи, что там не так?
Если ты скажешь как, посмотрю



А где у нас актуальный nodegraph.svg? : 28/01/19 13:39 : Difrex to All [#] [reply]

$сабж

Вот этот вот http://idec.spline-online.ml/x/file/nodegraph.svg не актуален.


// Да, по каким-то причинам сообщения с dynamic не долетают до Таверны и Клуба. Можете посмотреть в логи, что там не так?



Re: Полнотекстовый поиск и подписи : 25/01/19 07:14 : Difrex to vit01 [#] [reply]

vit01> Хотя поисковой движок, запущенный для нашей базы, есть только у тебя, поэтому тут всё зависит от простоты постановки такого условия в ElasticSearch.

Мне добавить в парсер это не сложно, нужно только время выкроить

+++ картошки хватит на всех



Re: Полнотекстовый поиск и подписи : 23/01/19 16:32 : vit01 to Difrex [#] [reply]

vit01>> Надо как-то сделать так, чтобы поиск игнорировал это дело.

Difrex> Нужно в софт наш весь добавить парсеры на предмет подписей и пихать их в отдельное поле в бд.
Difrex> С плоской базой просто так работать не будет, но таких нод, вроде, и не осталось.

Что до отдельного поля в БД, то это целесообразно только на клиентском софте. Ноды переусложнять необязательно.

Хотя поисковой движок, запущенный для нашей базы, есть только у тебя, поэтому тут всё зависит от простоты постановки такого условия в ElasticSearch.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Лежит станция Мира : 21/01/19 15:47 : vit01 to btimofeev [#] [reply]

btimofeev> ii-net.tk что-то недоступен.

Была проблема у хостера опять

Из-за переполнения /boot при очередном обновлении ядра скрипты системы не смогли сгенерировать initramfs, из-за чего система не загрузилась при следующем ребуте

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Лежит станция Мира : 21/01/19 11:34 : btimofeev to vit01 [#] [reply]

ii-net.tk что-то недоступен.



Re: IDEC Mobile : 21/01/19 09:27 : btimofeev to vit01 [#] [reply]

vit01, я тебе отправил пулл реквест с фиксами на андроид 9. Если есть возможность протестируй на предыдущих версиях, особенно на 4.* так как новая ACRA требует java 8, а она может не работать на старых устройствах.



Полнотекстовый поиск и подписи : 08/01/19 07:24 : vit01 to All [#] [reply]

Обнаружил одну очевидную проблему.
Если ввести в поиск по ключевым словам IDEC Mobile или Android, то будут выдаваться все сообщения, которые не относятся ни к тому, ни к другому.

Потому что подписи.

Надо как-то сделать так, чтобы поиск игнорировал это дело.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: IDEC Mobile : 02/01/19 16:11 : vit01 to vit01 [#] [reply]

Попробовал починить падения и что-то сделать с уведомлениями в андроиде 8 и выше.

Надеюсь, оно будет хоть как-то работать. Качайте свежую сборку, тестируйте



Re: IDEC Mobile : 31/12/18 11:00 : vit01 to vit01 [#] [reply]

Поставил себе недавно 8 андроид наконец-то
Скоро будет фикс уведомлений и автофетча для IDEC Mobile

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: IDEC Mobile : 17/12/18 08:38 : Anotheroneuser to btimofeev [#] [reply]

У меня Note 3 под 5-м Андроидом. Было раз, накатил прежний выпуск (Kit Kat), но потом вернул всё взад.



Re: IDEC Mobile : 16/12/18 02:59 : vit01 to btimofeev [#] [reply]

vit01>> ]...] приложение не запускалась на ОС версий ниже 4.4

btimofeev> А такие девайсы у кого-то ещё остались и ими реально пользуются? У меня телефону 4 года, на нем сейчас андроид 6. Разве кто-то ещё с более старыми ходит?

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

А вообще у меня одногруппник есть в универе, который до сих пор ходит с мобилкой то ли на 4.2, то ли даже версии ниже (всеми любимый Телеграм там не пашет, дропнули поддержку). Работает девайс, а выбрасывать-то жалко. И есть другой чел, но у него 4.4

У самого вон планшет старый на 4.4 трудится до сих пор. Вот кого не видел - так это людей, пользующихся андроидом 2.3. Их точно у нас не повстречаешь уже. Но приложение на таких изначально и не нацеливалось.

+++ Sent from Android 4.2 (Emulator)



Re: IDEC Mobile : 15/12/18 19:56 : btimofeev to vit01 [#] [reply]

vit01> ]...] приложение не запускалась на ОС версий ниже 4.4

А такие девайсы у кого-то ещё остались и ими реально пользуются? У меня телефону 4 года, на нем сейчас андроид 6. Разве кто-то ещё с более старыми ходит?



IDEC Mobile : 08/12/18 08:12 : vit01 to All [#] [reply]

В новой сборке клиента был пофикшен один из самых критичных багов, который давно мозолил мне глаза: приложение не запускалась на ОС версий ниже 4.4

Теперь можно снова использовать клиент на старых девайсах.

+++ Sent from Android 4.2 (Emulator)



Re: Документация : 20/11/18 12:33 : vit01 to Andrew Lobanov [#] [reply]

AL> Я там коммитнул в сабж. У меня опять проэтосамован почтовый ящик а то.

Обновлено.

Недавно решил попробовать Jenkins потыкать и настроил его для нашего репозитория с документацией. По нажатию пары кнопочек дока компилируется из markdown и заливается на сайт.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Документация : 20/11/18 11:41 : Andrew Lobanov to vit01 [#] [reply]

Я там коммитнул в сабж. У меня опять проэтосамован почтовый ящик а то.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Лежит станция Мира : 17/11/18 10:55 : vit01 to Difrex [#] [reply]

> // А поставьте на фетч с dynamic основные эхи. Вроде как, все работает.

Уже давно как всё фетчится, твои сообщения видим

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Лежит станция Мира : 17/11/18 09:10 : vit01 to Difrex [#] [reply]

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

Когда сервак в дауне, ping выдаёт ответы от какого-то zapret.hostnode.net (или .com?)

Путём гуглинга выяснилось, что проблема на стойке в Москве у webdc.ru

Хочу окончательно съехать со нашего FirstVDS к немцам на Hetzner, но переносить все запущенные сервисы пока нет времени. Немцы крутые, у них всегда чёткий аптайм без факапов, и второй сервак (а именно debug.ii-net.tk) работает как часы.



Re: Лежит станция Мира : 17/11/18 09:03 : vit01 to Difrex [#] [reply]

Сегодня появилось немножко свободного времени, и я решил таки разобраться со станцией

> Сабж. Ругается на базульку
Это обычно бывает, когда демон mariadb подыхает. Надо глянуть логи сервера

> Функция executeQuery вызывается довольно часто и туда педаются данные путем слияния строк, например
> Строка 285 файла transports.php

Специально прошерстил исходники на предмет сырых запросов.
Конкретно здесь ложная тревога. Ты, наверное, не заметил, что перед запуском этого кусочка кода сообщение эскейпится через prepareInsert, внутри которого вшит $db->real_escape_string
В getMessages эскейпится аналогично, в getMsgList и countMessages стоит жёсткий фильтр на все параметры внутри filter.php, так что зараза не пройдёт.

Не надо уж меня совсем дремучим говнокодером считать =)
Любые, даже начинающие, PHP-шники про SQL-инъекции думают сразу на стадии проектирования, и эта проблема съедает немалую часть времени на кодинг.

> Да, в пхп можно отключить вывод ошибок в браузер, что лучше сделать :)

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



Лежит станция Мира : 15/11/18 07:29 : Difrex to All [#] [reply]

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

Функция executeQuery вызывается довольно часто и туда педаются данные путем слияния строк, например
Строка 285 файла transports.php

====
$this->executeQuery("insert into `$this->tablename` values(NULL, '".$msg['id']."', ' ... '".$msg['msg']."')");
====



Пока не ясно можно ли использовать это без авторизации. Код валидации authstring не читал.
Но имея поинта к этому участку кода появляется доступ :).

Да, в пхп можно отключить вывод ошибок в браузер, что лучше сделать :)

// А поставьте на фетч с dynamic основные эхи. Вроде как, все работает.



IDEC Mobile : 13/11/18 02:46 : vit01 to All [#] [reply]

В новой сборке:

1. Менюшка поиска теперь позволяет искать сообщения по msgid
2. В фэхах можно копировать имя файла (например, для вставки в Orgzly, см. ii://A63NgO1GzgHbJSCeyl3S[*][*] )

3. Если сообщение отсутствует в базе данных (например, при открытии ii-ссылки), то клиент автоматически предложит его скачать

После обновления можете протестировать:

Пример 1, Таверна: ii://PaE7u959rHu625taZeBy[*][*]
Пример 2, Станция Мира: ii://TasqAFIeZAD4ny2iESIK[*][*]



Re: Загейтуйте динамик : 08/11/18 18:25 : Andrew Lobanov to Anotheroneuser [#] [reply]

Anotheroneuser> На самом деле, интересная штука -- это ваше программирование. Но я никак не могу себя заинтересовать им более, чем инструментом для создания игр.. Наверное, не дано.

Программирование ради программирования это какая-то ментальная мастурбация. Нужно просто решать свои задачи. Если удаётся их решать без программирования, то жить легче значит %)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Загейтуйте динамик : 06/11/18 19:10 : Difrex to Anotheroneuser [#] [reply]

Да, сеть реализует распределенную базу сообщений.
Ты, например, писал со станции syscall, а я с dynamic, а теперь
эти сообщения есть на всех узлах(наверняка).

+++ Емакс не пищит и текст не портит



Re: Загейтуйте динамик : 06/11/18 19:05 : Difrex to Anotheroneuser [#] [reply]

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

+++ картошки хватит на всех



Re: Загейтуйте динамик : 06/11/18 17:36 : Anotheroneuser to Difrex [#] [reply]

Словарище.

Загейтуйте динамик.
Сабж. А именно эху ii.test.14. Я начинаю тестирование писанины, как через веб, так и через клиент

Синхронизируйте узел "динамик".
Такая вот тема сообщения.
Синхронизировать нужно эху ii.test.14.
# Так и не понял, как перевести "эха". Получается, что сеть состоит из узлов, которые, в свою очередь, содержат ленты сообщений. А ленты содержат сообщения. А сообщения могут находиться вне лент? )) Где-нибудь в нигде.

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



Re: Загейтуйте динамик : 06/11/18 17:16 : Difrex to Anotheroneuser [#] [reply]

Anotheroneuser> > Загейтуйте
Anotheroneuser> Как это по-русски?)) «Закрыть ворота»?
Зацени, что у нас есть https://ii-net.tk/idec-doc/?p=terminology :)

+++ Емакс не пищит и текст не портит



The dynamic.lessmore.pw has clients support : 06/11/18 15:44 : Difrex to All [#] [reply]

Собственно сабж. Можно читать и писать. Протестированы все основные клиенты,

исправленны все найденные(мною) баги. Попутно добавились фичи и исправления в пакет go-idec.
Исходники ноды отзеркалены на гитхаб: https://github.com/idec-net/lessmore-node
На этой или следующей неделе появится возможность постить из веб-гуйни.

Выпью пива :)

// А еще на работе зарелизили в прод сегодня систему автоматического инцидент-менеджмента

+++ Caesium/0.4 RC1



Re: Странности IDEC Mobile : 06/11/18 11:42 : vit01 to Difrex [#] [reply]

Difrex> А это норм, что IDEC Mobile в качесте нового сообщения формирует такой вот текст?


Такого быть не может, иначе сообщение не отправится
Я перепроверил, всё норм создаётся

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Странности IDEC Mobile : 06/11/18 08:44 : Difrex to All [#] [reply]

А это норм, что IDEC Mobile в качесте нового сообщения формирует такой вот текст?

====
ii.test.14
All
another test
Test
====



Т.е. всего 3 строки в заголовке, хотя в стандарте у нас вот что:

====
1	echoarea	эхоконференция, в которую помещается сообщение
2 msgto пользователь, которому вы пишете (либо All, если обращаетесь ко всем)
3 subj тема сообщения
4 - пустая строка
5 repto если начинается с @Repto:, то нода проставляет тэг repto (указывает id письма, на которое отвечаем). Иначе строка относится к тексту сообщения
6 и далее msg текст сообщения
====




Re: Загейтуйте динамик : 05/11/18 06:54 : Anotheroneuser to Difrex [#] [reply]

> Загейтуйте

Как это по-русски?)) «Закрыть ворота»?

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.



Re: Как взять на карандаш : 04/11/18 17:25 : Anotheroneuser to vit01 [#] [reply]

Тээкс.. Сейчас попробую..



Re: Как взять на карандаш : 04/11/18 16:32 : vit01 to Anotheroneuser [#] [reply]

> Пригодится, наверняка. Только разберусь, как его запускать..

На Арче из зависимостей только python, bash и python-pyqt5

На Дебиане/Убунте список зависимостей такой: python3-pyqt5, python3-pyqt5.qtsvg

Запускать сам клиент очень просто: файлик cutiefeed.py
Либо пометить для исполнения, либо набрать python3 cutiefeed.py



Re: Загейтуйте динамик : 04/11/18 16:25 : vit01 to Difrex [#] [reply]

Загейтовано.

2All: проверьте в pipe.2032 сообщения ii://2QzNqUiyuoPcPn0l74KP[*][*] и ii://0dIDXSJTLtR8N2KnLTl1[*][*] , они порченные, без текста



Загейтуйте динамик : 04/11/18 15:26 : Difrex to All [#] [reply]

Сабж. А именно эху ii.test.14. Я начинаю тестирование писанины, как через веб, так и через клиент :)

+++ картошки хватит на всех



Re: Как взять на карандаш : 04/11/18 09:31 : btimofeev to vit01 [#] [reply]

vit01> Достаточно лишь перейти по ii-ссылке вида ii://2GfFXMiDX4GNqmn01BjK[*][*] из браузера или из любого другого приложения

Неплохо, если бы клиент умел искать сообщения по id. А то по тексту умеет, а id игнорирует.



Re: Как взять на карандаш : 04/11/18 09:13 : Difrex to Anotheroneuser [#] [reply]

Anotheroneuser> Нельзя ли мне какую-нибудь схему.. или ссылку на объяснение-для-лиц-далёких-от?
Anotheroneuser> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.
Не знаю будет ли тебе удобно, но на https://dynamic.lessmore.pw есть избранное.
Щелкаешь на зведочку в правом нижнем углу сообщения и оно добавляется в твое избранное,
потом увидеть можно тут: https://dynamic.lessmore.pw/favorites

// Починил ноду(IDEC API) на динамике. Работают схемы x/c, list.txt, m, e, u/m, u/e

+++ Емакс не пищит и текст не портит



Re: Как взять на карандаш : 04/11/18 07:23 : vit01 to btimofeev [#] [reply]

vit01>> Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

btimofeev> Кстати, а как потом найти по этому id сообщение (в мобильном клиенте)? Если вбиваю в поиск, то не находит. И если сообщения нет в базе, то клиент показывает, что его нет: было бы замечательно, что бы он его предлагал скачать или сразу скачивал.

Достаточно лишь перейти по ii-ссылке вида ii://2GfFXMiDX4GNqmn01BjK[*][*] из браузера или из любого другого приложения

А если сообщения нет в базе, то Меню -> "Обновить с сервера"

Предлагать скачивать - это неплохая идея, надо будет реализовать

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Как взять на карандаш : 04/11/18 07:04 : btimofeev to vit01 [#] [reply]

vit01> 2. Если нужна ссылка на сообщение, то тебе нужен его уникальный ID, состоящий из 20 символов.

vit01> Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

Кстати, а как потом найти по этому id сообщение (в мобильном клиенте)? Если вбиваю в поиск, то не находит. И если сообщения нет в базе, то клиент показывает, что его нет: было бы замечательно, что бы он его предлагал скачать или сразу скачивал.



Re: Как взять на карандаш : 03/11/18 08:07 : Anotheroneuser to vit01 [#] [reply]

Пригодится, наверняка. Только разберусь, как его запускать..



Re: Как взять на карандаш : 02/11/18 05:38 : vit01 to Anotheroneuser [#] [reply]

Anotheroneuser> О CutieFeed мне до сих пор слышать не приходилось, кстати.

https://github.com/idec-net/cutiefeed

Вдруг пригодится

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Как взять на карандаш : 02/11/18 05:04 : Anotheroneuser to vit01 [#] [reply]

Ого. Благодарю тебя.
О CutieFeed мне до сих пор слышать не приходилось, кстати.



Re: Как взять на карандаш : 02/11/18 01:11 : vit01 to Anotheroneuser [#] [reply]

Anotheroneuser> Но не знаю, как мне запомнить место, где было сообщение, на которое я хочу ответить.

Anotheroneuser> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.

1. Если нужно просто "сохранить на потом", то в IDEC Mobile жмёшь звёздочку в верхней панели, когда читаешь сообщение, и оно появится в избранных.

В CutieFeed есть аналогичная звёздочка.

Если сообщение в избранных больше не нужно (например, ты ответил уже на него), то убираешь звёздочку.

2. Если нужна ссылка на сообщение, то тебе нужен его уникальный ID, состоящий из 20 символов.

В IDEC Mobile он находится снизу темы сообщения, прямо под отправителем и получателем. Отображается как "msgid: blablabla"

Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

В CutieFeed msgid тоже отображается, его можно выделить и скопировать.

3. Для IDEC Mobile есть и третий вариант. Наверху справа в верхней панели есть кнопка с тремя точками, где меню. В меню есть пункт "сохранить в файл".
Сообщение вместе с айдишником сохраняется в текстовый файл. Тоже полезно.
Также в этой менюшке есть пункт "поделиться", который делает похожую вещь. msgid в тексте сообщения тоже сохраняется

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Как взять на карандаш : 01/11/18 19:55 : Peter to Anotheroneuser [#] [reply]

Anotheroneuser> О, нормально. Вполне подойдёт.
Anotheroneuser> То есть, каждое сообщение здесь имеет собственный адрес, который никогда не поменяется?

Совершенно точно. Более того, это сообщение можно на любой ноде найти по этому хешу.



Re: Как взять на карандаш : 01/11/18 19:30 : Anotheroneuser to Peter [#] [reply]

> нажать на "глаз" над сообщением и скопировать

О, нормально. Вполне подойдёт.
То есть, каждое сообщение здесь имеет собственный адрес, который никогда не поменяется?



Re: Как взять на карандаш : 01/11/18 19:21 : Peter to Anotheroneuser [#] [reply]

> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.

Я бы тоже хотел такую штуку, но сейчас она на syscall только для админа. Это те самые избранные сообщения.
В Android клиенте, наверное, есть.
А так - нажать на "глаз" над сообщением и скопировать куда то себе в редактор. :)



Как взять на карандаш : 01/11/18 18:29 : Anotheroneuser to All [#] [reply]

Ну или на перо. Наверняка кто-то уже задавал такой вопрос, но, простите меня, не углублялся в поиск.
Короче, ситуация такова. Я в последнее время занят и поэтому захожу только читать.
Отвечать сразу не хочу, потому что выходит полный бред (если отвечать не сразу, то выходит неполный). Но не знаю, как мне запомнить место, где было сообщение, на которое я хочу ответить. Понял, что почти не ориентируюсь в IDEC. И это огорчает.

Нельзя ли мне какую-нибудь схему.. или ссылку на объяснение-для-лиц-далёких-от?
А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.



Re: dynamic : 01/11/18 16:55 : Difrex to vit01 [#] [reply]

vit01> Как раз заходил туда сегодня, чтобы глянуть статистику по эхам. Правда, чего нужно, не нашёл
vit01> Хотелось посмотреть поток сообщений в "роботизированных" эхах по дням недели в среднем за месяц, а там только для "человеческих"
Вот этого через АПИ не получишь - наружу не торчит, т.к. для статов по дням недели используется groovy,
а это потенциальная уязвимость.

vit01> Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.
Сделаю страничку для роботов :)
Еще есть в планах доливать раз в неделю данные в read-only индекс и прямо вставлять iframe из кибаны,
чтобы все интерактивно было.

vit01> +++ Отправлено через IDEC Mobile
vit01> +++ GNU/Linux, Android, physics, MLP:FIM

+++ Емакс не пищит и текст не портит



Re: dynamic : 01/11/18 16:37 : vit01 to Difrex [#] [reply]

Difrex> // А я на динамик новый дизайн завез. Думаю допилить его(постинг) наконец-то и выложить сорцы

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

Хотелось посмотреть поток сообщений в "роботизированных" эхах по дням недели в среднем за месяц, а там только для "человеческих"

Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Кривой файл : 24/10/18 15:51 : Andrew Lobanov to vit01 [#] [reply]

AL>> Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)
AL>> Ладно. Буду в музыкальные эхи анонсить.
vit01> Увеличил до 80 мб лимит. Пока место на диске позволяет.
vit01> Но файлы по-хорошему анонсировать всё равно надо. Во-первых, не все следят за файлэхами. Во-вторых, чтобы не скачивать котов в мешке, ведь иногда описания может быть недостаточно.

Ну вообще, bitjam podcast он и есть bitjam podcast =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Кривой файл : 24/10/18 15:27 : vit01 to Andrew Lobanov [#] [reply]

AL> Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)
AL> Ладно. Буду в музыкальные эхи анонсить.

Увеличил до 80 мб лимит. Пока место на диске позволяет.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Кривой файл : 22/10/18 14:59 : Andrew Lobanov to vit01 [#] [reply]

AL>> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.
vit01> Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)
vit01> Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.
vit01> Поэтому, чтобы *все* твои файлы "доходили до адресата", мне приходится править конфиг, увеличивая лимит, потом вручную дёрнуть фетчер и править конфиг обратно.

Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)

Ладно. Буду в музыкальные эхи анонсить.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Кривой файл : 22/10/18 11:58 : vit01 to Andrew Lobanov [#] [reply]

AL> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.

Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)

Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.

Поэтому, чтобы *все* твои файлы "доходили до адресата", мне приходится править конфиг, увеличивая лимит, потом вручную дёрнуть фетчер и править конфиг обратно.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Кривой файл : 22/10/18 04:39 : Andrew Lobanov to All [#] [reply]

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 12/10/18 14:18 : vit01 to Andrew Lobanov [#] [reply]

vit01>>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

vit01>> Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

AL> Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

Действительно, тут я ошибся. IDEC Mobile тоже подсчитывает слайсы по ним (хоть и более хитро), а ещё уведомления выдаёт :)

Важно, что поле только возрастает, и что на сервере после удаления сообщений значение /x/c не должно уменьшаться.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Протокол IDEC : 12/10/18 11:06 : Andrew Lobanov to vit01 [#] [reply]

vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
vit01> Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

mirage>> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.
vit01> Дефолт для клиентов - скачивать по 20 сообщений за раз (можно увеличить в настройках), а индекс получать пачками.
vit01> iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.
mirage>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>> Только возникнет проблема если это сообщение будет удалено.
vit01> Проблема не только в удалении, но и в том, что сообщения могут не сохранять порядок в индексе базы. То есть они могут быть перепутаны хронологически.

Да все эти варианты мы уже рассматривали и обсуждали. Начиная с лета 2014 и заканчивая обсуждением расширенной u/e. Пройденный этап, откинутые варианты. Нет смысла к ним возвращаться. К тому же до сих пор не было озвучено предполагаемых преимуществ перед текущим вариантом.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 11/10/18 17:44 : vit01 to mirage [#] [reply]

vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

mirage> Тогда это уже не количество сообщений будет, а что-то другое.

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

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

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

iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.

mirage> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage> Только возникнет проблема если это сообщение будет удалено.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Кто какой софт для ноды использует? : 11/10/18 17:28 : vit01 to mirage [#] [reply]

Андрей пользует собственный iing
Пётр - патченный iing
У меня своя нода ii-php
У Дениса своя реализация на базе elasticsearch

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Кто какой софт для ноды использует? : 11/10/18 17:21 : Andrew Lobanov to mirage [#] [reply]

mirage> Сабж.

В данный момент это iing, но в планах переход на новый софт, который у меня подвис в процессе и будет релизнут, видимо, уже только в следующем году. Он готов, но ещё не доделан вебинтерфейс. На этот раз на golang =)

+++ Caesium/0.4 RC1



Re: Кто какой софт для ноды использует? : 11/10/18 15:12 : Peter to mirage [#] [reply]

> Кто какой софт для ноды использует?

Я на https://github.com/gl00my/iing
Это запатченный на мои нужды iing.



Кто какой софт для ноды использует? : 11/10/18 14:14 : mirage to All [#] [reply]

Сабж.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 07:51 : Andrew Lobanov to mirage [#] [reply]

mirage> Этот x/c нужен же для u/e?

Нет.

mirage> Смотрю в описание u/e: смещение указывается одно для всех эх в запросе?
mirage> Получается не оптимально. Ведь в разных эхах разное количество апдейтов.

Да, но зато никакой дополнительной нагрузки на ноду.

mirage> А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее.

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 07:51 : Andrew Lobanov to mirage [#] [reply]

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

Можешь предложить красивое решение?

Вот, например, я подписан на несколько эх. Тогда я просто отправляю запрос x/c/bash.rss/pipe.2032/idec.talks и потом делаю u/e/bash.rss/pipe.2032/idec.talks/-50:50. Передавать что-то типа x/e/bash.rss/<id1>/pipe.2032/<id2>/idec.talks/<id3>?

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 07:19 : mirage to Andrew Lobanov [#] [reply]

AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.
AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое.
AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

Этот x/c нужен же для u/e?
Смотрю в описание u/e: смещение указывается одно для всех эх в запросе?
Получается не оптимально. Ведь в разных эхах разное количество апдейтов.
А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 07:08 : mirage to Andrew Lobanov [#] [reply]

AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.
AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое.
AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

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

+++ Caesium/0.4 RC1



Re: Caesium и файлэхи : 10/10/18 06:23 : Andrew Lobanov to mirage [#] [reply]

Peter>>> Фехи не поддерживаются этой нодой (syscall) :)
mirage>> Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/
mirage> Кажется я доменом ошибся. В одной доке .tk в другой .ml
mirage> В итоге в клиенте одно, в браузере другое :)

Да. tk я проморгал =(

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 06:23 : Andrew Lobanov to mirage [#] [reply]

AL>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.

Ещё проще так, как есть. Потому что оно уже есть и оно простое.

Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 06:23 : Andrew Lobanov to mirage [#] [reply]

mirage> Фетчер знает сколько ему надо максимум запросить чтобы не подавиться, по каким-либо причинам.

Сколько угодно =)

mirage> Допустим это 100 idшников.
mirage> Он запрашивает 100 записей от последнего id. В итоге будет 2 случая:
mirage> 1. Придет меньше 100 id - запоминаем последний, конец.
mirage> 2. Придет 100 id - запоминаем последний и запрашиваем снова 100 от него.

Этот вариант мы тоже рассматривали. Но пока думали как это сделать так, чтобы не плодить сущностей и не сломать совместимость с ii (ты до сих пор можешь взять ii-client-03 и пользоваться им), соорудили эту штуку на том, что было. Получилось просто и без излишеств.

AL>> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.
mirage> Это было предложение на вопрос в дискуссии о не совсем ясном числе в ответе API. Ну и это может быть расширением.

Я понимаю, что предложение, но не понимаю в чём будет выигрыш? Можно и аутбаунды сделать а-ля FTN, но пользы нет.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 06:15 : mirage to Andrew Lobanov [#] [reply]

AL> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

По нетмайлу готов proposal. Просто чтобы внимание не распылять по одной теме пишу :)

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 06:01 : mirage to Andrew Lobanov [#] [reply]

>>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
Peter>> Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.
AL> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.

Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах
и время обработки запроса. С ID проще, строже.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 06:01 : mirage to Andrew Lobanov [#] [reply]

AL>>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage>> Несколько десятков ID и получит. Только новое.
AL> Каким образом фетчер узнает по одному ID сколько ему сообщений зпрашивать в слайсе? Вот он запомнил, что поледним получил сообщение mzu2V8Iz3VIAVeDg0TOi. Как он узнает сколько именно тянуть?

Фетчер знает сколько ему надо максимум запросить чтобы не подавиться, по каким-либо причинам.
Допустим это 100 idшников.
Он запрашивает 100 записей от последнего id. В итоге будет 2 случая:
1. Придет меньше 100 id - запоминаем последний, конец.
2. Придет 100 id - запоминаем последний и запрашиваем снова 100 от него.

mirage>> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage>> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage>> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage>> И получает ID4 ID5 ID6 и запоминает ID6.
mirage>> Весь индекс тянуть заново не надо.
AL> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

Это было предложение на вопрос в дискуссии о не совсем ясном числе в ответе API. Ну и это может быть расширением.

+++ Caesium/0.4 RC1



Re: Caesium и файлэхи : 10/10/18 05:48 : mirage to mirage [#] [reply]

Peter>> Фехи не поддерживаются этой нодой (syscall) :)
mirage> Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/

Кажется я доменом ошибся. В одной доке .tk в другой .ml
В итоге в клиенте одно, в браузере другое :)

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 05:43 : Andrew Lobanov to Peter [#] [reply]

>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
Peter> Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.

Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 05:43 : Andrew Lobanov to mirage [#] [reply]

mirage> Ну и можно тоже тянуть слайсами. Просить N ids от последнего id. Последний запомнить и опять N от последнего.

Как ты это видишь в текущем варианте? Как из ID получить что-то типа -10:10?

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 05:43 : Andrew Lobanov to mirage [#] [reply]

AL>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage> Несколько десятков ID и получит. Только новое.

Каким образом фетчер узнает по одному ID сколько ему сообщений зпрашивать в слайсе? Вот он запомнил, что поледним получил сообщение mzu2V8Iz3VIAVeDg0TOi. Как он узнает сколько именно тянуть?

mirage> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage> И получает ID4 ID5 ID6 и запоминает ID6.
mirage> Весь индекс тянуть заново не надо.

Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Протокол IDEC : 10/10/18 05:15 : Peter to mirage [#] [reply]

> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.

Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.



Re: Протокол IDEC : 10/10/18 04:48 : mirage to mirage [#] [reply]

AL>>>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.
mirage>>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>>> Только возникнет проблема если это сообщение будет удалено.
AL>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage> Несколько десятков ID и получит. Только новое.
mirage> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage> И получает ID4 ID5 ID6 и запоминает ID6.
mirage> Весь индекс тянуть заново не надо.

Ну и можно тоже тянуть слайсами. Просить N ids от последнего id. Последний запомнить и опять N от последнего.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 03:36 : mirage to Andrew Lobanov [#] [reply]

AL>>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.
mirage>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>> Только возникнет проблема если это сообщение будет удалено.
AL> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.

Несколько десятков ID и получит. Только новое.

Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
На ноду еще приходят сообщения: ID4 ID5 ID6.
В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
И получает ID4 ID5 ID6 и запоминает ID6.
Весь индекс тянуть заново не надо.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 10/10/18 02:43 : Andrew Lobanov to mirage [#] [reply]

AL>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

mirage> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage> Только возникнет проблема если это сообщение будет удалено.

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

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Caesium и файлэхи : 09/10/18 20:59 : mirage to Peter [#] [reply]

Peter> Фехи не поддерживаются этой нодой (syscall) :)

Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/

+++ Caesium/0.4 RC1



Re: Caesium и файлэхи : 09/10/18 20:55 : Peter to mirage [#] [reply]

Фехи не поддерживаются этой нодой (syscall) :)



Re: Протокол IDEC : 09/10/18 20:17 : mirage to Andrew Lobanov [#] [reply]

mirage>>>> | GET /x/с/<параметры>
mirage>>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
AL> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

Другой вариант при запросе методом инкрементного листинга нода может записывать в файл эхи метку вида ">node_name"
и при следующем запросе отдавать список от этой метки и двигать ее в конец.

Я больше склоняюсь к первому варианту, он более гибкий, простой и стабильный.
Надо только продумать удаление, без удаления id сообщения из списка.

+++ Caesium/0.4 RC1



Re: Caesium и файлэхи : 09/10/18 19:36 : mirage to Andrew Lobanov [#] [reply]

mirage>> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.
AL> Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

Пробовал. Не фетчит.

+++ Caesium/0.4 RC1



Re: Caesium и файлэхи : 09/10/18 17:32 : Andrew Lobanov to mirage [#] [reply]

mirage> Сабж как? В документации нет.

Добавь в конфиг что-то типа

====
fecho pictures
====



и всё.

mirage> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 09/10/18 17:32 : Andrew Lobanov to mirage [#] [reply]

mirage>>> | GET /x/с/<параметры>
mirage>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage> Тогда это уже не количество сообщений будет, а что-то другое.

На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

vit01>> С точки зрения масштабируемости протокола это хорошая идея, но на практике ещё никому не пригождалось скачивать сообщения очень большими порциями.
vit01>> Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

Я задумывался, но реальной пользы не заметил.

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

iitxt это ii-клиент, что следует из названия. Даже если POST u/m будет в IDEC добавлен, в iitxt никто не будет ничего менять =)

+++ Caesium/0.4 RC1



Re: Вопросы/предложения по Caesium : 09/10/18 17:32 : Andrew Lobanov to mirage [#] [reply]

mirage> | Esc - выход из режима чтения в режим выбора эхоконференции
mirage> Зачем выбран Esc для этой функции? Он в ncurses тормозит.
mirage> | F10 - выход из клиента
mirage> Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.

Ты всегда можешь поправить биндинги в keys.py.

+++ Caesium/0.4 RC1



Caesium и файлэхи : 09/10/18 16:54 : mirage to All [#] [reply]

Сабж как? В документации нет.
В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

+++ Caesium/0.4 RC1



Re: Протокол IDEC : 09/10/18 16:54 : mirage to vit01 [#] [reply]

mirage>> | GET /x/с/<параметры>
mirage>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

Тогда это уже не количество сообщений будет, а что-то другое.

vit01> // удалять сообщения может только держатель ноды, и это в будущем так и останется
mirage>> | /u/m/msgid/msgid/msgid
mirage>> Количество msgid лимитировано длиной GET запроса на сервере.
mirage>> Почему вместо этого не передавать msgid в POST?
vit01> С точки зрения масштабируемости протокола это хорошая идея, но на практике ещё никому не пригождалось скачивать сообщения очень большими порциями.
vit01> Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.


+++ Caesium/0.4 RC1



Re: Протокол IDEC : 09/10/18 16:33 : vit01 to mirage [#] [reply]

mirage> | GET /x/с/<параметры>
mirage> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

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

Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

// удалять сообщения может только держатель ноды, и это в будущем так и останется

mirage> | /u/m/msgid/msgid/msgid
mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

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

Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Протокол IDEC : 09/10/18 16:05 : Peter to mirage [#] [reply]

mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

Думаю, из соображений простоты. А фетчеры обычно забирают сообщения пачками, скажем, по 16 сообщений. В цикле. Поэтому ограничение не критично.



Протокол IDEC : 09/10/18 15:54 : mirage to All [#] [reply]

Читаю про сабж и не понимаю.

| GET /x/с/<параметры>
| Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

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


| /u/m/msgid/msgid/msgid

Количество msgid лимитировано длиной GET запроса на сервере.
Почему вместо этого не передавать msgid в POST?

+++ Caesium/0.4 RC1



Вопросы/предложения по Caesium : 09/10/18 15:54 : mirage to All [#] [reply]

| Esc - выход из режима чтения в режим выбора эхоконференции

Зачем выбран Esc для этой функции? Он в ncurses тормозит.

| F10 - выход из клиента

Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.


+++ Caesium/0.4 RC1



Re: Что такое ii? : 09/10/18 05:22 : vit01 to mirage [#] [reply]

mirage> Что за клуб и что за ii?
mirage> Попытки найти источник не были успешными.

Всё началось отсюда
https://www.linux.org.ru/news/opensource/10319264

И продолжилось здесь
https://www.linux.org.ru/news/opensource/10534550

Сейчас ii как таковой уже не существует, да и Рома (автор идеи) от нас ушёл, потому что во всём разочаровался и потерял интерес к проекту.

IDEC - это прямой потомок как самой идеи ii, так и его протокола.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM



Re: Что такое ii? : 08/10/18 16:16 : Andrew Lobanov to mirage [#] [reply]

mirage> Что за клуб и что за ii?

Не осталось уже ни клуба хороших людей (основатель создавал какой-то там кружок любителей OpenBSD, но и тот кончился, вроде) ни, можно сказать, ii.

ii это такой обрезанный idec. Без экономии трафика и файлообмена.

mirage> Попытки найти источник не были успешными.

У меня где-то, возможно, осталась эталонная реализация ii, но не уверен. Посмотрю завтра, если не забуду.

+++ Caesium/0.4 RC1



Что такое ii? : 08/10/18 15:52 : mirage to All [#] [reply]

Hi All!

Из документации:
"Берёт своё начало от "Клуба хороших людей" (2014) и работает на распределённом протоколе IDEC
(ii-like Data Exchange Convention), форкнутом от ii (всё от того же "Клуба")."

Что за клуб и что за ii?
Попытки найти источник не были успешными.

+++ Caesium/0.4 RC1



Re: Ничего не загружается в фаловых эхах : 29/09/18 15:07 : Anotheroneuser to Peter [#] [reply]

AL>> Ну либо так либо просить Петра пробросить фэхи =)

Peter> Непроброс фэх

Да я просто хотел картинки посмотреть!))
Добавлю станцию и всё.
Самый верный путь — это когда никого не напрягать.

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.



Re: Ничего не загружается в фаловых эхах : 29/09/18 14:43 : Peter to Andrew Lobanov [#] [reply]

AL> Ну либо так либо просить Петра пробросить фэхи =)

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



Re: Ничего не загружается в фаловых эхах : 29/09/18 13:45 : Andrew Lobanov to Anotheroneuser [#] [reply]

AL>> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.
Anotheroneuser> То есть, надо подключиться к другой станции?

Ну либо так либо просить Петра пробросить фэхи =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.



Re: Ничего не загружается в фаловых эхах : 28/09/18 17:48 : Peter to Anotheroneuser [#] [reply]

Anotheroneuser> То есть, надо подключиться к другой станции?

Да, к станции которая поддерживает файловые эхи.



Re: Ничего не загружается в фаловых эхах : 28/09/18 17:26 : Anotheroneuser to Andrew Lobanov [#] [reply]

AL> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

То есть, надо подключиться к другой станции?

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.



Re: Ничего не загружается в фаловых эхах : 28/09/18 17:09 : Peter to Andrew Lobanov [#] [reply]

AL> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

Совершенно верно. :)



Re: Ничего не загружается в фаловых эхах : 28/09/18 17:07 : Andrew Lobanov to Anotheroneuser [#] [reply]

> Хотел посмотреть фото или загрузить книжку — не получилось. Может, по-другому загружать как-то надо? Я просто нажимал «скачать»

Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.



Ничего не загружается в фаловых эхах : 28/09/18 16:32 : Anotheroneuser to All [#] [reply]

Хотел посмотреть фото или загрузить книжку — не получилось. Может, по-другому загружать как-то надо? Я просто нажимал «скачать»

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.



Re: IDEC Mobile : 24/09/18 11:26 : Andrew Lobanov to vit01 [#] [reply]

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