Ну архив тоже типа эха - или когда создали новую, то старую удалили и забыли? ;)
Я вот поиск хочу нагородить по всем эхам, что у меня есть - включая архивные :)

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

> Я просто не могу себе представить пользу от архива новостей ЛОРа и опеннета. Оно полезно в моменте.

Ну вот сидит человек скажем за Спринтером или за ZX-спектрумом и через сетевушку читает ii/IDEC эхи - захотел окнутуся так сказать в историю ну или поиск организовал по ключевому слову - скажем Knoppix и смотрит чего там когда оно упоминалось - круто же? ;)

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

Пока вот подсчитал аналитику за 30 сентября 2024 года (количество дёрганий апи поинта в час подсчитано в среднем по информации за сутки):

[1] 62.109.31.x point=144 web=0 49958KB <--- tavern 6/hr
[2] 62.140.249.x point=5 web=3 7342KB <--- ?
[3] 92.63.98.x point=72 web=0 4784KB <--- tgi 3/hr
[4] 95.165.9.x point=211 web=0 2519KB <--- ping 8/hr
[5] 66.249.79.x point=111 web=340 2218KB <--- Googlebot 4/hr
[6] 24.6.124.x point=1 web=57 387KB <--- Me testing
[7] 92.246.138.x point=0 web=1 311KB
[8] 122.161.50.x point=0 web=1 143KB
[9] 172.59.160.x point=0 web=14 124KB
[10] 5.255.231.x point=0 web=17 106KB

Как можно видеть ping действительно меньше всех берёт, а вот tavern получается самая злобнокачающая нода :)

И кстати кто это 62.140.249.x из Москвы?

Для сравнения тоже самое за вчера (29 сентября 2024 года):

[1] 62.109.31.x point=144 web=0 51721KB <--- tavern 6/hr
[2] 92.63.98.x point=72 web=0 4757KB <--- tgi 3/hr
[3] 66.249.79.x point=206 web=340 3465KB <--- Googlebot 8/hr
[4] 64.176.188.x point=0 web=1 1147KB
[5] 37.114.63.x point=0 web=1 1124KB
[6] 95.165.9.x point=284 web=0 984KB <--- ping 11/hr
[7] 24.6.124.x point=18 web=42 409KB <--- Me testing
[8] 75.119.144.x point=0 web=2 31KB
[9] 95.108.213.x point=1 web=10 27KB <--- ?
[10] 172.56.42.x point=1 web=0 19KB <--- ?

И позавчера (28 сентября 2024 года):

[1] 62.109.31.x point=144 web=0 51972KB <--- tavern 6/hr
[2] 66.249.79.x point=168 web=569 5170KB <--- Googlebot 7/hr
[3] 92.63.98.x point=72 web=0 4758KB <--- tgi 3/hr
[4] 185.80.221.x point=0 web=3 4430KB
[5] 51.195.94.x point=0 web=2 2248KB
[6] 176.126.240.x point=11 web=7 1404KB <--- ?
[7] 64.176.181.x point=0 web=1 1147KB
[8] 95.165.9.x point=218 web=0 759KB <--- ping 9/hr
[9] 24.6.124.x point=13 web=80 594KB <--- Me testing
[10] 62.140.249.x point=1 web=2 537KB <--- ?

Интересно откуда гуглобот знает апи поинта? Подсмотрел в чьём-то ведроидовском клиенте IDEC?...

Добавил распознавание синапса (бот от Matrix.org) и яндексбота (а также переместил название ботов в колонку адреса т.к. боты частенько лезут с совершенно разных подсеток):

30 сентября 2024:

[1] 62.109.31.x point=144 web=0 49958KB <--- tavern ~6/hr
[2] 62.140.249.x point=5 web=3 7342KB <--- ?
[3] 92.63.98.x point=72 web=0 4784KB <--- tgi ~3/hr
[4] 95.165.9.x point=211 web=0 2519KB <--- ping ~8/hr
[5] Google point=111 web=340 2218KB
[6] 24.6.124.x point=1 web=57 387KB <--- shaos
[7] 92.246.138.x point=0 web=1 311KB
[8] YandexBot point=1 web=37 305KB
[9] 122.161.50.x point=0 web=1 143KB
[10] 172.59.160.x point=0 web=14 124KB

29 сентября 2024:

