shaos> Таверна по ходу IP-адрес сменила - вчера 2 разных записи в статистике получилось - со старым и с новым адресом:

Таверна переехала да.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

iiii> Мне не нравится, что потерялась изначальная идея - что написанные сообщения никуда не пропадают.

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

iiii> Да, часть архива удалось восстановить, но некоторые эхи я бы ещё почитал - случайно заметил что ru.humor.14 сохранился.

Так это живая эха. Не архивная.

iiii> Смысл был маленькие эхи и глобальные дублирующиеся архивы - щас нет ни того ни другого.

Возможно только первое. Второе не будет работать.

iiii> Идея что на ноде не полная эха мне не нравится - хотя у меня у самого rss-эхи урезанные, но содержимое оттуда потерять не жалко :)

Но тебе нравится, что на ноде не все эхи. Я правильно понимаю?

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

shaos> Держателю и оберегателю :)

Да какое там. Я уже давно не занимаюсь ничем. Даже таверну в порядок привести времени и сил нет.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Таверна по ходу IP-адрес сменила - вчера 2 разных записи в статистике получилось - со старым и с новым адресом:

[1] Amazon point=0 web=768 up=20.3MB (25%)
[2] Google point=9 web=1378 up=18.7MB (23%) <--- Google
[3] 217.197.116.x point=140 web=0 up=11.9MB (15%) <--- blackcat (6/hr)
[4] 176.109.111.x point=26 web=0 up=9.0MB (11%) <--- tavern (1/hr)
[5] 62.109.31.x point=20 web=0 up=6.9MB (8%) <--- tavern
[6] 92.63.98.x point=71 web=0 up=5.0MB (6%) <--- tgi (3/hr)
[7] 95.165.9.x point=142 web=0 up=3.6MB (4%) <--- ping (6/hr)
[8] Facebook point=0 web=174 up=1.7MB (2%)
[9] 24.130.121.x point=8 web=36 up=1.5MB (1%) <--- spnet
[10] 46.119.3.x point=0 web=4 up=30KB

Надо наверное адаптивным способом IP-адреса нодов выявлять при парсинге апачи логов - беря имена серверов из моего node.json

>> А сколько весят полные архивы?
shaos> То что есть старого в развёрнутом виде весит около 200 МБ (это 46 тысяч сообщений).
shaos> Говорят раньше было до 80 тысяч и современных собщений ещё порядка 22 тысяч имеется (90 мегов).
shaos> т.е. в пределе порядка полугигабайта ii/IDEC-наследия с 2014 года набирается (но у меня на руках есть только 300 МБ - 200 старых и 90+ новых)

Пф, маловато звучит
Это и у меня на телефоне поместится

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

> А сколько весят полные архивы?

То что есть старого в развёрнутом виде весит около 200 МБ (это 46 тысяч сообщений).
Говорят раньше было до 80 тысяч и современных собщений ещё порядка 22 тысяч имеется (90 мегов).
т.е. в пределе порядка полугигабайта ii/IDEC-наследия с 2014 года набирается (но у меня на руках есть только 300 МБ - 200 старых и 90+ новых)

iiii> Мне не нравится, что потерялась изначальная идея - что написанные сообщения никуда не пропадают. Да, часть архива удалось восстановить, но некоторые эхи я бы ещё почитал - случайно заметил что ru.humor.14 сохранился.
iiii> Смысл был маленькие эхи и глобальные дублирующиеся архивы - щас нет ни того ни другого.
iiii> Идея что на ноде не полная эха мне не нравится - хотя у меня у самого rss-эхи урезанные, но содержимое оттуда потерять не жалко :)

А сколько весят полные архивы? У моего одноплатника сдкарта на 64гб
+могу запрячь ссд на 512гб по нативному сата
Поместится?

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

Мне не нравится, что потерялась изначальная идея - что написанные сообщения никуда не пропадают. Да, часть архива удалось восстановить, но некоторые эхи я бы ещё почитал - случайно заметил что ru.humor.14 сохранился.

Смысл был маленькие эхи и глобальные дублирующиеся архивы - щас нет ни того ни другого.

Идея что на ноде не полная эха мне не нравится - хотя у меня у самого rss-эхи урезанные, но содержимое оттуда потерять не жалко :)

iiii> В пнрвом случае 9 эх в архиве. Все нужны мало кому

Ты знаешь, мне нравится простота первоначальной ii и мне понятно то, что ты говоришь.

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

Но сейчас живые ноды -- это idec и там проблема ограниченного фетча решена. Я бы даже не побоялся сказать, что idec потерял в простоте и элегантности. Я даже думал о том, что именно можно было бы сделать в ii чтобы решить эту проблему без расширений? Ну например, отдавать список msgid в реверсном порядке. Хотя тоже тут изящность уходит и становится хаком....

Так вот, я это понимаю, но возврат на схему с эхами с датами мне кажется невозможен главным образом из-за орг вопросов. Ну, например. Одна нода сделала idec.talks.24, а прошлый talks убрала в архив. А остальные этого не сделали... Начинается разброд и шатание. То-есть, вся эта штука предполагает некую централизацию организации работы нод. Добиться этого, по-моему, утопия. Причём это было бы утопией даже в ситуации когда все ноды были бы на ii.

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

