Почему помер gopher?

Было бы даже забавно поюзать такое.

А Slackware кто-нибудь раздает в IRC?

gopher лучше тем, что он по архитектуре plaintext'овый. http сам по себе не так уж и плох, но он позволяет и перегружать сайты разными флэшами, яваскриптами, картинками, анимацией,... и т.д.

Не перегружать пробовал?

Так перегружают создатели сайтов на серверной стороне.

lynx, конечно, всякую гадость отсеивает, но в результате что-то и теряется, да. А браузеры с JS, HTML5, Flash,... и т.д. на всём этом страшно тормозят.

Потому что он отстой. Gopher — типичный случай Прокрустово ложа, она был слишком негибкий, предлагал уже бесперспективную модель (люди с самого начала хотели богатый веб-контент) и организация, которая им управляла, сходу же хотела на протоколе навариться. В топку. HTTP и гипертекст — гораздо проще и гибче концепт, не ограничивают, занимаются только транспортировкой и разметкой. На клиентской стороне можно творить чудеса. Приспособился и выжил. Бернес-Ли его не запатентовал и не брал мзду за него, в этом плане Тим практически святой.

Транспортных протоколов было несколько в девяностых, были и очень богатые (на бумаге) на фичи, но победил самый простой. Сейчас, конечно, открытый веб под угрозой централизации и EME лока, но будем сопротивляться вместе с ценителем мозолей.

Нет, для моей целевой аудитории оба протокола одинакого хороши, а потому, с этой точки зрения, нет ничего страшного или особенного в том, чтобы заюзать gopher.

Так перегружают создатели сайтов на серверной стороне.

Так ты, оказывается, мало того что koi8-фаг, так ещё и подпольный gopher-диверсант, перегружающий странички в http флэшами, яваскриптами, картинками, анимацией,… и т.д.

Шта? Я не имею никакого отношения к другим сайтам кроме своего собственного, и который совершенно ничем не перегружен. Перегружают для привлечения аудитории те, кто воротят носы от gopher'а.

Я не имею никакого отношения к другим сайтам кроме своего собственного, и который совершенно ничем не перегружен.

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

Лично мне ничего не мешает, и я таки сделал.

Но, вот многие другие берут и перегружают. И это вредит репутации http в определённом смысле.

Поскольку нас, имеющих желание делать неперегруженные ресурсы, не так уж и много, то сторонники неперегруженных ресурсов вполне могут выделять как имеющие определённое преимущество ресурсы на основе тех технологий, которые не позволяют перегружать ресурсы by design. Как gopher.

Выше я подчеркнул именно это.

своего собственного, и который совершенно ничем не перегружен

он перегружен зелёным ШГ на черном фоне. Читать невозможно.

Поскольку нас, имеющих желание делать неперегруженные ресурсы, не так уж и много, то сторонники неперегруженных ресурсов вполне могут выделять как имеющие определённое преимущество ресурсы на основе тех технологий, которые не позволяют перегружать ресурсы by design. Как gopher.

щито. ЯННП.

Поскольку нас, имеющих желание делать неперегруженные ресурсы, не так уж и много, то сторонники неперегруженных ресурсов вполне могут выделять как имеющие определённое преимущество ресурсы на основе тех технологий, которые не позволяют перегружать ресурсы by design. Как gopher.

Неперегруженных ресурсов в http гораздо больше чем в мёртвом gopher, я гарантирую это.

он перегружен зелёным ШГ на черном фоне. Читать невозможно.

А это кому как. Ряд людей, наоборот, ищут зелёный текст на чёрном фоне, чтобы яркая подсветка светлого фона не давила на глаза.

Неудобства форматирования любых сайтов решаются парой методов:

• «lynx -term=„vt100“» в консоли с нужными настройками;
• Reader Mode;

Неперегруженных ресурсов в http гораздо больше чем в мёртвом gopher, я гарантирую это.

Однако, их днём с огнём не найдёшь, поскольку это капля в море перегруженных ресурсов. А в gopherspace все ресурсы неперегруженные.

А в gopherspace все ресурсы неперегруженные.

Все два с половиной никому не нужных ресурса неперегруженные, спору нет. Вот только не надо выдавать функциональность и возможности за недостаток, это даже для тебя выглядит слишком упорото.

Вот только не надо выдавать функциональность и возможности за недостаток

Всё зависит от того, как на них смотреть.

Избыточная функциональность, которая приводит к усложнению архитектуры, и которой злоупотребляют - это вполне себе минус.

Который, кстати, есть и у юникода. У KOI8-R функциональности меньше, но эта кодировка архитектурно гораздо красивее, и не позволяет перегружать тексты лишними символами.

Избыточная функциональность, которая приводит к усложнению архитектуры

Это скорее к gopher, http же лишь простая как палка труба.

которой злоупотребляют - это вполне себе минус.

Нет.

но эта кодировка архитектурно гораздо красивее

Архитектурно красивой однобайтовой кодировкой можно назвать разве что cp1251, но уж точно не убогую koi8.

не позволяет перегружать тексты лишними символами.

Тире, многоточия, ударе́ния, «ёлочки»-„кавычки” — это отнюдь не лишние символы. Т.е. koi8 не способна покрыть потребности даже исключительно русскоязычного пользователя.

http же лишь простая как палка труба

Но, не препятствующая созданию перегруженных http ресурсов.

Нет.

Кому как.

Архитектурно красивой однобайтовой кодировкой можно назвать разве что cp1251, но уж точно не убогую koi8.

Кому как.

Тире, многоточия, ударе'ния, <<ёлочки>>-«кавычки»

Не всем они нужны.

Но, не препятствующая созданию перегруженных http ресурсов.

Тут была бы уместной цитата Саныча про яйца и двери.

Кому как.

Не „кому как” а вполне объективно.

Не всем они нужны.

Запятые тоже не всем нужны, да.

Лет через 10 так же будут спрашивать о BitTorrent :)

http же лишь простая как палка труба.

а ты знаешь, сколько в спецификации HTTP запросов? Кроме GET и POST?

Хватит некропостить, необучаемый бот :)

а ты знаешь, сколько в спецификации HTTP запросов? Кроме GET и POST?

HEAD, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH. Из них на практике используется разве что первый.

Даже W3C в своих спецификациях пишут что они не особо нужны:
https://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html

The methods GET and HEAD MUST be supported by all general-purpose servers. All other methods are OPTIONAL