# Re: Полуневдимые эхи
revoltech (spnet, 4) → Andrew Lobanov – 16:55:30 2024-10-25
AL> Это было в ii.
А почему документация описывает это как IDEC-расширение?
AL> Внимание! Вопрос: какая у тебя OS и какое окружение? Пользуешься веб-браузером?
К сожалению, пользуюсь. К вопросу об ОС и окружении — Alpine Linux, X/Fluxbox.
revoltech (spnet, 4) → Andrew Lobanov – 16:55:30 2024-10-25
AL> Это было в ii.
А почему документация описывает это как IDEC-расширение?
AL> Внимание! Вопрос: какая у тебя OS и какое окружение? Пользуешься веб-браузером?
К сожалению, пользуюсь. К вопросу об ОС и окружении — Alpine Linux, X/Fluxbox.
# Re: Мея видо?
Andrew Lobanov (tavern,1) → hugeping – 16:29:00 2024-10-25
hugeping> P.S. Когда цезий возродишь? :)
Цезий ждёт похорон. Допилю ноду, продолжу пилить цезий+ :)
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → hugeping – 16:29:00 2024-10-25
hugeping> P.S. Когда цезий возродишь? :)
Цезий ждёт похорон. Допилю ноду, продолжу пилить цезий+ :)
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Стандарт
Andrew Lobanov (tavern,1) → All – 16:26:30 2024-10-25
Итак, меня тут назначили главным по стандарту. Моё предложение такое: убрать фреки, убрать фэхи, убрать счётчики, оставить только e/, m/, u/e (со слайсами), u/m, u/point, u/push, list.txt, blacklist.txt. Остальное выпилить нафиг.
Вредоносные вещи, типа эх только для чтения, кармы и прочих извращений щитвеба не пущать.
Продумать систему наказаний поинтов (накопление плюсиков, перевод в "только чтения", отключение от эхи) на уровне стандарта.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → All – 16:26:30 2024-10-25
Итак, меня тут назначили главным по стандарту. Моё предложение такое: убрать фреки, убрать фэхи, убрать счётчики, оставить только e/, m/, u/e (со слайсами), u/m, u/point, u/push, list.txt, blacklist.txt. Остальное выпилить нафиг.
Вредоносные вещи, типа эх только для чтения, кармы и прочих извращений щитвеба не пущать.
Продумать систему наказаний поинтов (накопление плюсиков, перевод в "только чтения", отключение от эхи) на уровне стандарта.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Полуневдимые эхи
Andrew Lobanov (tavern,1) → shaos – 16:26:24 2024-10-25
>> Но вред файлэх в чём?
shaos> 1. Там передаётся нетекстовая информация т.е. через терминал уже не будет работать
Постоянно работаю с файлами в терминале.
shaos> 2. Функционально файл из файлэхи это просто забирание файла по HTTP - зачем городить лишние абстракции?
Транспорт может быть любым.
shaos> 3. Сейчас (на таверне) оно используется в основном только для раздачи порнухи и пиратских книг...
Не подписывайся. Вопрос был концептуальный, а не по конкретным фехам.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → shaos – 16:26:24 2024-10-25
>> Но вред файлэх в чём?
shaos> 1. Там передаётся нетекстовая информация т.е. через терминал уже не будет работать
Постоянно работаю с файлами в терминале.
shaos> 2. Функционально файл из файлэхи это просто забирание файла по HTTP - зачем городить лишние абстракции?
Транспорт может быть любым.
shaos> 3. Сейчас (на таверне) оно используется в основном только для раздачи порнухи и пиратских книг...
Не подписывайся. Вопрос был концептуальный, а не по конкретным фехам.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Полуневдимые эхи
Andrew Lobanov (tavern,1) → revoltech – 16:26:17 2024-10-25
AL>> Удивительно. 9 лет у всех всё доходит, а у тебя нет. Может, надо что-то в фетчере поменять?
revoltech> Наверное, мы о разных вещах говорим.
revoltech> 1. Фетчер по server-side слайсу качает 100 последних сообщений вечером.
revoltech> 2. За ночь в эхе появляется 103 сообщения.
revoltech> 3. Фетчер по server-side слайсу качает 100 последних сообщений утром.
revoltech> Вопрос знатокам: увидит ли клиент те несчастные три сообщения?
Зачем брать сто, а не то, чего у тебя нет?
AL>> У тебя соединения платные или что?
revoltech> У меня идеология не тратить вычислительные ресурсы там, где их можно не тратить. Пермакомпьютинг так называемый.
Внимание! Вопрос: какая у тебя OS и какое окружение? Пользуешься веб-браузером?
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → revoltech – 16:26:17 2024-10-25
AL>> Удивительно. 9 лет у всех всё доходит, а у тебя нет. Может, надо что-то в фетчере поменять?
revoltech> Наверное, мы о разных вещах говорим.
revoltech> 1. Фетчер по server-side слайсу качает 100 последних сообщений вечером.
revoltech> 2. За ночь в эхе появляется 103 сообщения.
revoltech> 3. Фетчер по server-side слайсу качает 100 последних сообщений утром.
revoltech> Вопрос знатокам: увидит ли клиент те несчастные три сообщения?
Зачем брать сто, а не то, чего у тебя нет?
AL>> У тебя соединения платные или что?
revoltech> У меня идеология не тратить вычислительные ресурсы там, где их можно не тратить. Пермакомпьютинг так называемый.
Внимание! Вопрос: какая у тебя OS и какое окружение? Пользуешься веб-браузером?
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Полуневдимые эхи
Andrew Lobanov (tavern,1) → revoltech – 16:12:03 2024-10-25
shaos>> И кстати зачем родили IDEC если ii был такой уютненький и самодостаточный? ;)
revoltech> Да вот не знаю, кстати, мне пока что только расширение с list.txt полезным показалось.
Это было в ii.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → revoltech – 16:12:03 2024-10-25
shaos>> И кстати зачем родили IDEC если ii был такой уютненький и самодостаточный? ;)
revoltech> Да вот не знаю, кстати, мне пока что только расширение с list.txt полезным показалось.
Это было в ii.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Полуневдимые эхи
hugeping (ping,1) → hugeping – 15:34:09 2024-10-25
hugeping> Я тут подумал и понял, что не могу предложить никакого другого варианта фетчинга. Кроме того, что сделал в ii-go (на основе слайсов). Опишу варианты, которые рассматривал.
hugeping> 1) Вариант с запросом "дай мне все, что позже такого-то хеша" не сработает так как порядок сообщений в базе может быть разным;
Хотя, сработает. Если брать с разумным "запасом" на самом деле... Правда опять вопросы с блеклистами и удалениями могут быть.
hugeping (ping,1) → hugeping – 15:34:09 2024-10-25
hugeping> Я тут подумал и понял, что не могу предложить никакого другого варианта фетчинга. Кроме того, что сделал в ii-go (на основе слайсов). Опишу варианты, которые рассматривал.
hugeping> 1) Вариант с запросом "дай мне все, что позже такого-то хеша" не сработает так как порядок сообщений в базе может быть разным;
Хотя, сработает. Если брать с разумным "запасом" на самом деле... Правда опять вопросы с блеклистами и удалениями могут быть.
# Re: Полуневдимые эхи
hugeping (ping,1) → hugeping – 15:32:06 2024-10-25
Я тут подумал и понял, что не могу предложить никакого другого варианта фетчинга. Кроме того, что сделал в ii-go (на основе слайсов). Опишу варианты, которые рассматривал.
1) Вариант с запросом "дай мне все, что позже такого-то хеша" не сработает так как порядок сообщений в базе может быть разным;
2) Вариант с хешом эхи как индикатором изменений - не решает проблему забирать не всё, а только часть. Да и предполагает хранить на диске или в базе последний хеш;
3) Вариант "дай мне всё, что пришло после такого-то времени", возможно, самый интересный. Но уже накладывает ограничения: синхронное время, необходимость делать выборку по времени итд
4) Вариант возвращать список id в обратном порядке. Идея в том что если я получаю список в обратном порядке я могу закрыть соединение в тот момент когда мне уже больше не надо. :) Но, как-то на хак похоже. А как вам? Не знаю... Нет красоты.
Получается, ничего проще слайсов и не сделать? :)
hugeping (ping,1) → hugeping – 15:32:06 2024-10-25
Я тут подумал и понял, что не могу предложить никакого другого варианта фетчинга. Кроме того, что сделал в ii-go (на основе слайсов). Опишу варианты, которые рассматривал.
1) Вариант с запросом "дай мне все, что позже такого-то хеша" не сработает так как порядок сообщений в базе может быть разным;
2) Вариант с хешом эхи как индикатором изменений - не решает проблему забирать не всё, а только часть. Да и предполагает хранить на диске или в базе последний хеш;
3) Вариант "дай мне всё, что пришло после такого-то времени", возможно, самый интересный. Но уже накладывает ограничения: синхронное время, необходимость делать выборку по времени итд
4) Вариант возвращать список id в обратном порядке. Идея в том что если я получаю список в обратном порядке я могу закрыть соединение в тот момент когда мне уже больше не надо. :) Но, как-то на хак похоже. А как вам? Не знаю... Нет красоты.
Получается, ничего проще слайсов и не сделать? :)
# Re: Полуневдимые эхи
hugeping (ping,1) → doesnm – 15:17:34 2024-10-25
doesnm> Работает - не трогай?
Тут скорее боязнь конфликтов и войны "стандартов". Всё-таки, стандартны - вторичны. Первичны - люди. Так то, по мне, нужен откат к идеям ii но с опытом полученным в idec.
И центральный вопрос, конечно, это стандартизованный способ фетча, без необходимости полного сливания индексов и без адаптивного фетча. Но для того чтобы начать думать, предлагать решения и обсуждать их -- нужно желание и осознание "проблемы". А я не уверен, что это случилось. В целом, меня устраивает как всё работает. :)
Ну и не всё так однозначно. Например, нужны слайсы или нет, если проблема фетча будет решена без них? Я бы сказал - не нужны! Но ведь действительно, бездисковый клиент мог бы пользоваться слайсами для "браузинга" сообщений! Так что рубить с плеча не стоит.
P.S. Edited: 2024-10-25 16:18:07
hugeping (ping,1) → doesnm – 15:17:34 2024-10-25
doesnm> Работает - не трогай?
Тут скорее боязнь конфликтов и войны "стандартов". Всё-таки, стандартны - вторичны. Первичны - люди. Так то, по мне, нужен откат к идеям ii но с опытом полученным в idec.
И центральный вопрос, конечно, это стандартизованный способ фетча, без необходимости полного сливания индексов и без адаптивного фетча. Но для того чтобы начать думать, предлагать решения и обсуждать их -- нужно желание и осознание "проблемы". А я не уверен, что это случилось. В целом, меня устраивает как всё работает. :)
Ну и не всё так однозначно. Например, нужны слайсы или нет, если проблема фетча будет решена без них? Я бы сказал - не нужны! Но ведь действительно, бездисковый клиент мог бы пользоваться слайсами для "браузинга" сообщений! Так что рубить с плеча не стоит.
P.S. Edited: 2024-10-25 16:18:07
# Re: Полуневдимые эхи
doesnm (ping,55) → hugeping – 15:09:44 2024-10-25
shaos>> хотя не - max(index) не будет работать т.к. индекс общий на все эхи
shaos>> видимо надо запрещать удалять сообщения физически...
hugeping> Идея с счётчиками работает ТОЛЬКО в условиях ii. Когда все базы одинаковы. Тогда ничего не надо городить и счётчик - полное число сообщений эхи, включая блеклист. Вот меня тоже давно грызёт мысль что нужно что-то упрощать. Но я боюсь что то менять. :)
Работает - не трогай?
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
doesnm (ping,55) → hugeping – 15:09:44 2024-10-25
shaos>> хотя не - max(index) не будет работать т.к. индекс общий на все эхи
shaos>> видимо надо запрещать удалять сообщения физически...
hugeping> Идея с счётчиками работает ТОЛЬКО в условиях ii. Когда все базы одинаковы. Тогда ничего не надо городить и счётчик - полное число сообщений эхи, включая блеклист. Вот меня тоже давно грызёт мысль что нужно что-то упрощать. Но я боюсь что то менять. :)
Работает - не трогай?
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
# Re: Полуневдимые эхи
hugeping (ping,1) → shaos – 15:03:30 2024-10-25
shaos> хотя не - max(index) не будет работать т.к. индекс общий на все эхи
shaos> видимо надо запрещать удалять сообщения физически...
Идея с счётчиками работает ТОЛЬКО в условиях ii. Когда все базы одинаковы. Тогда ничего не надо городить и счётчик - полное число сообщений эхи, включая блеклист. Вот меня тоже давно грызёт мысль что нужно что-то упрощать. Но я боюсь что то менять. :)
hugeping (ping,1) → shaos – 15:03:30 2024-10-25
shaos> хотя не - max(index) не будет работать т.к. индекс общий на все эхи
shaos> видимо надо запрещать удалять сообщения физически...
Идея с счётчиками работает ТОЛЬКО в условиях ii. Когда все базы одинаковы. Тогда ничего не надо городить и счётчик - полное число сообщений эхи, включая блеклист. Вот меня тоже давно грызёт мысль что нужно что-то упрощать. Но я боюсь что то менять. :)
# Re: Полуневдимые эхи
hugeping (ping,1) → revoltech – 15:00:34 2024-10-25
shaos>> в ii-php уменьшается
revoltech> Ну, это печально. Получается, спецификации оно не соблюдает. Соответственно, в клиентах вся завязанная на счётчики логика тоже идёт лесом.
У меня тоже, наверное, не соблюдается в полной мере. И когда делал свою реализацию понял, что затачиваться на счётчики - потенциальная стрельба в ногу. К сожалению. На мой взгляд пример непродуманного элемента стандарта. Например, упал винт и ставишь всё заново. Откуда брать счётчик? Если у нас все базы данных зеркальные копии - то, вероятно, можно взять его у "соседа". Но рассинхронизация этих счётчиков между узлами с одинаковой эхой может произойти очень легко. К тому же, та другая нода скорее всего хранит последнее состояние моего счётчик у себя для проверки изменений при фетче. Короче, малейшие отличия в реализации и всё... А счётчик оказывается и не счётчиком сообщений и не счётчиком изменений...
Но! Главная мысль в другом. Даже если бы эта штука работала у всех одинаково и хорошо, она не решает ничего. Она просто позволяет сказать - стоит ли делать фетч или нет. Эту же вещь дают и слайсы, но надёжным способом. Важнее другая фича. А именно - да, нужно фетчить но фетчить не всё. Потому что в обычной ситуации в эхе всегда будут новые сообщения. Эту проблему тоже решают слайсы но только в режиме адаптивного фетча. Мне кажется адаптивный фетч - это вообще мое изобретение к которому я пришёл вынужденно. Все другие способы имели свои проблемы и нюансы. Но вот это "двоичное" сканирование истории - даёт хороший результат. Но.... сложно!
Конечно, сейчас хочется сказать - а давайте вернёмся и придумаем что-то более простое и надёжное и сделаем что-то среднее между ii и idec... Но боюсь, лишние потрясения нам не к чему.
hugeping (ping,1) → revoltech – 15:00:34 2024-10-25
shaos>> в ii-php уменьшается
revoltech> Ну, это печально. Получается, спецификации оно не соблюдает. Соответственно, в клиентах вся завязанная на счётчики логика тоже идёт лесом.
У меня тоже, наверное, не соблюдается в полной мере. И когда делал свою реализацию понял, что затачиваться на счётчики - потенциальная стрельба в ногу. К сожалению. На мой взгляд пример непродуманного элемента стандарта. Например, упал винт и ставишь всё заново. Откуда брать счётчик? Если у нас все базы данных зеркальные копии - то, вероятно, можно взять его у "соседа". Но рассинхронизация этих счётчиков между узлами с одинаковой эхой может произойти очень легко. К тому же, та другая нода скорее всего хранит последнее состояние моего счётчик у себя для проверки изменений при фетче. Короче, малейшие отличия в реализации и всё... А счётчик оказывается и не счётчиком сообщений и не счётчиком изменений...
Но! Главная мысль в другом. Даже если бы эта штука работала у всех одинаково и хорошо, она не решает ничего. Она просто позволяет сказать - стоит ли делать фетч или нет. Эту же вещь дают и слайсы, но надёжным способом. Важнее другая фича. А именно - да, нужно фетчить но фетчить не всё. Потому что в обычной ситуации в эхе всегда будут новые сообщения. Эту проблему тоже решают слайсы но только в режиме адаптивного фетча. Мне кажется адаптивный фетч - это вообще мое изобретение к которому я пришёл вынужденно. Все другие способы имели свои проблемы и нюансы. Но вот это "двоичное" сканирование истории - даёт хороший результат. Но.... сложно!
Конечно, сейчас хочется сказать - а давайте вернёмся и придумаем что-то более простое и надёжное и сделаем что-то среднее между ii и idec... Но боюсь, лишние потрясения нам не к чему.
# Re: Полуневдимые эхи
shaos (spnet, 2) → shaos – 14:58:21 2024-10-25
хотя не - max(index) не будет работать т.к. индекс общий на все эхи
видимо надо запрещать удалять сообщения физически...
shaos (spnet, 2) → shaos – 14:58:21 2024-10-25
хотя не - max(index) не будет работать т.к. индекс общий на все эхи
видимо надо запрещать удалять сообщения физически...
# Re: Полуневдимые эхи
shaos (spnet, 2) → shaos – 14:55:13 2024-10-25
Там ещё идея с подменой (amend) сообщений выглядит интересной - идеологически верная альиернатива редактированию старых мессаг...
shaos (spnet, 2) → shaos – 14:55:13 2024-10-25
Там ещё идея с подменой (amend) сообщений выглядит интересной - идеологически верная альиернатива редактированию старых мессаг...
# Re: Полуневдимые эхи
revoltech (spnet, 4) → shaos – 14:49:53 2024-10-25
shaos> в ii-php уменьшается
Ну, это печально. Получается, спецификации оно не соблюдает. Соответственно, в клиентах вся завязанная на счётчики логика тоже идёт лесом.
Придётся и у себя откатить. Или перепилить на нечто подобное алгоритму из ii-go, посчитав накладные расходы.
revoltech (spnet, 4) → shaos – 14:49:53 2024-10-25
shaos> в ii-php уменьшается
Ну, это печально. Получается, спецификации оно не соблюдает. Соответственно, в клиентах вся завязанная на счётчики логика тоже идёт лесом.
Придётся и у себя откатить. Или перепилить на нечто подобное алгоритму из ii-go, посчитав накладные расходы.
# Re: Полуневдимые эхи
shaos (spnet, 2) → revoltech – 14:37:46 2024-10-25
в ii-php уменьшается
технически это немножко сложно его неуменьшать
это если хранить по простому в файлах
а если в SQL то там можно просто max(index) выдавать и он всегда будет расти (но фактически сообщений будет меньше)
shaos (spnet, 2) → revoltech – 14:37:46 2024-10-25
в ii-php уменьшается
технически это немножко сложно его неуменьшать
это если хранить по простому в файлах
а если в SQL то там можно просто max(index) выдавать и он всегда будет расти (но фактически сообщений будет меньше)
# Re: Полуневдимые эхи
revoltech (spnet, 4) → shaos – 14:28:00 2024-10-25
shaos> Сообщение можно не только заблеклистить, но и удалить
Да пожалуйста, но счётчик при этом трогаться не должен.
Из https://github.com/idec-net/new-docs/blob/master/extensions.md:
> Важно: параметр неубывающий. Если в эхе удалили сообщения, то возвращаемое число не должно уменьшаться.
revoltech (spnet, 4) → shaos – 14:28:00 2024-10-25
shaos> Сообщение можно не только заблеклистить, но и удалить
Да пожалуйста, но счётчик при этом трогаться не должен.
Из https://github.com/idec-net/new-docs/blob/master/extensions.md:
> Важно: параметр неубывающий. Если в эхе удалили сообщения, то возвращаемое число не должно уменьшаться.
# Re: Полуневдимые эхи
shaos (spnet, 2) → revoltech – 14:24:37 2024-10-25
Сообщение можно не только заблеклистить, но и удалить
shaos (spnet, 2) → revoltech – 14:24:37 2024-10-25
Сообщение можно не только заблеклистить, но и удалить
# Re: Полуневдимые эхи
shaos (spnet, 2) → Andrew Lobanov – 14:22:31 2024-10-25
> Но вред файлэх в чём?
1. Там передаётся нетекстовая информация т.е. через терминал уже не будет работать
2. Функционально файл из файлэхи это просто забирание файла по HTTP - зачем городить лишние абстракции?
3. Сейчас (на таверне) оно используется в основном только для раздачи порнухи и пиратских книг...
shaos (spnet, 2) → Andrew Lobanov – 14:22:31 2024-10-25
> Но вред файлэх в чём?
1. Там передаётся нетекстовая информация т.е. через терминал уже не будет работать
2. Функционально файл из файлэхи это просто забирание файла по HTTP - зачем городить лишние абстракции?
3. Сейчас (на таверне) оно используется в основном только для раздачи порнухи и пиратских книг...
# Re: Полуневдимые эхи
revoltech (spnet, 4) → hugeping – 14:21:04 2024-10-25
hugeping> Потому что в разных нодах могут быть особенности. Например блеклист - учитывается или нет в счётчиках? Нода может не хранить все сообщения, а только часть (последние 10000).
Если верить документации с гитхаба idec-net, то всё это не должно уменьшать счётчик. Сообщение добавилось — инкрементировали. Сообщение удалилось — счётчик не трогаем.
revoltech (spnet, 4) → hugeping – 14:21:04 2024-10-25
hugeping> Потому что в разных нодах могут быть особенности. Например блеклист - учитывается или нет в счётчиках? Нода может не хранить все сообщения, а только часть (последние 10000).
Если верить документации с гитхаба idec-net, то всё это не должно уменьшать счётчик. Сообщение добавилось — инкрементировали. Сообщение удалилось — счётчик не трогаем.
# Re: Мея видо?
shaos (spnet, 2) → shaos – 14:18:21 2024-10-25
Заблеклистил несколько сообщений, которые 100% тестовые либо кривые
shaos (spnet, 2) → shaos – 14:18:21 2024-10-25
Заблеклистил несколько сообщений, которые 100% тестовые либо кривые
# Re: Полуневдимые эхи
shaos (spnet, 2) → revoltech – 14:10:24 2024-10-25
> На этот счёт спецификация явно говорит, что счётчик может только увеличиваться.
Но на практике у всех разные номера для тех же самых эх...
shaos (spnet, 2) → revoltech – 14:10:24 2024-10-25
> На этот счёт спецификация явно говорит, что счётчик может только увеличиваться.
Но на практике у всех разные номера для тех же самых эх...
# Re: Полуневдимые эхи
hugeping (ping,1) → hugeping – 13:50:03 2024-10-25
hugeping> Ну и другие ситуации, которые можно придумать. А хеши - надёжно.
Чуть лучше, хранить счётчик на диске для конкретной станции - свой счётчик. Но тоже ненадёжно.
hugeping (ping,1) → hugeping – 13:50:03 2024-10-25
hugeping> Ну и другие ситуации, которые можно придумать. А хеши - надёжно.
Чуть лучше, хранить счётчик на диске для конкретной станции - свой счётчик. Но тоже ненадёжно.
# Re: Полуневдимые эхи
hugeping (ping,1) → revoltech – 13:48:58 2024-10-25
revoltech> А почему бы просто не сравнить результат /x/c с тем количеством, что уже локально скачано?
Потому что в разных нодах могут быть особенности. Например блеклист - учитывается или нет в счётчиках? Нода может не хранить все сообщения, а только часть (последние 10000). Причём это может быть особенность как собственной ноды, так и той ноды с которой мы фетчим. Ну и другие ситуации, которые можно придумать. А хеши - надёжно.
hugeping (ping,1) → revoltech – 13:48:58 2024-10-25
revoltech> А почему бы просто не сравнить результат /x/c с тем количеством, что уже локально скачано?
Потому что в разных нодах могут быть особенности. Например блеклист - учитывается или нет в счётчиках? Нода может не хранить все сообщения, а только часть (последние 10000). Причём это может быть особенность как собственной ноды, так и той ноды с которой мы фетчим. Ну и другие ситуации, которые можно придумать. А хеши - надёжно.
# Re: Полуневдимые эхи
revoltech (spnet, 4) → shaos – 14:05:58 2024-10-25
shaos> Количество в общем случае не показатель - сообщения могут не только добавляться, но и удаляться
На этот счёт спецификация явно говорит, что счётчик может только увеличиваться. Лучше стянуть один-два уже существующих локально айдишника, чем потерять какие-либо.
Это как на стрелочных дайверских часах, где безель можно вращать только в направлении против часовой стрелки. Если случайно ударить обо что-то, он повернётся в направлении уменьшения интервала. Вынырнешь раньше, зато точно с запасом кислорода.
revoltech (spnet, 4) → shaos – 14:05:58 2024-10-25
shaos> Количество в общем случае не показатель - сообщения могут не только добавляться, но и удаляться
На этот счёт спецификация явно говорит, что счётчик может только увеличиваться. Лучше стянуть один-два уже существующих локально айдишника, чем потерять какие-либо.
Это как на стрелочных дайверских часах, где безель можно вращать только в направлении против часовой стрелки. Если случайно ударить обо что-то, он повернётся в направлении уменьшения интервала. Вынырнешь раньше, зато точно с запасом кислорода.