1] 62.109.31.x point=144 web=0 51721KB <--- tavern ~6/hr
[2] 92.63.98.x point=72 web=0 4757KB <--- tgi ~3/hr
[3] Google point=206 web=340 3465KB
[4] 64.176.188.x point=0 web=1 1147KB
[5] 37.114.63.x point=0 web=1 1124KB
[6] 95.165.9.x point=284 web=0 984KB <--- ping ~11/hr
[7] 24.6.124.x point=18 web=42 409KB <--- shaos
[8] YandexBot point=2 web=19 59KB
[9] 75.119.144.x point=0 web=2 31KB
[10] 172.56.42.x point=1 web=0 19KB <--- ?

28 сентября 2024:

[1] 62.109.31.x point=144 web=0 51972KB <--- tavern ~6/hr
[2] Google point=168 web=569 5176KB
[3] 92.63.98.x point=72 web=0 4758KB <--- tgi ~3/hr
[4] 185.80.221.x point=0 web=3 4430KB
[5] 51.195.94.x point=0 web=2 2248KB
[6] Synapse point=14 web=9 1691KB
[7] 64.176.181.x point=0 web=1 1147KB
[8] 95.165.9.x point=218 web=0 759KB <--- ping ~9/hr
[9] 24.6.124.x point=13 web=80 594KB <--- shaos
[10] 62.140.249.x point=1 web=2 537KB <--- ?

27 сентября 2024:

[1] 62.109.31.x point=144 web=0 51802KB <--- tavern ~6/hr
[2] DataForSeoBot point=0 web=29 8572KB
[3] 92.63.98.x point=72 web=0 4719KB <--- tgi ~3/hr
[4] Google point=81 web=204 1543KB
[5] Synapse point=2 web=5 838KB
[6] 95.165.9.x point=235 web=0 828KB <--- ping ~9/hr
[7] 62.140.249.x point=1 web=5 558KB <--- ?
[8] 89.82.213.x point=0 web=1 458KB
[9] 46.148.50.x point=0 web=3 277KB
[10] 188.40.204.x point=1 web=3 271KB <--- ?

26 сентября 2024:

[1] 62.109.31.x point=139 web=0 49453KB <--- tavern ~5/hr
[2] Google point=371 web=727 13667KB
[3] 92.63.98.x point=69 web=0 4499KB <--- tgi ~2/hr
[4] 95.165.9.x point=283 web=0 979KB <--- ping ~11/hr
[5] 24.6.124.x point=3 web=97 795KB <--- shaos
[6] 172.56.42.x point=0 web=15 145KB
[7] 172.56.43.x point=0 web=11 40KB
[8] YandexBot point=2 web=18 39KB
[9] 188.18.8.x point=0 web=1 11KB
[10] 114.119.139.x point=3 web=0 3KB <--- ?

Также теперь под Google понимается 2 агента - Googlebot и GoogleOther (оба лезут из главного гуголового оффиса в Mountain View, CA)

> Это я случайно выкачал всю ноду ибо забыл в ii-tool fetch добавить -
> тестил формат базы ii-go. По крайней мере подсеть моя

тото я смотрю юзер-агент "Go-http-client/1.1" :)

> Вот только сегодня я ничего не фетчил, только вчера

дык я живу во вчера (Калифорния) - у меня 1 октября только пару часов назад наступило ;)

Ну совсем гасить ненадо - пусть будет, но можно пореже чуток сделать - скажем каждые 20 минут (3 раза в час вместо 6), а вот узел ping показал, что легко может каждые 5 минут приходить ;)

P.S. Моя нода тоже все индексы берёт похоже - надо поразбираться как настроить, чтобы работало более оптимально (я не чаще 2 раз в час к каждому стучусь)...

tgi работает себе и работает

Ну в той же таблице было - 3 раза в час

tgi забираёт у меня полные списки, но по ограниченному числу эх - пример:

92.63.98.71 - - [30/Sep/2024:23:00:03 -0700] "GET /ii-point.php?q=/list.txt HTTP/1.1" 200 1244 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:03 -0700] "GET /ii-point.php?q=/u/e/idec.talks HTTP/1.1" 200 19867 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:04 -0700] "GET /ii-point.php?q=/u/e/bot.habr.rss HTTP/1.1" 200 45542 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:06 -0700] "GET /ii-point.php?q=/u/e/plan.9 HTTP/1.1" 200 591 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:06 -0700] "GET /ii-point.php?q=/u/e/zx.spectrum HTTP/1.1" 200 748 "-" "python-requests/2.26.0"

