# Re: Разбор idec
shaos (spnet, 2) → ahamai – 03:42:10 2024-10-31
> кто будет переписывать цезий или фетчеры под замену стандартов?
никто - сервер может поддерживать и ванильный ii без индексов, и старый IDEC где индексы в конце, и новый многоиндексный вариант - ничто ничему не противоречит!
shaos (spnet, 2) → ahamai – 03:42:10 2024-10-31
> кто будет переписывать цезий или фетчеры под замену стандартов?
никто - сервер может поддерживать и ванильный ii без индексов, и старый IDEC где индексы в конце, и новый многоиндексный вариант - ничто ничему не противоречит!
# Re: тестовый архив
shaos (spnet, 2) → shaos – 03:39:57 2024-10-31
Ещё момент - lor-opennet.17 есть в таверне тоже, только она там глючит (сразу после сбойного сообщение оно размножается)
shaos (spnet, 2) → shaos – 03:39:57 2024-10-31
Ещё момент - lor-opennet.17 есть в таверне тоже, только она там глючит (сразу после сбойного сообщение оно размножается)
# Re: Разбор idec
ahamai (blackcat, 2) → shaos – 03:30:31 2024-10-31
кто будет переписывать цезий или фетчеры под замену стандартов? стандарты уже такие, какие получились. у меня вопрос - чому так?
> будет означать, что echo.1 и echo.2 должны вернуть одно последнее сообщение, echo.3 должно вернуть 100 последних, а echo.4 должно вернуть всё - в этом случае всё будет логично и гибко ;)
если менять это, то надо убирать неэхи из стрки для эх. чтобы оно прозрачно накладывалось, а не как у меня пишет -100:100 в файле списка, потому что на это вообще не рассчитвалась. в /u/e должны быть только эхи, это изначальный стандарт
ahamai (blackcat, 2) → shaos – 03:30:31 2024-10-31
кто будет переписывать цезий или фетчеры под замену стандартов? стандарты уже такие, какие получились. у меня вопрос - чому так?
> будет означать, что echo.1 и echo.2 должны вернуть одно последнее сообщение, echo.3 должно вернуть 100 последних, а echo.4 должно вернуть всё - в этом случае всё будет логично и гибко ;)
если менять это, то надо убирать неэхи из стрки для эх. чтобы оно прозрачно накладывалось, а не как у меня пишет -100:100 в файле списка, потому что на это вообще не рассчитвалась. в /u/e должны быть только эхи, это изначальный стандарт
# Re: тестовый архив
shaos (spnet, 2) → ahamai – 03:22:35 2024-10-31
Интересно, что ii.stat я взял с таверны, и сам добавляю туда еженедельную статистику, а там остался старый вариант остановившийся в 2018 году :)
Люди, дайте ii.14 у кого есть? Очень хочется в промежуточную историю окунутся между тем что было на alicorn и тем что сейчас - я письмо ake написал (у него на станции было), но он не отвечает...
shaos (spnet, 2) → ahamai – 03:22:35 2024-10-31
Интересно, что ii.stat я взял с таверны, и сам добавляю туда еженедельную статистику, а там остался старый вариант остановившийся в 2018 году :)
Люди, дайте ii.14 у кого есть? Очень хочется в промежуточную историю окунутся между тем что было на alicorn и тем что сейчас - я письмо ake написал (у него на станции было), но он не отвечает...
# Re: Разбор idec
shaos (spnet, 2) → ahamai – 03:17:33 2024-10-31
Не надо драматизировать :)
Индексы тоже пару строк кода добавляют (ну может чуть больше)
Для разнообразия можно множественные "слайсы" тоже сделать, типа
/u/e/echo.1/echo.2/-1:1/echo.3/-100:100/echo.4
будет означать, что echo.1 и echo.2 должны вернуть одно последнее сообщение, echo.3 должно вернуть 100 последних, а echo.4 должно вернуть всё - в этом случае всё будет логично и гибко ;)
shaos (spnet, 2) → ahamai – 03:17:33 2024-10-31
Не надо драматизировать :)
Индексы тоже пару строк кода добавляют (ну может чуть больше)
Для разнообразия можно множественные "слайсы" тоже сделать, типа
/u/e/echo.1/echo.2/-1:1/echo.3/-100:100/echo.4
будет означать, что echo.1 и echo.2 должны вернуть одно последнее сообщение, echo.3 должно вернуть 100 последних, а echo.4 должно вернуть всё - в этом случае всё будет логично и гибко ;)
# Re: тестовый архив
ahamai (blackcat, 2) → ahamai – 00:46:10 2024-10-31
смотрю я на это и думаю, а давайте ru.humor.14 на бон вернём?
ahamai (blackcat, 2) → ahamai – 00:46:10 2024-10-31
смотрю я на это и думаю, а давайте ru.humor.14 на бон вернём?
# Re: тестовый архив
ahamai (blackcat, 2) → ahamai – 00:44:27 2024-10-31
добавил в архив сравнение станций
http://ii.blcat.ru:50000/compare
чёто боты по all=1 долбятся, сервер грузят, надо будет недоделанный архив скоро погасить, доделать, разобрать и перебрать
ahamai (blackcat, 2) → ahamai – 00:44:27 2024-10-31
добавил в архив сравнение станций
http://ii.blcat.ru:50000/compare
чёто боты по all=1 долбятся, сервер грузят, надо будет недоделанный архив скоро погасить, доделать, разобрать и перебрать
# Разбор idec
ahamai (blackcat, 2) → All – 23:20:59 2024-10-30
Складывается впечатление, что idec это пример плохого проектирования. Зачем менять устоявшуюся структуру запроса /u/e если можно этого не делать? Зачем вводить ограничение "количество сообщений в эхе может не совпадать со счётчиком", если можно этого не делать?
Формат /u/e был именно только для списка эх. Зачем добавлять туда что-то ещё? Почему не использовать, например /u/e?s=срез? Это значительно всё упрощает, это можно сувать куда угодно без разбора. А так алгоритм отдачи "всё эха" меняется на "последняя эха может быть не эхой":
ВЕСЬ ЗАПРОС СПИСОК ЭХ
ПОЛУЧИЛИ СПИСКИ
ЕСЛИ ЕСТЬ ЛИМИТ, УСТАНОВИЛИ
становится
ПОЛУЧИЛИ СПИСОК ЭХ
ПРОВЕРИЛИ ПОСЛЕДНЮЮ
ЕСЛИ ЭТО СРЕЗ, ТО РАСПАРСИЛИ СРЕЗ
СОХРАНИЛИ ЛИМИТ
УДАЛИЛИ ПОСЛЕДНЮЮ ЭХУ
>> Читать далее
ahamai (blackcat, 2) → All – 23:20:59 2024-10-30
Складывается впечатление, что idec это пример плохого проектирования. Зачем менять устоявшуюся структуру запроса /u/e если можно этого не делать? Зачем вводить ограничение "количество сообщений в эхе может не совпадать со счётчиком", если можно этого не делать?
Формат /u/e был именно только для списка эх. Зачем добавлять туда что-то ещё? Почему не использовать, например /u/e?s=срез? Это значительно всё упрощает, это можно сувать куда угодно без разбора. А так алгоритм отдачи "всё эха" меняется на "последняя эха может быть не эхой":
ВЕСЬ ЗАПРОС СПИСОК ЭХ
ПОЛУЧИЛИ СПИСКИ
ЕСЛИ ЕСТЬ ЛИМИТ, УСТАНОВИЛИ
становится
ПОЛУЧИЛИ СПИСОК ЭХ
ПРОВЕРИЛИ ПОСЛЕДНЮЮ
ЕСЛИ ЭТО СРЕЗ, ТО РАСПАРСИЛИ СРЕЗ
СОХРАНИЛИ ЛИМИТ
УДАЛИЛИ ПОСЛЕДНЮЮ ЭХУ
>> Читать далее
# Re: игры в эхах
ahamai (blackcat, 2) → tuple – 21:03:34 2024-10-30
> Ещё есть вариант найти мастера,
тут новые пользователи появляются раз в пятилетку... :)
ahamai (blackcat, 2) → tuple – 21:03:34 2024-10-30
> Ещё есть вариант найти мастера,
тут новые пользователи появляются раз в пятилетку... :)
# Re: игры в эхах
ahamai (blackcat, 2) → shaos – 20:51:19 2024-10-30
тем более что sokoban игра с полной информацией и ходами только с одной стороны, её можно пройти одной командой
ahamai (blackcat, 2) → shaos – 20:51:19 2024-10-30
тем более что sokoban игра с полной информацией и ходами только с одной стороны, её можно пройти одной командой
# Re: игры в эхах
ahamai (blackcat, 2) → shaos – 20:50:13 2024-10-30
по одному ходу скучно, надо сразу по много
ahamai (blackcat, 2) → shaos – 20:50:13 2024-10-30
по одному ходу скучно, надо сразу по много
# Re: игры в эхах
ahamai (blackcat, 2) → ahamai – 20:35:02 2024-10-30
кривая и косая версия adventure. играть можно только на моей станции
http://ii.blcat.ru/play.advent
ahamai (blackcat, 2) → ahamai – 20:35:02 2024-10-30
кривая и косая версия adventure. играть можно только на моей станции
http://ii.blcat.ru/play.advent
# Re: игры в эхах
tuple (ping,54) → ahamai – 20:38:50 2024-10-30
Ещё есть вариант найти мастера, сыграть в D&D.
P.S. Чур я бард-человек.
tuple (ping,54) → ahamai – 20:38:50 2024-10-30
Ещё есть вариант найти мастера, сыграть в D&D.
P.S. Чур я бард-человек.
# Re: игры в эхах
shaos (spnet, 2) → ahamai – 20:40:44 2024-10-30
Не - ты делаешь ход посылая команду в эху, а некий бот верифицирует твой ход, модифицирует карту и посылает её обратно в эху в ожидании следующего хода…
shaos (spnet, 2) → ahamai – 20:40:44 2024-10-30
Не - ты делаешь ход посылая команду в эху, а некий бот верифицирует твой ход, модифицирует карту и посылает её обратно в эху в ожидании следующего хода…
# Re: Срез
ahamai (blackcat, 2) → Andrew Lobanov – 19:32:33 2024-10-30
Понятия не имею, что это слово означает, но вопросы имеются - раньше я вообще никогда не задумывался, как работают слайсы.
Во-первых, формат. /u/e/ чётко определён, там перечисляются эхи. Почему не использовать что-то типа ?s=-100:100 или любой другой способ? Если в фетчер ii 0.3 просунуть такой формат url и запросить что-то с ii 0.3, фетчер упадёт, не растоссив пакет, потому что будет считать -100:100 хэшем сообщения. Зачем плодить неоднозначность просто на ровном месте, там, где есть куча способов её избежать?
Ладно, раз уж решили изнасиловать формат /u/e, почему не использовать /u/e/эха/срез/эха/срез. Это же для экономии трафика всё затевалось? А какая экономия, если у тебя может быть куча эх, и ради одной роботной, где всегда куча сообщений, тянется куча ненужных? А если поодиночке - то это лишние запросы, на медленном и нестабильном интернете каждый запрос это всегда больно, и он может даже не состояться (поэтому links решал там, где opera не могла ни одного сайта открыть). Формат /u/e был придуман ровно для того, что дёргать /e на каждую эху было медленно и неэффективно. Изначально были только /e и /m, но всё это было медленно и печально.
ahamai (blackcat, 2) → Andrew Lobanov – 19:32:33 2024-10-30
Понятия не имею, что это слово означает, но вопросы имеются - раньше я вообще никогда не задумывался, как работают слайсы.
Во-первых, формат. /u/e/ чётко определён, там перечисляются эхи. Почему не использовать что-то типа ?s=-100:100 или любой другой способ? Если в фетчер ii 0.3 просунуть такой формат url и запросить что-то с ii 0.3, фетчер упадёт, не растоссив пакет, потому что будет считать -100:100 хэшем сообщения. Зачем плодить неоднозначность просто на ровном месте, там, где есть куча способов её избежать?
Ладно, раз уж решили изнасиловать формат /u/e, почему не использовать /u/e/эха/срез/эха/срез. Это же для экономии трафика всё затевалось? А какая экономия, если у тебя может быть куча эх, и ради одной роботной, где всегда куча сообщений, тянется куча ненужных? А если поодиночке - то это лишние запросы, на медленном и нестабильном интернете каждый запрос это всегда больно, и он может даже не состояться (поэтому links решал там, где opera не могла ни одного сайта открыть). Формат /u/e был придуман ровно для того, что дёргать /e на каждую эху было медленно и неэффективно. Изначально были только /e и /m, но всё это было медленно и печально.
# Re: Срез
ahamai (blackcat, 2) → ahamai – 18:49:16 2024-10-30
- если сообщений в базе мало
+ если новых сообщений в эхах разное количество, непонятно почему просто не запрашивать с каждой нужное (ну, или, с гарантией +1, +5 сообщений, это небольшой оверхед, по сравнению со случаем когда опращиваются одним запросом эхи с 1 и 110 сообщениями)
111
Вообще, связка h и sf реально сокращает количество запросов и реально экономит трафик. Если это кому-то важно.
ahamai (blackcat, 2) → ahamai – 18:49:16 2024-10-30
- если сообщений в базе мало
+ если новых сообщений в эхах разное количество, непонятно почему просто не запрашивать с каждой нужное (ну, или, с гарантией +1, +5 сообщений, это небольшой оверхед, по сравнению со случаем когда опращиваются одним запросом эхи с 1 и 110 сообщениями)
111
Вообще, связка h и sf реально сокращает количество запросов и реально экономит трафик. Если это кому-то важно.
# Re: игры в эхах
ahamai (blackcat, 2) → revoltech – 18:44:30 2024-10-30
> Можно передавать уровни сокобана в plaintext-формате (.sok).
это всё не так весело, тут играешь в одиночку. а я именно про игры всей компанией и совместную вовлечённость
ahamai (blackcat, 2) → revoltech – 18:44:30 2024-10-30
> Можно передавать уровни сокобана в plaintext-формате (.sok).
это всё не так весело, тут играешь в одиночку. а я именно про игры всей компанией и совместную вовлечённость
# Re: Срез
ahamai (blackcat, 2) → Andrew Lobanov – 18:42:57 2024-10-30
Хэш в блеклисте это вообще ничего не меняет, нужны же "сообщения от", если в файле эхи сообщение есть, то от него и пойдёт. Если хэша нет, то отдастся вся эха. По сравнению с текущим случаем, преимуществ два - хэш гораздо более надёжный источник, чем количество сообщений, и не сработает только в одном случае: если конкретная нода инъектировала в эху сообщения сверху - но на это нужно иметь настолько серьёзные основания, что это повод говорить об этом в сисопской эхе. Ну и второе - точно отдадутся только самые новые сообщения, одним запросом (я думал, реализация срезов вообще не так работает, в текущем виде она вообще какая-то непонятная, почему на все эхи один лимит, если сообщений в базе мало)
реализация и sf и lim у меня это всего несколько строчек.
было
стало
>> Читать далее
ahamai (blackcat, 2) → Andrew Lobanov – 18:42:57 2024-10-30
Хэш в блеклисте это вообще ничего не меняет, нужны же "сообщения от", если в файле эхи сообщение есть, то от него и пойдёт. Если хэша нет, то отдастся вся эха. По сравнению с текущим случаем, преимуществ два - хэш гораздо более надёжный источник, чем количество сообщений, и не сработает только в одном случае: если конкретная нода инъектировала в эху сообщения сверху - но на это нужно иметь настолько серьёзные основания, что это повод говорить об этом в сисопской эхе. Ну и второе - точно отдадутся только самые новые сообщения, одним запросом (я думал, реализация срезов вообще не так работает, в текущем виде она вообще какая-то непонятная, почему на все эхи один лимит, если сообщений в базе мало)
реализация и sf и lim у меня это всего несколько строчек.
было
def echoareas(names):
out = ''
for ea in names:
out += ea + '\n' + get_echoarea(ea,True)
return out
стало
>> Читать далее
# Re: игры в эхах
shaos (spnet, 2) → revoltech – 18:59:53 2024-10-30
> Можно передавать уровни сокобана в plaintext-формате (.sok).
А если и играть через эху? ;)
shaos (spnet, 2) → revoltech – 18:59:53 2024-10-30
> Можно передавать уровни сокобана в plaintext-формате (.sok).
А если и играть через эху? ;)
# Re: игры в эхах
revoltech (spnet, 4) → tuple – 17:34:45 2024-10-30
tuple> А ещё можно передавать сохранения игр, проходя их по очереди. Те же дварфы (dwarf fortress). Много чего можно сочинить.
Можно передавать уровни сокобана в plaintext-формате (.sok).
revoltech (spnet, 4) → tuple – 17:34:45 2024-10-30
tuple> А ещё можно передавать сохранения игр, проходя их по очереди. Те же дварфы (dwarf fortress). Много чего можно сочинить.
Можно передавать уровни сокобана в plaintext-формате (.sok).
# Re: игры в эхах
Andrew Lobanov (tavern,1) → tuple – 15:25:01 2024-10-30
tuple> А ещё можно передавать сохранения игр, проходя их по очереди. Те же дварфы (dwarf fortress). Много чего можно сочинить.
У нас нельзя передавать файлы в общем случае. Да и бородачи нынче не те. Я так и не освоил новый интерфейс.
+++ Caesium/0.4 RC1
Andrew Lobanov (tavern,1) → tuple – 15:25:01 2024-10-30
tuple> А ещё можно передавать сохранения игр, проходя их по очереди. Те же дварфы (dwarf fortress). Много чего можно сочинить.
У нас нельзя передавать файлы в общем случае. Да и бородачи нынче не те. Я так и не освоил новый интерфейс.
+++ Caesium/0.4 RC1
# Re: игры в эхах
tuple (ping,54) → ahamai – 14:16:29 2024-10-30
А ещё можно передавать сохранения игр, проходя их по очереди. Те же дварфы (dwarf fortress). Много чего можно сочинить.
tuple (ping,54) → ahamai – 14:16:29 2024-10-30
А ещё можно передавать сохранения игр, проходя их по очереди. Те же дварфы (dwarf fortress). Много чего можно сочинить.
# Re: Аутентификация поинтов через несекьюрное соединение
Andrew Lobanov (tavern,1) → shaos – 13:32:46 2024-10-30
>> По хорошему особый сисоповский должен быть. Потому что пуш для межузлового взаимодействия. Поини в принципе не может слать пуш, так как в пуше уже зарегистрированные сообщения летят, а не пользовательские.
shaos> Может тогда как-то почётче это в стандарте про push проговорить?
Хорошо. Принимается.
+++ Caesium/0.4 RC1
Andrew Lobanov (tavern,1) → shaos – 13:32:46 2024-10-30
>> По хорошему особый сисоповский должен быть. Потому что пуш для межузлового взаимодействия. Поини в принципе не может слать пуш, так как в пуше уже зарегистрированные сообщения летят, а не пользовательские.
shaos> Может тогда как-то почётче это в стандарте про push проговорить?
Хорошо. Принимается.
+++ Caesium/0.4 RC1
# Re: Срез
Andrew Lobanov (tavern,1) → ahamai – 13:32:46 2024-10-30
ahamai> у меня sf работает так: запрос вида /u/e/эха1/эха2/эха3?sf=хэш1/хэш2/хэш3, и она ищет указанные хэши в эхах, если находит, начинает выдачу эх с них. сначала не вклчая сами хэшN, но несколько дней назад я сделал, чтобы включали, на всякий случай, 21 байта не жалко, зато можно убедиться, какой именно хэш
А если хеш в блеклисте или вообще удалён? Ну и сложно это в реализации и не особо незачем.
+++ Caesium/0.4 RC1
Andrew Lobanov (tavern,1) → ahamai – 13:32:46 2024-10-30
ahamai> у меня sf работает так: запрос вида /u/e/эха1/эха2/эха3?sf=хэш1/хэш2/хэш3, и она ищет указанные хэши в эхах, если находит, начинает выдачу эх с них. сначала не вклчая сами хэшN, но несколько дней назад я сделал, чтобы включали, на всякий случай, 21 байта не жалко, зато можно убедиться, какой именно хэш
А если хеш в блеклисте или вообще удалён? Ну и сложно это в реализации и не особо незачем.
+++ Caesium/0.4 RC1