gopher можно читать даже без браузера

а есть какие-то способы читать в браузере?

This site can’t be reached
gopher’s server IP address could not be found.
Try running Windows Network Diagnostics.
DNS_PROBE_FINISHED_NXDOMAIN

В lynx'е из коробки. Для Firefox'а есть дополнения OverbiteFF и OverbiteWX (последнее для свежих Firefox'ов).

Да.

https://addons.mozilla.org/ru/firefox/addon/overbitewx/

Жаль что этот протокол так непопулярен.

А как получить SSL-сертификат для gopher-ресурса?

мне в этом протоколе нравится название

зы пользовался им последний раз году эдак в 95-м

Зачем он нужен, если есть http?

А зачем нужен UTF-8 когда есть UTF-32?

Экономия байтов. Я сэкономил 233 байта, переведя огромную свою статью в koi8-r.

Охщи, что же ты собираешься делать с такой кучей освободившейся памяти?!

Gophered by Gophernicus/97 on NetBSD/amd64 8.0_BETA

Знатные некроманты.

Уже перевёл многие документы на koi8-r, уже 17 килобайт!

Потыкал, воняет. Пусть лежит в качестве живого музейного экспоната.

Во-первых, суть KOI8-R совсем не в экономии, а в том, что не всем и не всегда нужно больше. Особенно если в шрифте юзера всего 256 символов, а все остальные отображаются одинаковыми квадратиками. Во-вторых, если жать тексты lzma, то текст в UTF-8 в 1,1 раза тяжелее чем в KOI8-R. Если таких пожатых текстов сотни гигов, то, конечно, приятно, что они занимают поменьше места.

то текст в UTF-8 в 1,1 раза тяжелее чем в KOI8-R.

Аж в 1,1 раз. Смотри на сэкономленные байты не слишком загуляй)

Сотни гигов текста? Забористая трава у тебя.

lib.ru

Библиотеки - это только начало. С интернета можно надампить много самых разных текстов. На ftp'шниках вообще встречаются, например, дампы imdb, которые даже пожатым plaintext'ом занимают под 7-9 гигов.

telnet можно смотреть фильмы даже без проигрывателя

telnet towel.blinkenlights.nl

Жаль что этот протокол так непопулярен.

The IPv6 version has extra scenes and extra color support.

Это что за дискриминация IPv4-инвалидов!?

Кстати, а как звук погромче сделать?

Не могу сказать, это запрещено УК РФ.

Это юниксвей. Звук должна делать другая программа и делать это хорошо.

Жаль что этот протокол так непопулярен.

хех, это можно обратить в плюс, перспективный будет канал для «неблагонадёжной» коммуникации. Пора там новый протокол ввести, чтобы с кодировками не было траха.

По-моему, ты больше времени тратишь на поддержку koi8-r, чем наслаждаешься профитом.

KOI8-R и так работает. Она поддерживается на уровне ядра и glibc'а. причём в glibc'е она реализована как подмножество юникода.

Детка, 7-9 гигов были большим объёмом лет 15 назад.

Вы как читаете? Вопрос был в том, откуда взять сотни гигов. Отсюда 7-9, оттуда 7-9,... Так и набегает.

Ты по поводу телеграма ныл, помнится. И irssi патчить собирался.

Во-первых, я аргументировал почему телеграм не готов. Мне и без него жилось прекрасно. А тут узнал, что официальный telegram-cli работает только с юникодом. Как оказалось, есть ещё плагин telegram-purple, который прекрасно работает и с однобайтными кодировками. Во-вторых, что касается irssi, то я просто рассматривал разные варианты, когда разработчики обсуждали выпиливание остальных кодировок помимо юникода. Если бы они выпилили, то я мог бы перейти и на другой IRC-клиент, например, weechat, откуда однобайтные кодировки никто не выпиливает. Ну, или левой пяткой патчить последнюю до выпиливания однобайтных кодировок версию irssi. Но, в итоге, авторы irssi так пока ничего и не выпилили.

проблема в том, что жизни хумана может и не хватить на чтение нескольких гигабайт чистого текста.

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

Вот видишь, сколько времени ты потратил на секс с кодировкой. И все ради того, чтобы на форуме повыпендриввться.

1) экономия байтов 2) совместим с ansi

Потому что UTF-32 не дает никакого профита относительно UTF-8.

Кроме человекочтения есть ещё и grep'ание с помощью которого можно находить нужную на данный момент информацию.

Даёт. Фиксированный размер codepoint'ов в байтах. Именно поэтому я реализовал n7t328IIpnwd путём чтения из UTF-32, а не из UTF-8.

А что дает фиксированный размер? Напоминаю, что композитные символы никуда не делись.