наверное bot.habr.rss можно и не забирать назад, если не подразумевается, что люди будут комментировать сообщения бота...

Кстати в данный момент при попытке зайти в эху bot.habr.rss через веб-интерфейс tgistation.ru оно какое-то время висит и затем показывается ошибка таймаута:

504 Gateway Time-out
nginx/1.18.0 (Ubuntu)

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

Личная почта не входит в «стандарт» IDEC - я знаю некоторые экспериментировали и кое-где оно как-то есть, но никак не совместимо друг с другом как я понимаю…

И кстати наверное emailtoii не есть личная почта - наверное это просто конвертор из приходящей почты в ii - просто способ публикации статей в ii /IDEC т.е. всё что попадает в ii так или иначе становится бубличным (ну разве лишь если имя эхи не содержит какой-то никому не известный ключ типа личный passauth - но опять же сисоп это увидит в любом случае)…

Домашний интернет сегодня чото прилёг (а с ним и моя нода) - вечером только удалось восстановить перегрузив роутер...

Статистика за 1 октября:

[1] 62.109.31.x point=122 web=0 42666KB <--- ~5/hr
[2] 92.63.98.x point=64 web=0 4221KB <--- ~2/hr
[3] 95.165.9.x point=125 web=1 3260KB <--- ~5/hr
[4] 52.207.47.x point=0 web=1 1232KB
[5] Google point=42 web=166 818KB
[6] 24.6.124.x point=0 web=66 396KB
[7] 35.171.141.x point=0 web=1 230KB
[8] Facebook point=3 web=8 127KB
[9] 3.232.102.x point=0 web=1 123KB
[10] 18.205.213.x point=0 web=1 101KB

Сегодня добавился Facebook...

Решил объединить идею декларации аплинков/фетчей и описатель ноды из ii://N9RNo0fkT9a9aolTxpaa

https://sprinternet.io/iii/node.json

Если каждый положит себе на ноду такой node.json ( у меня этот файл доступен и по апи поинтов и напрямую по https://sprinternet.io/node.json ), то в любой момент можно будет автоматически строить топологию IDEC-сети, начиная с одного (любого) узла! Кроме того я планирую автоматически настраивать фетчи именно по этому JSON-описателю.

Заодно официально переименовываю свою ноду из shaos в spnet как сокращение от Sprinternet (сеть для ретрокомпов) с доступным по https:// линком для поинтов:

https://sprinternet.io/iii/

и веб-интерфейсом:

https://sprinternet.io/iii-web.php

старый адрес http://shaos.net:8085/ii-web.php и поинтовый апи http://shaos.net:8085/ii-point.php?q=/ пока также продолжат работать...

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

https://sprinternet.io/iii-web.php?echo=spnet.stats

Иногда буду сюда перепосылать, если что интересное вылезет ;)

Кроме того сделал выписывание активных аплинков внизу вебстраницы вот в таком виде:

Last day top uplinks: tavern 41.7MB (5/hr), tgi 4.1MB (2/hr), ping 3.2MB (5/hr), Google 0.8MB (1/hr), Facebook 0.1MB

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

Да - результат на лицо :)

[1] Google point=108 web=899 26.6MB <--- Google (4/hr)
[2] 62.109.31.x point=48 web=0 16.4MB <--- tavern (2/hr)
[3] DataForSeoBot point=0 web=26 8.3MB
[4] 92.63.98.x point=72 web=0 4.7MB <--- tgi (3/hr)
[5] 95.165.9.x point=144 web=0 3.7MB <--- ping (6/hr)
[6] 95.217.57.x point=0 web=1 1.1MB
[7] 24.6.124.x point=3 web=46 0.4MB
[8] 92.246.138.x point=0 web=1 0.1MB
[9] YandexBot point=0 web=17 0.1MB
[10] 172.56.46.x point=0 web=4 0.0MB

А вот гугл чего-то аж на первое место вышел 8)

Это цезий? Он у меня на всё так пишет...

> Ещё стянул себе эху oldpc.51t.ru c club.hugeping.ru

Нашёл тут продолжение в ввиде эхи old.pc жившей недолго на ii-ноде p2.51t.ru в мае 2022 года и доступной теперь только через веб-архив:

https://web.archive.org/web/20220524025232/http://p2.51t.ru/ii/old.pc

Ни у кого не сохранилось в виде msg-файлов?...

