LINUX.ORG.RU

 ← 1 2 3 →

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

system-root ★★★★★
()
Ответ на: комментарий от system-root

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

saahriktu ★★★★★
()

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

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

pacify ★★★★★
()

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

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

WerNA ★★★★★
()

Gophered by Gophernicus/97 on NetBSD/amd64 8.0_BETA

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

commagray ★★★★★
()

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

tiinn ★★★★★
()
Ответ на: комментарий от neuer_Reedych

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

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

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

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

nihirash ★★★
()
Ответ на: комментарий от neuer_Reedych

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

saahriktu ★★★★★
()

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

telnet towel.blinkenlights.nl


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

madcore ★★★★★
()
Ответ на: комментарий от Deleted

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

Siado ★★★★★
()

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

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

Valeg ★★★
()
Ответ на: комментарий от kirk_johnson

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

saahriktu ★★★★★
()
Ответ на: комментарий от Clayman

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

saahriktu ★★★★★
()
Ответ на: комментарий от kirk_johnson

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

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

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

deep-purple ★★★★★
()
Ответ на: комментарий от Iron_Bug

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

saahriktu ★★★★★
()
Ответ на: комментарий от kirk_johnson

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

saahriktu ★★★★★
()
Ответ на: комментарий от kirk_johnson

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

saahriktu ★★★★★
()
Ответ на: комментарий от kirk_johnson

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

saahriktu ★★★★★
()
Ответ на: комментарий от kirk_johnson

Да, модификаторы есть и в 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) {
...
                }
        }
...
А чтение codepoint'а в UTF-8 превращается уже в это: 
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);
}

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

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

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от kirk_johnson

Внедрять юникод так внедрять. Выпиливать 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 в программах тоже. И т.д.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 2)
Ответ на: комментарий от saahriktu

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

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

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
Talks