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

А ты его видел, что говоришь про шустрый и удобный?

У меня есть расширенное зеркало сайта на gopher://sdf.org/1/users/saahriktu/ . И это далеко не единственный gopher-сервер. Их по миру совсем недавно было ещё где-то полторы сотни. И это ещё не упоминая современные реализации gopher-серверов, которые есть и в репозиториях дистрибутивов: gofish, geomyidae, gophernicus, bucktooth, pygopherd,... и т.д. Так что, каждый может организовать собственный gopher-сервер при желании.

Их по миру совсем недавно было ещё где-то полторы сотни.

Но это же даже не капля в море. Но радует что хоть кто-то ещё использует.

Потому что убого?

Маргиналы должны страдать. Пофиг на тот Gopher, есть вот, например, SCTP. Но почему, кроме VoIP, его нигде нет ? Ведь гораздо удобней же!

Но это же даже не капля в море

Ну и что? Главное - извлекаемая польза, а не популярность.

Потому что он был заточен строго под определённый формат сайтов (иерархические меню с текстовыми документами) и не позволял делать даже простейшие интерактивные страницы.

Какую пользу можно извлечь из gopher-серверов кроме экскурса в историю?

Как «какую»? Размещать свой контент. Чтобы он прямее попадал в руки целевой аудитории, которая не гоняется за свежими технологиями.

Это местный кои8 шиз, не парься.

отсутствие рекламы очевидно же

HTTP - новая технология? Твою ж мать! Или твоя целевая аудитория состоит из псевдоностальгирующих аутистов и школьников-некрофилов?

Есть, но мало. В частности DIAMETER реализован поверх SCTP, но его (пока) нет поверх TCP. Netflow тоже либо UDP либо SCTP. Алсо одно время думали портировать Nginx на SCTP, но не взлетело, т.к. нет ни одного браузера поддерживающего HTTP over SCTP.

Однако броузеры как-то дропнули поддержку и не собираются запиливать обратно.

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

Однако броузеры как-то дропнули поддержку и не собираются запиливать обратно.

Смотря какие. В lynx'е поддержка gopher'а из коробки как была так и продолжает быть. Да и в curl'е есть поддержка gopher'а. А большего в целом и не надо. Но, если что, то и для того же Firefox'а есть плагин.

Ах да, чего же такого мог сабж, чего не может веб?

Как вариант. размещать пиратский контент и торренты, а всем желающим давать ссылку на сайт и ссылку на плагин (сайт saahriktu у меня открылся только после установки последнего).

Он мёртв и разложился. В глазах определённого рода существ это само по себе является ключевым преимуществом. Даже поговорка такая есть — «слетелись, как saahriktu на koi8».

Ничего не умирало. Вон у меня в slapt-get есть этот репозиторий: gopher://mirror.lug.udel.edu/0/slackware/slackware64-14.2/. Да, зеркало репозитория slackware в gopher.

Всё хорошо, рационально спроектированное всегда проигрывает расплывчатому и мистическому.

мёртв

Есть разные критерии. В т.ч. и такие, что пока у технологии есть хотя бы один пользователь - она живее всех живых.

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

Потому что Microsoft Windows SCTP не умеет.

Так ты расскажешь в итоге чем Gopher

самые лучшие технологии

свой контент ... прямее попадал в руки целевой аудитории,

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

Потому что его вытеснил http

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

Если жить в текстовой консоли, работать с plaintext'ом, и хотеть делиться своими наработками с такими же юзерами текстовой консоли и plaintext'а, то gopher очень даже неплох.

Спасибо, Капитан.

то gopher очень даже неплох.

То есть это ты сейчас такой объясняешь всему миру что на самом-то деле http ему, этому миру, не нужен, и что ты лучше всех знаешь какая технология самая перспективная?

Если жить в текстовой консоли, работать с plaintext'ом, и хотеть делиться своими наработками с такими же юзерами текстовой консоли и plaintext'а

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

http сам по себе не так уж и плох, но он позволяет

Вместо этого ты держишь отдельный протокол вместо того чтобы просто выкладывать plain текст файлы по HTTP

Нет. Я же уже писал выше, что можно смотреть на gopher как на в целом равный http протокол, но более подходящий для определённых задач.

но более

Не более. HTTP надмножество

В случае gopher'а происходит автоматическое отсеивание аудитории через протокол.

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

