Re: Полуневдимые эхи
Ответ на сообщение
ok - попробую для начала list.txt?h=1
shaos to ahamai (2024-10-25 06:02:59)
[ссылка]
hugeping> Нет.Вполне достаточный ответ.
hugeping> А слайсы решают проблему больших индексов.Слайсы на сервере позволяют пропустить сообщения, только если действительно не гонять их каждые пять минут. А это действительно увеличит трафик и без того.
> Например ZX Spectrum с сетевой карточкой Spectranet - у этого компа 48КБ ОЗУ только, но т.к. Spectranet использует бейсик (который в ПЗУ прошит в первых 16КБ) у которого есть свои переменные и ещё экран занимает 6912 байт ОЗУ т.е. под буфера останется 32КБ или даже меньше...зачем тебе там список сообщений, если ты там и одно сообщение не отобразишь? :)
shaos> это тоже можноЭто было бы здорово. С любым ударением на этом слове.
shaos> гугол говорит 8192Да, в теории 389 айдишников туда поместятся. Всё равно маловато, но лучше, чем по 12 группировать.
> зачем тебе там список сообщений, если ты там и одно сообщение не отобразишь? :)ну большинство сообщений маленькие, а если попадутся какие-то на десятки килобайт, то я думаю пользователь не обидится, если ему только вершки покажут...
> для таких вещей вообще абсолютно кастомные гейты надо делать, а не стандартные средстваесли IDEC уже имеет все средства как часть стандарта, то зачем для него городить кастомные гейты?...
> если IDEC уже имеет все средства как часть стандарта, то зачем для него городить кастомные гейты?..Без гейта ты нормально не отобразишь ничего ни на zx spectrum ни на msdos, ни на atari st. Сначала научи их utf8 :)
shaos> Кстати вопрос про POST в /u/m периодически поднимался, например вот тут ii://w6o5S9CleUqqm4Lgc8O9 (декабрь 2021) что так ни к чему и не привело - вот полное обсуждениеИ там AL написал, что POST /u/m не решает ни одной проблемы. Как же не решает, если решает? Вот вам проблема: куча лишних соединений и метаданных, т.к. владельцы станций ограничивают длину GET-запросов, либо сознательно, либо оставляя дефолт на веб-сервере. С POST запрос будет всегда одним в идеале.
> С тем же успехом можно на Gemini/Spartan перелезть полностью — там длина запроса 2048 символами ограничивается, если не ошибаюсь. В Nex и такого ограничения нет.По хттп можно качать хоть с дискеты и вообще отовсюду, он есть везде.
ahamai> По хттп можно качать хоть с дискеты и вообще отовсюду, он есть везде.А для некса с гофером вообще ничего, кроме нетката/телнета (голого TCP), не нужно.
ahamai> Сегментирование запросов было введено специально.Чтобы создать новым поинтам затруднения с первым выкачиванием эх (а-ля блокчейн монеро)?
ahamai> И я не вижу проблемы, я щас всю rulinux14 скачал за несколько секунд.Сколько сообщений можно выкачать за один запрос у тебя на станции?
ahamai> Идея в том, что есть и библиотеки, и средсва в системе, и можно с плмощью wget, cat и такой то матери в три строчки собрать простейший клиент.Намёк был на то, что есть транспорты ещё проще, чем HTTP. Например, Nex/NPS можно вообще описать парой коротких предложений:
ahamai> Лимит на get у меня вроде тоже 8 кбЭто типа «640 кб хватит всем»? :D Ну ладно, поставил тоже 389 на запрос. Как-нибудь попробую перефетч. А у остальных как? У пинга понятно, нжинкс и 12 сообщений на запрос максимум. А у spline-online и tgistation что?
revoltech> И там AL написал, что POST /u/m не решает ни одной проблемы. Как же не решает, если решает? Вот вам проблема: куча лишних соединений и метаданныхКаких метаданных и почему куча соединений? Если ты работаешь последовательно - то это несколько подряд идущих get запросов, а не куча параллельных соединений. Если же ты хочешь скорости, то да - потоки. Но это вообще говоря две независимые вещи. Например, запуск отдельных фетчеров на каждый узел. И да, многопоточность не связана с наличием свободных процессоров. Там нагрузки практически нет, вопрос не в утилизации мощности вычислительной, а в "съедании" времени ожидания TCP.
revoltech> У пинга понятно, нжинкс и 12 сообщений на запрос максимум.У меня нет веб сервера. Насчёт 12 сообщений, интересный вопрос. Это проверено? Я посмотрю, может быть это можно настроить в go библиотеке.
revoltech>> У пинга понятно, нжинкс и 12 сообщений на запрос максимум.
hugeping> У меня нет веб сервера. Насчёт 12 сообщений, интересный вопрос. Это проверено? Я посмотрю, может быть это можно настроить в go библиотеке.В общем, откуда инфа про 12? Запрос ввёл сейчас раза в два больше - не вижу ограничений. Или это опять, поэтическое преувеличение?