Так то наверное можно докидать эти сообщения вручную в эху oldpc.51t.ru - как разные сервера-клиенты отнесутся к тому, что в сообщениях эхи oldpc.51t.ru будет стоять имя несуществующей эхи old.pc? Ну или при ручном копировании заменить эху c old.pc на oldpc.51t.ru в каждом сообщении...

> У меня тоже судя по коду стоит проверка на 20. Это точно не в стандарте?

интересно, что как минимум 7 из проблемных 8 сообщений (у которых длина хэша 19 вместо 20) были созданы с помощью idec.el/0.1 пользователем Difrex (dynamic,1):

+++ idec.el/0.1
+++ idec.el/0.1
+++ At work. idec.el/0.1
+++ idec.el/0.1
+++ idec.el/0.1
+++ idec.el/0.1
+++ Картошки хватит на всех

и хэши там совсем неправильно посчитаны были т.к. реальные хеши ничего общего с названиями этих сообщений не имеют:

SZ7KQTwMhch9gSIJ1Q3
--> vY11CNkWXWstRfHyD8EQ
APcbWI1obBZ3nr5uZgt
--> BDZIZkGNsacszWnRTEDA
8BqXV3KGYEqIwnPaKsB
--> 9Fz0f71LTxinLyAA26jc
MmBCteS6yMnC2LZLbRC
--> aDDfVncYTkdhSITwY2VB
JDKVlOwszVbKpMvjwN8
--> aagoTsW9vjv61Hsb0UBO
3rkSne5R2FI1QXrlJkF
--> R7mIPIRysuoKAchosrZX
bi36U9W4Zu86wagsE8X
--> H3E9knwnOOTSwBmwaLF7
Hi7AzJtfBZKKb96awMP
--> GPIigM4r30CcSK8tjRzd

По идее можно вернуть эти сообщения в оборот просто добавив 0 в конце ихних хэшей и поправив несколько других сообщений, которые на них ссылаются:

vHtkzHXiAYL0a7zSFS0P:> Так и не понял чем тебе мой вариант не подошёл, который я тут показывал ii://APcbWI1obBZ3nr5uZgt :)
vu94FtaImMH7E9AlDg8d:Так и не понял чем тебе мой вариант не подошёл, который я тут показывал ii://APcbWI1obBZ3nr5uZgt :)
TKcKYfkzLXg3YU3iMQrS:ii/ok/repto/8BqXV3KGYEqIwnPaKsB
sBF0YZDFAAJY9ZXGeTvw:Вот https://dynamic.lessmore.pw/msg/MmBCteS6yMnC2LZLbRC
nXdcHnk0Y4UunGNNUIwi:ii/ok/repto/3rkSne5R2FI1QXrlJkF
z8W283Fkra8J96OrKQCC:ii/ok/repto/bi36U9W4Zu86wagsE8X

Я правильно понимаю, что только я взялся писать клиента для ретрокомпов в 2021 году и до этого никто даже не пытался? Если кто забыл, то я начал писать клиента IDEC на ассемблере Z80 для продвинутого спектрум-клона Sprinter Sp2000 в конце декабря 2021 года, транслируя процесс на ютюб "вживую":

https://youtube.com/live/p20rd0bqZTs
https://youtube.com/live/uwEiQIeD5cw

(причём вотрое видео было ещё и встречей 2022 года)

С тех пор я несколько охладел к Спринтеру, однако написанное терять не хотелось бы, поэтому я могу переиначить написанное и продолжить присать IDEC клиента скажем для ZX-спектрума с сетевой карточкой Spectranet (где используется тот же WizNet чип, что и в моей сетевой карточке для Спринтера - W5100) ну либо вообще асбтаргироваться до уровня системы команд i8080A (КР580ВМ80А) и сделать возможным чтобы этот код ещё и на старых советских компьютерах работал типа Радио-86РК, Апогей, ПК-01 Львов и т.д.

асбтаргироваться = абстрагироваться :)

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

Ради интереса посчитал статистику по соответствию хешей названиям мессагов

Встаром ii архиве (46481 штук):

81.6% названий соответствуют хэшам
18.4% не соответствуют

В новых ii/IDEC мессагах (20760 штук):

28.0% названий соответствует хэшам
0.4% соответствуют после приведения к нижнему регистру (значит была подмена на Z вместо z)
71.6% не соответствует

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