Шта? Время потратил я только на ЛОР. А локально у меня, повторяю, всё просто работало и работает. Да, повторяю, telegram-cli не работает с локалью KOI8-R. Так я в нём и не сидел. И из irssi так никто ничего и не выпилил. Где проблемы-то?

Ты постоянно пишешь на лор о своих страданиях с кои8. И часами убеждаешь людей, что он не сдох.

Не о страданиях, а о положительном опыте использования без страданий. Другие точно также пишут про UTF-8 и никто не говорит, что они, якобы, страдают с UTF-8 и кого-то в чём-то убеждают. Каждый пишет о том, что юзает сам.

Да, модификаторы есть и в UTF-32. Но, вычислять размеры codepoint'ов уже не нужно. Текстовый поток обрабатывать можно так:

...
        while ((rcbuf = getchar()) != EOF) {
                rcptr++;
                if (rcptr == 0)
                        rcharrb = 0;
                if (MODE_BE == 0)
                        rcharrb += (1 << 8 * rcptr) * rcbuf;
                else
                        rcharrb += (16777216 >> 8 * rcptr) * rcbuf;
                if (rcptr == 3) {
...
                }
        }
...

int decodefatc(int fcdt0, int fcdt1, int fcdt2, int fcdt3, int fcmaxk)
{
    if (fcmaxk == 1)
        return (fcdt0 & 0x3f) << 0x6 | (fcdt1 & 0x7f);
    if (fcmaxk == 2)
        return (fcdt0 & 0xe0) << 0xc | (fcdt1 & 0x7f) << 0x6 | (fcdt2 &
                                                                  0x7f);
    return ((fcdt0 & 0xf0) << 0x12) | (((fcdt1 & 0x7f) << 0xc) +
        ((fcdt2 & 0x7f) << 0x6)) | (fcdt3 & 0x7f);
}

int sizeoffatc(int headbyte)
{
    if (headbyte >= 0 && headbyte <= 0x7f)
        return 1;
    else if (headbyte >= 0xc0 && headbyte <= 0xdf)
        return 2;
    else if (headbyte >= 0xe0 && headbyte <= 0xef)
        return 3;
    else if (headbyte >= 0xf0 && headbyte <= 0xf7)
        return 4;
    else if (headbyte >= 0xf8 && headbyte <= 0xff)
        return -1;              // error
    return -1;                  // error
}

int fgetfatc(FILE * fatstream)
{
    int cdbuf, cdt[4];
    int cdindx = 0, maxk;
    for (;;) {
        cdbuf = fgetc(fatstream);
        if (cdindx == 0) {
            if (cdbuf == -1)
                return EOF;
            if (cdbuf < 0x80)
                return cdbuf;   // ASCII
            else
                maxk = sizeoffatc(cdbuf) - 1;
            if (maxk == -2)
                return -2;
        }
        cdt[cdindx] = cdbuf;
        cdindx++;
        if (cdindx > maxk)
            break;
    }
    return decodefatc(cdt[0], cdt[1], cdt[2], cdt[3], maxk);
}

Кто-то пишет про юникод не в контексте «смарите, очередной проект перестал насиловать труп однобайтных кодировок»?

Сэкономил пару десятков строк кода, проиграл в 2/4 раза по памяти и потерял совместимость с ASCII. Ну такое.

Внедрять юникод так внедрять. Выпиливать legacy так выпиливать. А то совместимая с ASCII KOI8-R у них отбрасывается на обочину, а сама ASCII - нет... Но, да, у разных кодировок свои сторонники.

Так UTF-8 пока ещё ниоткуда не выпиливают. Вот когда кругом внедрят UTF-32 и будут выпиливать UTF-8, вот тогда сторонники UTF-8 для других сторонников UTF-8 тоже будут в интернетах писать где выпилили поддержку UTF-8. Про выпиливание KOI8-R я тоже писал для других юзеров KOI8-R.

При этом с UTF-8, как и с любой другой кодировкой, люди просто работают. И пишут уже хотя бы про то как читать и писать текст в UTF-8. Как настраивать UTF-8 в программах тоже. И т.д.

Так UTF-8 пока ещё ниоткуда не выпиливают. Вот когда кругом внедрят UTF-32 и будут выпиливать UTF-8, вот тогда сторонники UTF-8 для других сторонников UTF-8 тоже будут в интернетах писать где выпилили поддержку UTF-8.

Очень вряд ли. UTF-8 решил все насущные проблемы и если и будут переходить, то на что-то другое.

При этом с UTF-8, как и с любой другой кодировкой, люди просто работают.

Ага. А с KOI8-R — сражаются.

С KOI8-R тоже просто работают.

Вы говорите как сторонник UTF-8. Сторонники UTF-32 думают иначе.