Но я вот ещё что хочу добавить. Технически сейчас можно обмениваться с idec нодами и по ii. Причём по современным меркам, если обмен делать пару раз в день, даже для больших индексов - это копейки. И главное не idec это или ii. Главное, что придя с работы я снова могу почитать нашу сеть! Пусть даже большинство сообщений о технической стороне работы нашей сети. Это здорово! Давайте просто не забрасывать сеть! А возврат к корням ii ты можешь сделать на своей ноде с новой эхой, и вполне возможно что я буду подтягивать её и подчиняться правилам которые ты определишь для этой эхи. Просто не бросай свою ноду. Мне кстати web интерфейс её в эстетическом смысле очень нравится.

Держателю и оберегателю :)

shaos>> Это к Andrew Lobanov
shaos> Andrew Lobanov>Чего это?
shaos> Ну как к держателю стандарта IDEC по видимому ;)

Вот так новости!

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

iiii> В пнрвом случае 9 эх в архиве. Все нужны мало кому

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

>> Ну и выходит, что имеет смысл хранить только последнюю, а архивные удалять за ненадобностью.
iiii> Маленькие станции и пойнты - да. Но архив в любом случае должен быть. Вон кто то архив old.pc спас

Маленькие станции и поинты могут хранить лишь часть одной эхи. От этого ничего не меняется.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

С ума сойти :) не, надо Difrex а ловить вдруг у него архив остался

> Вон кто то архив old.pc спас

Я его не спас - я его восстановил :)

Сохранил HTML из веб-архива (пока он ещё живой был) сайта p2.51t.ru и оттуда вбил все тексты в текстовые файлы с изначальными msgid и примерными временами (с точностью до минут - ну может таймзоной ошибся)...

А в 2022 году я не знал о существовании этого самого p2.51t.ru хоть и читаю idec.talks с августа 2021 года (видимо оно тут не пролетало)

Ну круто :)

ну я :)

На днях скачал архив ru.humor.14 и пару дней перечитывал. Архивы рулят

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

Маленькие станции и пойнты - да. Но архив в любом случае должен быть. Вон кто то архив old.pc спас

В пнрвом случае 9 эх в архиве. Все нужны мало кому

ну дык если фетч уже и так бегает чего бы туда экспериментально не добавить ещё одну эху то? ;)

> кстати, можешь тянуть с меня idec.talks

ага - ок
готово :)

Iiii>>> Чтобы не было больших эх. Im.14@@ каждый месяц по несколько тысяч сообщений собирали.
AL>> Размер эхи влияет ни на что.
hugeping> При использовании idec расширений. Если же говорить об ii, то придётся всегда синкать все сообщения. Так что тут смысл есть.

У нас эхотаг какой? Не ii.talks, а idec.talks же.

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

Забирай что хочешь откуда хочешь и как хочешь. Никаких ограничений нет.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

>> И каждый сидит и правит конфиги ради ничего.
iiii> это можно автоматизировать. но я говорю, что такая была изначальная идея.

Изначально был ii. Ты прямым текстом писал, что возможно на основе ii будет другая технология с другим названием. Мы находимся здесь.

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

Потому же, почему ты не хочешь тянуть большие эхи. Зачем мне тянуть старые сообщения, если я не хочу? Да и просто могу в любой момент грохнуть архивные эхи, чтобы почистить место.

>> То есть то, к чему мы в итоге и пришли.
iiii> нет, сейчас нет версий, есть только эха, которая может и 10 лет тянуться. одна эха на все времена.

Версии не решают озвученных проблем. Расширенный u/e решает.

>> Всё как сейчас.
iiii> не совсем. во-первых, по дефолту качается всё, во вторых эха становится инконсистентной. в эхах с годами всё чётко, за какие года хочешь выкачивать, за такие и выкачивай, там всё понятно и однозначно.

По умолчанию мой фетчер качает далеко не всё. Чтобы цезий клонировал эху, надо конкретно указать ему, что клонировать. Инконсистентность эхи будет и в твоём случае. Захочу и засуну половину сообщений в blacklist и прощай консистентность.

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

Зачем качать архивные эхи? Чем это отличается от выкачивания большой эхи?

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

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

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

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

iiii> Мне не нравится сама идея инконсистентных эх. В изначальной задумке любой пойнт в случае чего мог стать станцией и раздавать эхи дальше, поэтому они изначально и задумывались компактными.

Раздача десяти эх по 1000 сообщений и раздача одной эхи по 10000 сообщений ничем не отличается. Либо мы выпиливаем и не гоняем архив, либо гоняем всё. Ты уже озвучил, что гонять надо в любом случае всё.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

кстати, можешь тянуть с меня idec.talks

а эту эху с меня кто-нить фетчит? сейчас и проверим :)

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

> И каждый сидит и правит конфиги ради ничего.

это можно автоматизировать. но я говорю, что такая была изначальная идея.

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

подожди, почему у всех разные архивы эх?

> То есть то, к чему мы в итоге и пришли.

нет, сейчас нет версий, есть только эха, которая может и 10 лет тянуться. одна эха на все времена.

> Всё как сейчас.

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

> Архивные эхи - это пережиток прошлого.

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

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

так и должно быть - одна болталка живая, остальные архивные.

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

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

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

Так то и ii-txt берёт только последние 100 сообщений, и я беру с rss эх только последние 100 сообщений, но это из-за разросшести эх.