base64.urlsafe_b64encode(hashlib.sha256(msg).digest()).decode("utf-8").replace('-', '').replace('_', '')[:20].ljust(20,'0')

В итоге распределение букв в сформированном таким образом msgid стало плюс-минус равномерным:

0 1072
1 1110
2 1064
3 1026
4 1117
5 1139
6 1049
7 1084
8 1055
9 1075
a 1108
b 1081
c 1093
d 1108
e 1089
f 1052
g 1104
h 1111
i 1076
j 1124
k 1094
l 1090
m 1151
n 1083
o 1047
p 1116
q 1132
r 1029
s 1117
t 1090
u 1073
v 1061
w 1061
x 1129
y 1096
z 1103
A 1002
B 1024
C 1016
D 1089
E 1144
F 1061
G 1045
H 1081
I 1090
J 1107
K 1113
L 1065
M 1122
N 1141
O 1050
P 1019
Q 1125
R 1063
S 1031
T 1115
U 1122
V 1076
W 1121
X 1020
Y 1113
Z 1077

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

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

> Хотел сказать передавать по TLS и шифровать прям на хосте, но тут в гробу видали этот TLS (и есть за что)

TLS сильно неретрокомпьютерно - именно поэтому gemini никогда не будет на ретрокомпах ибо тяжко....

P.S. Тем временем я вытащил из небытия эху python.15 и добавил в список эх на моём узле:

https://sprinternet.io/iii-web.php?echo=python.15

> Gemini без TLS это Spartan по идее

а не Gopher? ;)

> Я писал не для ретрокомпов, а для микропроцессоров. И не idec, а gemini клиента. :)

«И не в лотерею, а в карты. И не выиграл, а проиграл» :)

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

А как проблема наличия TLS там была решена?

Мне пока непонятно почему в 70% новых сообщений не сходится хэш - возможно новые генерилки RSS-новостей идут «мимо» стандартного пути посылки мессаг через апи поинта…

> Насколько это плохо?

Ну пока хэши уникальны и коллизий нет, то наверное норм

> И точно ли там новый код?

Надо смотреть…

Ну как же - у меня 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, но старые сообщения трогать не стал)

> Реальные хеши это придуманное что-то. Они могут быть какие угодно, лишь бы не было коллизий.

Ну ваш "стандарт" описывает вполне конкретно как msgid должен формироваться :)

Разве что чётко не прописано, что заменять надо на A (большую) и z (маленькую) ;)

> Нужна эха по перлу. Я для скриптоты перловку использую, а не пайтон :)

В году эдак 1999 я бы тебя неистово поддержал :)
Я сам писал все свои бекенды именно на перле (т.к. ничего другого на публичных хостингах в те времена небыло) - я крутил перлы в CGI наверное года до 2005-го (хотя с 2003 у меня уже был форум phpBB, но сам я на PHP тогда ещё не писал ибо сомневался). Потом я перелез на сервлеты (java где-то до 2009 года пока полностью в ней не разочаровался), потом на функциональщину (язык hope через CGI примерно с 2010 по 2018 годы), а потом всё-таки осознал, что лучше и проще PHP ничего нет и всё своё последние лет 5 делаю на PHP+MySQL :)
Приведи хоть один аргумент почему Perl (Raku?) лучше чем Python для локального использования (хотя я все свои скрипты-анализаторы пишу на голых сях - мне так проще) или PHP для веб-бекендов?

> не хватает 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

Поглядел в старые ботоэхи:

lor-opennet.2014 - почти все сообщения GOOD
lor-opennet.15 - порядка 60% GOOD и 40% BAD (после 1456319240 включительно)
habra.14 и habra.15 от difrex - все GOOD

P.S. Момент времени 1456319240 это "Wed Feb 24 2016 13:07:20 GMT+0000" начиная с которого в lor-opennet.* всё стало плохо...

> Про zx с выходом в сеть я не очень в курсе, насколько это вообще живо и у кого это есть.

Ну как минимум у меня есть :)
Российский клон сетевушки Spectranet и настоящий ZX Spectrum+ (48K)
И в спектрум-эмуляторе Fuse оно поддержано - можно прям сразу кодить и проверять ;)
Я про Spectranet тут пару лет назад справшивал в эхе zx.spectrum ii://itlwlJxSI5IuWlf9VOze

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