Не надмножество, а совершенно другой протокол. Который исторически получил распространение из за жадности разработчиков оригинального gopher-сервера, которые внезапно захотели собирать отчисления за его использование. Тут-то многие и обратили внимание на развивающийся параллельно и бесплатный http. Потом авторы gopher'а даже исходники выложили, но это уже мало кто заметил. Массы уже юзали http.

По http могут заходить все, кому не лень, и разочаровываться в контенте

Это называется автоматическое отсеивание аудитории. Не это ли тебе надо?

Плюс, я так понимаю что Gopher - протокол доставки любого контента и ничего не мешает по нему отправить весь UI от GMail если заменить http:// на gopher:// и немного изменить служебные запросы

Так я и написал про автоматическое отсеивание аудитории же.

Так если ты будешь делать говносайты аля 1995 на HTTP, то точнь также отсеишь аудиторию

В феврале 1993 года Университет Миннесоты объявил о намерении взимать лицензионные отчисления за использование созданной им реализации сервера Gopher.[2] В результате пользователи и разработчики стали отдавать предпочтение развивавшейся тогда технологии World Wide Web, имевшей и ряд других преимуществ.[3]

/thread

gopher больше ориентирован на доставку файлов и отображение каталогов файлов в своём специфическом формате.

Протокол основан на клиент-серверной технологии, за ним закреплён 70 порт TCP. После того как клиент установит
   TCP-подключение с сервером, он посылает строку (заканчивающуюся CR LF), которая содержит запрос на нужный
   документ либо пустую строку для получения первой страницы сайта. Сервер отвечает и закрывает соединение.

   Каталог состоит из последовательности строк, описывающих данные, которые можно из него получить -- файлы,
   другие каталоги и ссылки на ресурсы, доступные по другим протоколам. Строки содержат пять полей и заканчиваются
   CR LF. Первое поле содержит один символ и не отделено от второго, остальные разделяются табуляцией.
     * Тип содержимого
          + 0 = текстовый файл
          + 1 = каталог
          + 2 = сервер имён CSO
          + 3 = ошибка
          + 4 = файл Macintosh в формате BinHex
          + 5 = архив ZIP
          + 6 = файл UNIX, закодированный uuencode
          + 7 = поисковый сервер
          + 8 = ссылка на telnet-сессию
          + 9 = бинарный файл
          + + = запасной сервер
          + h = файл в формате HTML
          + g = графический файл в формате GIF
          + i = информационный текст
          + I = графический файл (отображение определяется клиентом)
          + T = ссылка на сессию TN3270
     * Строка описания
     * Путь (обычно в файловой системе)
     * Доменное имя сервера
     * Номер порта сервера

Есть разные критерии. В т.ч. и такие, что пока у технологии есть хотя бы один пользователь - она живее всех живых.

нет, это просто предсмертные конвульсии.

gopher лучше тем, что он по архитектуре plaintext'овый.

хм...

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

перешел на твой сайт - вытекли глаза.

А это смотря как смотреть. А если, например, кто-то сделает уникальное новое изобретение, которое не получит распространение (например, как следствие того, что человечество ещё не готово к массовому использованию такого гениального изобретения), но сам автор будет им пользоваться? А, по сути, эта ситуация ничем не отличается и от случаев отброшенных на обочину технологий.

Так если ты будешь делать говносайты аля 1995 на HTTP, то точнь также отсеишь аудиторию

Но, не настолько автоматически. В итоге многие люди будут огорчены несоответствием контента их ожиданиям. А юзеры gopher'а многого и не ожидают.

А юзеры gopher'а многого и не ожидают.

Мертвецы - вообще народ неприхотливый, да.

Продолжая тему некросадизма. Вот был в стародавние времена такой замечательный протокол - Gopher.

Смерть этой штуки вполне закономерна. Прогресс не стоит на месте, появляются новые годные вещи - UTF-8 повсеместно, btrfs в линуксе, но к сожалению, появляются и довольно вредные вещи - современная [censored] тенденция писать все на javascript, даже там, где это не нужно (читай, МК), systemd, UEFI (задумка хорошая, но реализация - полное говно. Но, во всяком случае, лучше бивиса). Gopher из тех вещей, что реально устарели и были заменены более новым. Не нужно это стало.

Почему помер goto? Предлагаю прочитать об этом на gopher://gopher.quux.org/0/Computers/Papers/goto-harmful.txt

Ты опоздал всего лишь на какие-то 30 лет…

Когда человек не понимает сарказм, это диагноз.

Чё, ждем теперь зеркало лора в gopher.