[>]
Re: python.15
idec.talks
doesnm(tgi,8) — shaos
2024-10-07 06:41:14
>> Хотел сказать передавать по TLS и шифровать прям на хосте, но тут в гробу видали этот TLS (и есть за что)
shaos> TLS сильно неретрокомпьютерно - именно поэтому gemini никогда не будет на ретрокомпах ибо тяжко....
shaos> P.S. Тем временем я вытащил из небытия эху python.15 и добавил в список эх на моём узле:
shaos> https://sprinternet.io/iii-web.php?echo=python.15
Gemini без TLS это Spartan по идее
[>]
Re: Анархия хэшей
idec.talks
hugeping(ping,1) — shaos
2024-10-07 09:23:48
Кажется, что хеш-функция всё-таки должна быть строго задана в стандарте. Ну, или мы считаем что она задана, но не в части тех символов... Де факто, так ведь и получилось...
[>]
Re: Клиенты ii/IDEC для ретрокомпьютеров
idec.talks
hugeping(ping,1) — shaos
2024-10-07 09:33:29
Я писал не для ретрокомпов, а для микропроцессоров. И не idec, а gemini клиента. :) В итоге есть прошивки для cardputer и еще одного неизвестного никому устройства... На самом деле, прикольно, я даже хотел заметку написать. Но руки не дошли. Такой прям "детокс" получается. )
Проблема в том, что нет "стандартной" простой вещи для которой бы хотелось писать такие штуки. Про zx с выходом в сеть я не очень в курсе, насколько это вообще живо и у кого это есть.
Мне наверное больше хотелось бы видеть простой клиент для того же plan9... Хотя опять же, веб интерфейс простой без js решает задачу..
[>]
Re: Клиенты ii/IDEC для ретрокомпьютеров
idec.talks
shaos(spnet, 2) — hugeping
2024-10-07 16:57:22
> Я писал не для ретрокомпов, а для микропроцессоров. И не idec, а gemini клиента. :)
«И не в лотерею, а в карты. И не выиграл, а проиграл» :)
> В итоге есть прошивки для cardputer и еще одного неизвестного никому устройства...
А как проблема наличия TLS там была решена?
[>]
Re: Анархия хэшей
idec.talks
shaos(spnet, 2) — hugeping
2024-10-07 17:15:36
Мне пока непонятно почему в 70% новых сообщений не сходится хэш - возможно новые генерилки RSS-новостей идут «мимо» стандартного пути посылки мессаг через апи поинта…
[>]
Re: Анархия хэшей
idec.talks
doesnm(tgi,8) — shaos
2024-10-07 18:22:58
shaos> Мне пока непонятно почему в 70% новых сообщений не сходится хэш - возможно новые генерилки RSS-новостей идут «мимо» стандартного пути посылки мессаг через апи поинта…
Насколько это плохо? И точно ли там новый код?
[>]
Re: Анархия хэшей
idec.talks
shaos(spnet, 2) — doesnm
2024-10-07 18:50:34
> Насколько это плохо?
Ну пока хэши уникальны и коллизий нет, то наверное норм
> И точно ли там новый код?
Надо смотреть…
[>]
Re: Первая коллизия???
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-08 05:35:53
>> У меня тоже судя по коду стоит проверка на 20. Это точно не в стандарте?
shaos> интересно, что как минимум 7 из проблемных 8 сообщений (у которых длина хэша 19 вместо 20) были созданы с помощью idec.el/0.1 пользователем Difrex (dynamic,1):
Проблема была не в idec.el, а в dynamic. Хеши считает нода, а не клиент.
shaos> и хэши там совсем неправильно посчитаны были т.к. реальные хеши ничего общего с названиями этих сообщений не имеют:
Реальные хеши это придуманное что-то. Они могут быть какие угодно, лишь бы не было коллизий.
[>]
Re: python.15
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-08 05:35:53
>> Хотел сказать передавать по TLS и шифровать прям на хосте, но тут в гробу видали этот TLS (и есть за что)
shaos> TLS сильно неретрокомпьютерно - именно поэтому gemini никогда не будет на ретрокомпах ибо тяжко....
shaos> P.S. Тем временем я вытащил из небытия эху python.15 и добавил в список эх на моём узле:
shaos> https://sprinternet.io/iii-web.php?echo=python.15
Нужна эха по перлу. Я для скриптоты перловку использую, а не пайтон :)
[>]
Re: Анархия хэшей
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-08 05:35:53
shaos> Мне пока непонятно почему в 70% новых сообщений не сходится хэш - возможно новые генерилки RSS-новостей идут «мимо» стандартного пути посылки мессаг через апи поинта…
А у кого новые гейты из RSS стоят? Я думал, я один такой, но у меня этот гейт мхом уже порос.
[>]
Re: Анархия хэшей
idec.talks
shaos(spnet, 2) — Andrew Lobanov
2024-10-08 07:39:03
Ну как же - у меня bot.slashdot уже третью неделю бегает :)
Правда он стандартный из ii-php - там вроде всё как надо (я проверил)
Проверил также lor.opennet и bot.habr.rss (вроде как относительно новый бот) - там вроде тоже всё ок
Расширил свою питоновскую проверялку чтобы печатала первые строчки мессаги в ряд (чтобы грепать можно было с результатом сверки хеша):
#!/usr/bin/python3
import base64,hashlib,sys;
for s in sys.argv:
if '.py' in s:
continue
filename = s
f = open(filename, "rb")
msg = f.read()
hash = base64.urlsafe_b64encode(hashlib.sha256(msg).digest()).decode("utf-8").replace('-', 'A').replace('_', 'z')[:20]
res = 'BAD'
if filename==hash :
res = 'GOOD'
elif filename.casefold()==hash.casefold():
res = 'KINDA'
print(filename,"-->",hash,res,msg.decode("utf-8")[:80].replace('\n','|'));
(запускать в директории msg с аргументом *)
И что же мы теперь видим? Все оригинальные (от бота) сообщения в lor-opennet.17 (14225 штук) имеют несовпадающий хэш - это 2/3 от всех "новых" сообщений!
00b33VZpAzycmjYgAYE2 --> 6cH9LED7U3mmWYkmqjGe BAD ii/ok|lor-opennet.17|1626642001|Новостной_робот|mira, 1|All|Релиз систем сборки
00gY2d9Z3RhS7Ce7AJ7y --> phhYJRbKiehrg9sSfaU1 BAD ii/ok|lor-opennet.17|1542643204|Новостной_робот|mira, 1|All|Выпуск видеоредактор
00n38C6X6Hj7wVLDGXl2 --> VQMe0BdXWP2ghg3rBDjJ BAD ii/ok|lor-opennet.17|1603209602|Новостной_робот|mira, 1|All|Kaitai Struct 0.9||
...
Для примера вот как показываются сообщения из моей эхи bot.slashdot (которая по идее должна на том же движке работать?):
00mqjZAp22bXQxsTUMnl --> 00mqjZAp22bXQxsTUMnl GOOD ii/ok|bot.slashdot|1727583781|robot|shaos, 1|All|Can AI Developers Be Held Liabl
039DRyKs6KYiZFnBrIXW --> 039DRyKs6KYiZFnBrIXW GOOD ii/ok|bot.slashdot|1727389381|Новостной_робот|shaos, 1|All|US Justice Department
0oaUYvbZZCQvqBYV6Gjf --> 0oaUYvbZZCQvqBYV6Gjf GOOD ii/ok|bot.slashdot|1727472181|robot|shaos, 1|All|If 23andMe Is Up for Sale, So I
...
(я впоследствии заменил Новостной_робот на посто robot, но старые сообщения трогать не стал)
[>]
Re: Первая коллизия???
idec.talks
shaos(spnet, 2) — Andrew Lobanov
2024-10-08 07:41:25
> Реальные хеши это придуманное что-то. Они могут быть какие угодно, лишь бы не было коллизий.
Ну ваш "стандарт" описывает вполне конкретно как msgid должен формироваться :)
Разве что чётко не прописано, что заменять надо на A (большую) и z (маленькую) ;)
[>]
Re: python.15
idec.talks
shaos(spnet, 2) — Andrew Lobanov
2024-10-08 08:03:48
> Нужна эха по перлу. Я для скриптоты перловку использую, а не пайтон :)
В году эдак 1999 я бы тебя неистово поддержал :)
Я сам писал все свои бекенды именно на перле (т.к. ничего другого на публичных хостингах в те времена небыло) - я крутил перлы в CGI наверное года до 2005-го (хотя с 2003 у меня уже был форум phpBB, но сам я на PHP тогда ещё не писал ибо сомневался). Потом я перелез на сервлеты (java где-то до 2009 года пока полностью в ней не разочаровался), потом на функциональщину (язык hope через CGI примерно с 2010 по 2018 годы), а потом всё-таки осознал, что лучше и проще PHP ничего нет и всё своё последние лет 5 делаю на PHP+MySQL :)
Приведи хоть один аргумент почему Perl (Raku?) лучше чем Python для локального использования (хотя я все свои скрипты-анализаторы пишу на голых сях - мне так проще) или PHP для веб-бекендов?
[>]
Re: Новый узел IDEC http://shaos.net:8085
idec.talks
shaos(spnet, 2) — doesnm
2024-10-08 08:11:23
> не хватает Manuel - Gas Gas Gas на фоне и анимации как гугл вырывается в топ
А сегодня внезапно вперёд вырвался Фейсбук :)
Правда хлопал он по вебу, а не по интерфейсу поинта:
TOP10 VISITORS:
[1] Facebook point=0 web=72 up=39.9MB (38%)
[2] Google point=214 web=1193 up=38.3MB (36%) <--- Google (9/hr)
[3] 62.109.31.x point=48 web=0 up=16.4MB (15%) <--- tavern (2/hr)
[4] 92.63.98.x point=72 web=0 up=4.8MB (4%) <--- tgi (3/hr)
[5] 95.165.9.x point=146 web=0 up=3.8MB (3%) <--- ping (6/hr)
[6] 24.6.124.x point=0 web=12 up=0.1MB (<1%)
[7] 172.59.161.x point=0 web=9 up=49KB
[8] 172.59.160.x point=0 web=5 up=48KB
[9] 51.75.35.x point=0 web=2 up=36KB
[10] 191.107.164.x point=0 web=2 up=27KB
TOTAL TRAFFIC: 103MB
[>]
Re: Анархия хэшей
idec.talks
shaos(spnet, 2) — shaos
2024-10-08 09:32:06
Поглядел в старые ботоэхи:
lor-opennet.2014 - почти все сообщения GOOD
lor-opennet.15 - порядка 60% GOOD и 40% BAD (после 1456319240 включительно)
habra.14 и habra.15 от difrex - все GOOD
[>]
Re: Первая коллизия???
idec.talks
iiii(ping,48) — shaos
2024-10-09 04:24:55
Это невозможно практически. Хеши точно по сообщениям одинаковые? Я больше склоняюсь к глюку софта, генерирующего хэш. На таком малом количестве сообщений это невозможно.
[>]
Re: Первая коллизия???
idec.talks
iiii(ping,48) — shaos
2024-10-09 04:26:11
Я раз в несколько месяцев/лет перечитываю архив новостей и их комментов с лора 90-х / 00-х. Круто, что там это можно удобно делать.
[>]
Re: Клиенты ii/IDEC для ретрокомпьютеров
idec.talks
iiii(ping,48) — shaos
2024-10-09 04:28:46
настолько ретро - нет, но ii-txt на python2.5 под openbsd 4.2 я гонял на p133/40
кстати, где найти ii-txt 0.8 или 0.9 забыл последнюю версию. я его в качестве base64 дампа в какой-то из эх кидал.
[>]
Re: python.15
idec.talks
iiii(ping,48) — Andrew Lobanov
2024-10-09 04:35:33
> Нетмейл, аутбаунды, карательная система.
вариант с нетмейлом у меня был, но я не понял, зачем он нужен. это можно приделать.
аутбаунды - это то, от чего я хотел избавиться прежде всего. если ты один раз получил этот аутбаунд, а потом как-то потерял файл (привет, SADM), то ты его больше никогда не получишь. система фетчей позволяет получать этот файл вновь и вновь. когда у тебя не один ламповый компьютер, а куча устройств, ты можешь получать эти сообщение на все устройства
карательная система? сколько народу делали XC:*. Забанить ты можешь, а сообщения всё равно получишь - а тут можно и забанить, и сообщения автоматом по блеклисту удалить.
[>]
Re: Клиенты ii/IDEC для ретрокомпьютеров
idec.talks
shaos(spnet, 2) — hugeping
2024-10-09 04:23:25
> Про zx с выходом в сеть я не очень в курсе, насколько это вообще живо и у кого это есть.
Ну как минимум у меня есть :)
Российский клон сетевушки Spectranet и настоящий ZX Spectrum+ (48K)
И в спектрум-эмуляторе Fuse оно поддержано - можно прям сразу кодить и проверять ;)
Я про Spectranet тут пару лет назад справшивал в эхе zx.spectrum
ii://itlwlJxSI5IuWlf9VOze
[>]
Re: Новая эха spnet.stats
idec.talks
shaos(spnet, 2) — shaos
2024-10-09 04:32:11
> В данном случае показываться будут только те, кто использовал поинтовый апи - список будет также меняться раз в сутки...
Кстати в ii-php через веб-интерфейс оказывается можно выйти на голое сообщение показываемое через ii-point.php (т.е. то самое поинтовое апи) - если в списке сообщений нажать на решётку у сабжа, то откроется одно сообщение через ii-web.php, а если в этом одном сообщении ещё раз нажать на решётку у сабжа, то откроется голое сообщение через ii-point.php - это как бы не совсем логично и смешивает 2 разных доступа - наверное я это дело отменю, чтобы статистику поинтов мне не портило притягивая за уши гугл и яндекс...
[>]
Re: Новая эха spnet.stats
idec.talks
shaos(spnet, 2) — shaos
2024-10-09 05:10:02
Исправил - выкатываю iii-php v0.5
https://gitlab.com/shaos/iii-php
Теперь через веб-интерфейс невозможно будет попасть в ii-point.php (голое сообщение можно всё также поглядеть через веб-интерфейс сисопа если очень надо) и кликанье в сабж когда показано только одно сообщение будет перескакивать на предыдущее сообщение в треде (repto)
[>]
Re: Первая коллизия???
idec.talks
iiii(ping,48) — shaos
2024-10-09 05:25:56
> Так то теоретически возможно, но вероятность сего должна быть пренебрежима мала (но тем не менее она не нулевая)
Блин, клиент сожрал моё сообщение и не подавился :(
Там даже первые 6 цифр на 87 сообщений никогда не совпадали. У меня были шортлинки на 6 первых символов.
[>]
Re: Первая коллизия???
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-09 05:46:36
>> Реальные хеши это придуманное что-то. Они могут быть какие угодно, лишь бы не было коллизий.
shaos> Ну ваш "стандарт" описывает вполне конкретно как msgid должен формироваться :)
Наш стандарт весь просто условность и немного договорённостей.
[>]
Re: python.15
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-09 05:46:37
shaos> Приведи хоть один аргумент почему Perl (Raku?) лучше чем Python для локального использования (хотя я все свои скрипты-анализаторы пишу на голых сях - мне так проще) или PHP для веб-бекендов?
На перле писать быстрее и проще, чем на пайтоне в разрезе различных анализаторов и мелких утилит. А ещё он лучше подходит для эзотерического программирования.
PHP для бекенда неудобный и медленный вариант и я для бека выбрал бы какой-нибудь Go, который со своими лёгкими потоками уделывает и пайтон и PHP. Хотя, давно не смотрел что там у PHP, может, появилось что-то лучше, чем mod_php для веба.
[>]
Re: Первая коллизия???
idec.talks
Andrew Lobanov(tavern,1) — iiii
2024-10-09 05:46:37
>> Там даже первые 6 цифр на 87 сообщений никогда не совпадали. У меня были шортлинки на 6 первых символов.
iiii> на 87 тыщ сообщений (о, в таглайне линки не рендерятся, а так?)
Так и не должны по идее, но это дело несложное.
[>]
Re: python.15
idec.talks
shaos(spnet, 2) — Andrew Lobanov
2024-10-09 05:57:30
> На перле писать быстрее и проще, чем на пайтоне в разрезе различных анализаторов и мелких утилит.
Ну это кому как - мне например анализаторы и мелкие утилиты на голых сях проще писать :)
Покажи какой-нибудт перл в несколько строк, чтобы понять о чём речь
> А ещё он лучше подходит для эзотерического программирования.
Настоящая эзотерика это когда чистая Функциональщина :)
[>]
Re: Первая коллизия???
idec.talks
shaos(spnet, 2) — shaos
2024-10-09 06:04:55
Кстати в таверне чото точно сглючило - если кликнуть во второй фетч линк, то там будет вот такое:
...
pOlv1zvAI8G0xaf2fQmt
xIy7luAQzK1ClWMjlAGx
B1mM6Q6NWQ5MuY96FeL3
koYbiZY3ibMe3N87eqTD
D5EpnqqclAcoLamAaUHd
vduRDOaNtRCrndkMs5S4
pxNaNgXcsZJvD8t2fLQX
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
...
т.е. это проблемное сообщение начинает размножаться...