Кстати в ii-php через веб-интерфейс оказывается можно выйти на голое сообщение показываемое через ii-point.php (т.е. то самое поинтовое апи) - если в списке сообщений нажать на решётку у сабжа, то откроется одно сообщение через ii-web.php, а если в этом одном сообщении ещё раз нажать на решётку у сабжа, то откроется голое сообщение через ii-point.php - это как бы не совсем логично и смешивает 2 разных доступа - наверное я это дело отменю, чтобы статистику поинтов мне не портило притягивая за уши гугл и яндекс...

не страшно - восстановим ;)

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

Исправил - выкатываю iii-php v0.5 https://gitlab.com/shaos/iii-php

Теперь через веб-интерфейс невозможно будет попасть в ii-point.php (голое сообщение можно всё также поглядеть через веб-интерфейс сисопа если очень надо) и кликанье в сабж когда показано только одно сообщение будет перескакивать на предыдущее сообщение в треде (repto)

У меня в дебияне всё ещё есть :)

>python --version
Python 2.7.16

Значится так - первое упоминание этого msgid (v2gj6Qx0JJmoNlcjcJlg) у меня в логах появилось Sun Dec 19 12:16:49 PST 2021 когда я впервые стянул некоторые эхи с таверны на свою ноду (на тот момент это был неизменённый ii-php):

lor-opennet.17
fetch http://idec.spline-online.ml/u/m/UTCMFH1UP4bIqmAsfKpI/W5MAAlryHwKN8JULaVRp/XcXgSAAM5Lmvh2xOCEvq/z7iYfI4atYDtGthgTCFA/z9D05BUbcAzIQflFYnzG/z9Yff5M5XNJGXAbMlikb/VV5LZpf7U9HbZqD7EloC/FREYgvbDp8JUs0mDfQPj/UcXyqV4Wr9MwC7N6UbzC/v2gj6Qx0JJmoNlcjcJlg/9zrVs589o3goy25DHkxY/DeKrvjOA4Enw1iA8Gn0q/eTdc6GplkNMTuJSJk6HS/NNrA0wTBk38XVYZzh2Sh/TFJuhrx2vnh526yhRWxP/xcUP2HgvHuWS7CZb3yl5/034KH4ajtBdWpI8GPaf4/HasPCfoV1NQLfDLUeAdy/wGz7KQv3AwrZMSR4i5pk/XczrIJymRAM0BHA5l6B9

Тогда всё было ок - уникальный msgid обозначала некое старое сообщение в эхе lor-opennet.17

Второй раз этот хэш у меня в логах проскочил в январе этого года:

Sun Jan 7 17:27:01 PST 2024
fetch http://idec.spline-online.ru/u/e/idec.talks/idec.test/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum/silicon.valley.local
idec.talks
fetch http://idec.spline-online.ru/u/m/v2gj6Qx0JJmoNlcjcJlg
message saved: ok
lor-opennet.17
fetch http://idec.spline-online.ru/u/m/e3FfHqImRAIj20s4qnzO
invalid message: e3FfHqImRAIj20s4qnzO
error saving e3FfHqImRAIj20s4qnzO

Тут уже этот хэш как бы пришёл из idec.talks (с таверны) и следом за ним пришло какое-то невалидное сообщение для lor-opennet.17 (интересно, что с таким кодом сообщения нет нигде) - могло ли что-то сломаться в тот момент в таверне? Возможно...

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

Ну это кому как - мне например анализаторы и мелкие утилиты на голых сях проще писать :)

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

> А ещё он лучше подходит для эзотерического программирования.

Настоящая эзотерика это когда чистая Функциональщина :)

Кстати в таверне чото точно сглючило - если кликнуть во второй фетч линк, то там будет вот такое:

...
pOlv1zvAI8G0xaf2fQmt
xIy7luAQzK1ClWMjlAGx
B1mM6Q6NWQ5MuY96FeL3
koYbiZY3ibMe3N87eqTD
D5EpnqqclAcoLamAaUHd
vduRDOaNtRCrndkMs5S4
pxNaNgXcsZJvD8t2fLQX
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
v2gj6Qx0JJmoNlcjcJlg
...

т.е. это проблемное сообщение начинает размножаться...

Таки не сохранилось?...

о - сенькс :)

аха :)

api/sx.py: return base64.urlsafe_b64encode( hashlib.sha256(s).digest() ).replace('-','A').replace('_','z')[:20]

Там есть вот такое
ii.talk.2014 4 Ссылки
ii.test.2014 73 Тексты
а вот ii.tech.2014 нет...