# Re: Полуневдимые эхи
ahamai (blackcat, 2) → shaos – 04:57:59 2024-10-25
в этом случае ничего не будет правильно. естественно, для каждой станции должно быть свой счётчик, в том числе и счётчик сообщений, потому что это ненадёжный параметр. И хэш на каждой станции для каждой эхи отслеживается свой, счётчик тут ещё более ненадёжный, потому что в конкретный момент на разных станциях разное количество сообщений. Впрочем я уже говорил, что счётчик это параметр которому нельзя доверять.
ahamai (blackcat, 2) → shaos – 04:57:59 2024-10-25
в этом случае ничего не будет правильно. естественно, для каждой станции должно быть свой счётчик, в том числе и счётчик сообщений, потому что это ненадёжный параметр. И хэш на каждой станции для каждой эхи отслеживается свой, счётчик тут ещё более ненадёжный, потому что в конкретный момент на разных станциях разное количество сообщений. Впрочем я уже говорил, что счётчик это параметр которому нельзя доверять.
# Re: Полуневдимые эхи
shaos (spnet, 2) → iiii – 04:40:03 2024-10-25
> при запросе /u/e/ с ключом ?sf=хэш он при запросе будет выдавать только хэши после указанного
это кстати может не работать правильно, если узел берёт эху с разных нод - порядок мессаджей на разных нодах может немного отличаться в зависимости от того в каком порядке туда ответы приходили - поэтому просить N последних логичнее нежели просить после хэша XXX...
shaos (spnet, 2) → iiii – 04:40:03 2024-10-25
> при запросе /u/e/ с ключом ?sf=хэш он при запросе будет выдавать только хэши после указанного
это кстати может не работать правильно, если узел берёт эху с разных нод - порядок мессаджей на разных нодах может немного отличаться в зависимости от того в каком порядке туда ответы приходили - поэтому просить N последних логичнее нежели просить после хэша XXX...
# Re: Полуневдимые эхи
shaos (spnet, 2) → iiii – 04:31:36 2024-10-25
По идее хеши можно было бы в IDEC протокол добавить для GET /x/c/echo.1/echo.2 которое сейчас возвращает количество сообщений (видимо предполагалось, что сообщения никогда не удаляются). Кто-то вообще пользуется /x/c/... сейчас? Ну или завести новый вызов /x/h/... для возврата списка с хешами списков хешей...
shaos (spnet, 2) → iiii – 04:31:36 2024-10-25
По идее хеши можно было бы в IDEC протокол добавить для GET /x/c/echo.1/echo.2 которое сейчас возвращает количество сообщений (видимо предполагалось, что сообщения никогда не удаляются). Кто-то вообще пользуется /x/c/... сейчас? Ну или завести новый вызов /x/h/... для возврата списка с хешами списков хешей...
# Re: Полуневдимые эхи
shaos (spnet, 2) → iiii – 04:21:59 2024-10-25
> я не знаю как запросить последние n сообщений
допустим надо взять последние 5 хешей из retro.talks:
/u/e/retro.talks/-5:5
в данном случае смещение отрицательное - значит считаем с конца ну и после двоеточия количество
> и я не понимаю, зачем мне запрашивать кусок эхи не до конца, а посредине.
например для ретроклиентов, которые по собственной ограниченности не могут принять многомегабайтный список хешей в один присест - идём кусочками от начала до конца
> Количество сообщений я считаю ненадёжным источником, можно удалить 1 и жобавить 1 и эха вроде не изменится.
по идее "жобавляется" всегда в конец, а из середины только удаляется (блеклистается) и если брать частями, то наверное надо брать с перехлёстом на 1, чтобы точно ничего не удалилось на границах блоков пока ты их вычитываешь...
shaos (spnet, 2) → iiii – 04:21:59 2024-10-25
> я не знаю как запросить последние n сообщений
допустим надо взять последние 5 хешей из retro.talks:
/u/e/retro.talks/-5:5
в данном случае смещение отрицательное - значит считаем с конца ну и после двоеточия количество
> и я не понимаю, зачем мне запрашивать кусок эхи не до конца, а посредине.
например для ретроклиентов, которые по собственной ограниченности не могут принять многомегабайтный список хешей в один присест - идём кусочками от начала до конца
> Количество сообщений я считаю ненадёжным источником, можно удалить 1 и жобавить 1 и эха вроде не изменится.
по идее "жобавляется" всегда в конец, а из середины только удаляется (блеклистается) и если брать частями, то наверное надо брать с перехлёстом на 1, чтобы точно ничего не удалилось на границах блоков пока ты их вычитываешь...
# Re: Полуневдимые эхи
shaos (spnet, 2) → iiii – 04:08:43 2024-10-25
> а что за расширение list.txt?
Видимо имелось ввиду что
GET /list.txt
появился только в IDEC - спецификация перечисляет это в расширениях
или оно в ранних версиях ii тоже было?
shaos (spnet, 2) → iiii – 04:08:43 2024-10-25
> а что за расширение list.txt?
Видимо имелось ввиду что
GET /list.txt
появился только в IDEC - спецификация перечисляет это в расширениях
или оно в ранних версиях ii тоже было?
# Re: ловите теперь спам и набеги :)
iiii (blackcat, 2) → shaos – 01:07:16 2024-10-25
Я думал, ты про аватарки девочек, которые были в 2014 году. Надо попробовать их на py3 портировать.
iiii (blackcat, 2) → shaos – 01:07:16 2024-10-25
Я думал, ты про аватарки девочек, которые были в 2014 году. Надо попробовать их на py3 портировать.
# Re: ловите теперь спам и набеги :)
iiii (blackcat, 2) → shaos – 01:04:59 2024-10-25
Ага, это Оля. Просто я когда возобновлял станцию, взял первую попавшуюся версию, а она с Олей, я и оставил. При переезде на picnic тоже оставлю.
iiii (blackcat, 2) → shaos – 01:04:59 2024-10-25
Ага, это Оля. Просто я когда возобновлял станцию, взял первую попавшуюся версию, а она с Олей, я и оставил. При переезде на picnic тоже оставлю.
# Re: ловите теперь спам и набеги :)
iiii (ping,48) → shaos – 01:31:21 2024-10-25
http://ii.blcat.ru/idec.talks
iiii (ping,48) → shaos – 01:31:21 2024-10-25
http://ii.blcat.ru/idec.talks
# Re: ловите теперь спам и набеги :)
shaos (spnet, 2) → iiii – 00:40:44 2024-10-25
Но тем не менее - девочка та же :)
shaos (spnet, 2) → iiii – 00:40:44 2024-10-25
Но тем не менее - девочка та же :)
# Re: Полуневдимые эхи
iiii (blackcat, 2) → iiii – 23:46:45 2024-10-24
Тока оно неверно работает, надо поменять
iiii (blackcat, 2) → iiii – 23:46:45 2024-10-24
Тока оно неверно работает, надо поменять
# Re: Полуневдимые эхи
iiii (blackcat, 2) → shaos – 23:45:41 2024-10-24
Я не понимаю, как это работает, я не знаю как запросить последние n сообщений и я не понимаю, зачем мне запрашивать кусок эхи не до конца, а посредине. Количество сообщений я считаю ненадёжным источником, можно удалить 1 и жобавить 1 и эха вроде не изменится. , в отличие от хэша. Я вообще при делании срезов не понимаю, что входит а что не входит. Поэтому у меня на станции нет постраничного вывода :)
А lim совместим со всем, хоть с ii txt 0.1, меняется только строка в конфиге.
iiii (blackcat, 2) → shaos – 23:45:41 2024-10-24
Я не понимаю, как это работает, я не знаю как запросить последние n сообщений и я не понимаю, зачем мне запрашивать кусок эхи не до конца, а посредине. Количество сообщений я считаю ненадёжным источником, можно удалить 1 и жобавить 1 и эха вроде не изменится. , в отличие от хэша. Я вообще при делании срезов не понимаю, что входит а что не входит. Поэтому у меня на станции нет постраничного вывода :)
А lim совместим со всем, хоть с ii txt 0.1, меняется только строка в конфиге.
# Re: Полуневдимые эхи
iiii (blackcat, 2) → revoltech – 23:14:08 2024-10-24
> Да вот не знаю, кстати, мне пока что только расширение с list.txt полезным показалось.
а что за расширение list.txt? не слышал. щас у себя посмотрел, el поддерживает ключи ?h=, ?n=, и ?el= :) сидел соображал. что к чему. не сообразил.
iiii (blackcat, 2) → revoltech – 23:14:08 2024-10-24
> Да вот не знаю, кстати, мне пока что только расширение с list.txt полезным показалось.
а что за расширение list.txt? не слышал. щас у себя посмотрел, el поддерживает ключи ?h=, ?n=, и ?el= :) сидел соображал. что к чему. не сообразил.
# Re: Полуневдимые эхи
shaos (spnet, 2) → iiii – 23:27:31 2024-10-24
Первые 2 фичи интересные, а по лимитам вроде у IDEC логичнее получается
shaos (spnet, 2) → iiii – 23:27:31 2024-10-24
Первые 2 фичи интересные, а по лимитам вроде у IDEC логичнее получается
# Re: Полуневдимые эхи
iiii (blackcat, 2) → revoltech – 23:02:09 2024-10-24
Расширения idec я не поддерживаю, но конкретно в моей реализации есть две минифичи, естественно это никакой не стандарт:
при запросе list.txt с ключом ?h=1, он вместо описаний эх показывает хэши файлов эх, чтобы можно было забирать только изменившиеся эхи.
при запросе /u/e/ с ключом ?sf=хэш он при запросе будет выдавать только хэши после указанного (если указанного в списке нет, выдаст все). но запрашивать так можно по одной эхе. это нигде и никогда не использовалась, но такая возможность в моей реализации есть, каждая заняла по 2 строчки кода в коде сервера, поэтому добавил.
ещё раньше была возможность задавать количество скачаного с помощью url, типа запрос /lim/200/u/e вместо /u/e отдавал только последние 200 хэшей из эхи - то есть, вообще не надо менять клиентский софт или фетчеры, просто менять строку в конфиге. в следующей версии nastene, когда я перепишу её на picnic, я её верну
iiii (blackcat, 2) → revoltech – 23:02:09 2024-10-24
Расширения idec я не поддерживаю, но конкретно в моей реализации есть две минифичи, естественно это никакой не стандарт:
при запросе list.txt с ключом ?h=1, он вместо описаний эх показывает хэши файлов эх, чтобы можно было забирать только изменившиеся эхи.
при запросе /u/e/ с ключом ?sf=хэш он при запросе будет выдавать только хэши после указанного (если указанного в списке нет, выдаст все). но запрашивать так можно по одной эхе. это нигде и никогда не использовалась, но такая возможность в моей реализации есть, каждая заняла по 2 строчки кода в коде сервера, поэтому добавил.
ещё раньше была возможность задавать количество скачаного с помощью url, типа запрос /lim/200/u/e вместо /u/e отдавал только последние 200 хэшей из эхи - то есть, вообще не надо менять клиентский софт или фетчеры, просто менять строку в конфиге. в следующей версии nastene, когда я перепишу её на picnic, я её верну
# Re: ловите теперь спам и набеги :)
iiii (blackcat, 2) → shaos – 22:55:05 2024-10-24
А, это bosfor. С более развитым ip и прозрачным гейтом в ii, эхи там определялись не по точке, а по символу : спереди.
Не помню, был ли там список эх, но там была команда discover, показывающая все эхи на станции, скрытых эх нету. У меня, кстати, в gemini транслируются тоже все эхи, в том числе скрытые :)
iiii (blackcat, 2) → shaos – 22:55:05 2024-10-24
А, это bosfor. С более развитым ip и прозрачным гейтом в ii, эхи там определялись не по точке, а по символу : спереди.
Не помню, был ли там список эх, но там была команда discover, показывающая все эхи на станции, скрытых эх нету. У меня, кстати, в gemini транслируются тоже все эхи, в том числе скрытые :)
# Re: Ответ на всё сразу
hugeping (ping,1) → shaos – 20:02:21 2024-10-24
shaos> Фуф, а я уж думал выяснится, что Лобанов - квадробер :)
Так-так-так... С этого места поподробнее!
+++ отключает фетч с spline-online и настраивает iptables
hugeping (ping,1) → shaos – 20:02:21 2024-10-24
shaos> Фуф, а я уж думал выяснится, что Лобанов - квадробер :)
Так-так-так... С этого места поподробнее!
+++ отключает фетч с spline-online и настраивает iptables
# Re: Ответ на всё сразу
shaos (spnet, 2) → tuple – 18:46:07 2024-10-24
Фуф, а я уж думал выяснится, что Лобанов - квадробер :)
shaos (spnet, 2) → tuple – 18:46:07 2024-10-24
Фуф, а я уж думал выяснится, что Лобанов - квадробер :)
# Re: Полуневдимые эхи
hugeping (ping,1) → revoltech – 14:08:53 2024-10-24
revoltech> Так всё-таки есть стандартный и поддерживаемый вариант, чтобы полный перефетч эхи делался не кучей мелких запросов
Нет. Несколько потоков решают проблему быстрого фетча. А слайсы решают проблему больших индексов.
hugeping (ping,1) → revoltech – 14:08:53 2024-10-24
revoltech> Так всё-таки есть стандартный и поддерживаемый вариант, чтобы полный перефетч эхи делался не кучей мелких запросов
Нет. Несколько потоков решают проблему быстрого фетча. А слайсы решают проблему больших индексов.
# Re: Ответ на всё сразу
tuple (ping,54) → Reprise – 14:00:07 2024-10-24
Reprise> Интересно было бы услышать какая у меня политическая позиция :)
Виноват. Спутал таверну с ping.
tuple (ping,54) → Reprise – 14:00:07 2024-10-24
Reprise> Интересно было бы услышать какая у меня политическая позиция :)
Виноват. Спутал таверну с ping.
# Re: Полуневдимые эхи
hugeping (ping,1) → revoltech – 13:54:01 2024-10-24
revoltech> Длина ID сообщения — 21 байт (20 на сам ID и один на перевод строки). Это погоды не делает.
Почему не делает? Если каждые 5 минут делать фетч из эх, которые содержат по 10 тысяч сообщений, то как раз делает. Конечно, по современным меркам ~60мб в сутки на 10000 сообщений это вроде бы мелочи, но... Как-то меня такое не вдохновляет. Допустим, сообщений на ноде не 10тыс а 100тыс... Почему нет?
revoltech> В результате при фетче с нуля приходится разбивать каждый список на группы по 12 и выгребать сообщения отдельными запросами. А это не оптимально ни разу.
revoltech> Теперь понятнее?
Мне то понятнее, поэтому я и говорю - посмотри как сделано в ii-go. Там быстрый многопоточный фетчер.
hugeping (ping,1) → revoltech – 13:54:01 2024-10-24
revoltech> Длина ID сообщения — 21 байт (20 на сам ID и один на перевод строки). Это погоды не делает.
Почему не делает? Если каждые 5 минут делать фетч из эх, которые содержат по 10 тысяч сообщений, то как раз делает. Конечно, по современным меркам ~60мб в сутки на 10000 сообщений это вроде бы мелочи, но... Как-то меня такое не вдохновляет. Допустим, сообщений на ноде не 10тыс а 100тыс... Почему нет?
revoltech> В результате при фетче с нуля приходится разбивать каждый список на группы по 12 и выгребать сообщения отдельными запросами. А это не оптимально ни разу.
revoltech> Теперь понятнее?
Мне то понятнее, поэтому я и говорю - посмотри как сделано в ii-go. Там быстрый многопоточный фетчер.
# Re: Полуневдимые эхи
revoltech (spnet, 4) → shaos – 13:52:06 2024-10-24
shaos> Это да :)
Так всё-таки есть стандартный и поддерживаемый вариант, чтобы полный перефетч эхи делался не кучей мелких запросов по 12 айдишников из-за ограничений хттпшного гета на сервере, а чем-то более вменяемым? Или нет? В доках ничего, кроме GET /u/m, по этому поводу не нарыл.
revoltech (spnet, 4) → shaos – 13:52:06 2024-10-24
shaos> Это да :)
Так всё-таки есть стандартный и поддерживаемый вариант, чтобы полный перефетч эхи делался не кучей мелких запросов по 12 айдишников из-за ограничений хттпшного гета на сервере, а чем-то более вменяемым? Или нет? В доках ничего, кроме GET /u/m, по этому поводу не нарыл.
# Re: Полуневдимые эхи
revoltech (spnet, 4) → hugeping – 13:41:37 2024-10-24
hugeping> Там есть полезная вещь, возможность забирать не все сообщения, а только часть. Например, последние n сообщений. Это позволяет делать фетчинг который не гоняет по интернету всегда полный индекс. Очень сильно снижает количество трафика.
Длина ID сообщения — 21 байт (20 на сам ID и один на перевод строки). Это погоды не делает. Определить, какие айдишники ещё не сфетчены, можно и на клиенте. Погоду делает то, что этих самых айдишников в GET /u/m можно поместить всего 12 штук, а дальше твой (вроде бы, не помню уже) нжинкс начнёт ругаться на слишком длинную строку запроса.
В результате при фетче с нуля приходится разбивать каждый список на группы по 12 и выгребать сообщения отдельными запросами. А это не оптимально ни разу.
Теперь понятнее?
revoltech (spnet, 4) → hugeping – 13:41:37 2024-10-24
hugeping> Там есть полезная вещь, возможность забирать не все сообщения, а только часть. Например, последние n сообщений. Это позволяет делать фетчинг который не гоняет по интернету всегда полный индекс. Очень сильно снижает количество трафика.
Длина ID сообщения — 21 байт (20 на сам ID и один на перевод строки). Это погоды не делает. Определить, какие айдишники ещё не сфетчены, можно и на клиенте. Погоду делает то, что этих самых айдишников в GET /u/m можно поместить всего 12 штук, а дальше твой (вроде бы, не помню уже) нжинкс начнёт ругаться на слишком длинную строку запроса.
В результате при фетче с нуля приходится разбивать каждый список на группы по 12 и выгребать сообщения отдельными запросами. А это не оптимально ни разу.
Теперь понятнее?
# Re: Полуневдимые эхи
revoltech (spnet, 4) → shaos – 13:37:36 2024-10-24
shaos> При наличии групп эх наверное можно таки дать возможность пользователям (с высокой кармой?) создавать новые публичные эхи в группе unsorted - эдакий crowd sourcing получится, но по умолчанию такие эхи должны будут быть скрыты от веба (хоть и будут перечислены в list.txt)..,
Мой посыл состоял в том числе и в посыле веба нафиг. А вот карма и прочие соцрейтинги пусть там, в вебе, и остаются. Если мои сообщения из веб-зеркал видны не будут, я не сильно расстроюсь.
revoltech (spnet, 4) → shaos – 13:37:36 2024-10-24
shaos> При наличии групп эх наверное можно таки дать возможность пользователям (с высокой кармой?) создавать новые публичные эхи в группе unsorted - эдакий crowd sourcing получится, но по умолчанию такие эхи должны будут быть скрыты от веба (хоть и будут перечислены в list.txt)..,
Мой посыл состоял в том числе и в посыле веба нафиг. А вот карма и прочие соцрейтинги пусть там, в вебе, и остаются. Если мои сообщения из веб-зеркал видны не будут, я не сильно расстроюсь.