Встроенная поддержка FTP будет удалена в Firefox 90

    Mozilla объявила о планах удалить встроенную поддержку FTP из браузера с релизом Firefox 90.

    Поддержка в настоящее время уже отключена на каналах Nightly и Beta, а в стабильной версии будет отключена 19 апреля 2021 года с выходом Firefox 88. Полностью поддержка будет удалена в Firefox 90. После отключения FTP Firefox будет делегировать открытие ссылок ftp://на внешние приложения так же, как это происходит с другими протоколами.

    После прекращения поддержки настройка browserSettings.ftpProtocolEnabledперейдет в режим «только чтения».

    Расширения и дальше смогут без ошибок передавать запросы «ftp» при использовании фильтров для proxy или webRequest, но эти API больше не будут обрабатывать запросы таких типов.

    Чтобы компенсировать удаление поддержки ftp он был добавлен в список поддерживаемых обработчиков протоколов для расширений браузера. Это означает, что расширения смогут предлагать пользователям запустить приложение FTP для обработки определенных ссылок.

    Код, отвечающий за поддержку FTP, еще полностью не удален в Firefox 88, и поддержку можно временно вернуть до выхода Firefox 90, когда она будет полностью удалена из браузера.

    • Откройте about:config

    • Установите network.ftp.enabled на true

    Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

    Оправдано ли удаление поддержки FTP в браузерах?

    • 21,4%Да128
    • 54,0%Нет323
    • 24,6%Не пользуюсь FTP147
    Реклама
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее

    Комментарии 62

      +3
      Могли бы в 91esr оставить, до начала 2023 года.
      –2
      Вангую, что 91esr будет последней для Win 7
        +4

        А в чём смысл? Вообще, что за безумный общий тренд последнего времени в разработке ПО, когда непонятно зачем урезается функционал, существующий десятилетиями и прекрасно до того работавший?

          +8
          Ну, устаревшая и небезопасная технология. Как-то так обосновывают…
            +34
            прекрасно до того работавший
            Это совсем не про FTP в Firefox. В текущем состоянии поддержка FTP в Firefox это чемодан без ручки.

            1) в Firefox нет поддержки FTPS, т.е. FTP-трафик гоняется по небезопасному соединению со всеми вытекающими в виде MitM-атак и слива перехваченных данных.
            2) в Firefox невозможно скачать по FTP каталог (т.е. если вам нужно скачать каталог или, пуще того, вложенные каталоги, то качайте по одному файлу)
            3) в Firefox невозможно загрузить файлы по FTP, оно работает лишь на скачивание.

            Можно констатировать, что поддержка FTP находится в зачаточном состоянии и пригодна лишь для того, чтобы скачать один конкретный файл (как только нужно скачать больше или закачать — вы идёте искать сторонний клиент)

            4) эта поддержка реализовывалась в доисторические времена, код очень древний, довольно кривой (отчего неоднократно находили уязвимости), его тяжело поддерживать, нужен рефакторинг

            Нужно всё переписывать с нуля, попутно реализуя указанные выше возможности. Но, с учётом того, что популярность FTP «сейчас» гораздо ниже, чем «тогда», и того, что эта популярность неуклонно снижается год от года, встаёт вопрос, а почему нужно бросить силы именно на FTP? Например, BitTorrent или SCP/SFTP (операции с файлами поверх SSH) намного популярнее. Но нужно ли тащить в браузер торренты и SSH? Не лучше ли использовать отдельное полнофункциональное приложение? Именно так и решили поступить — схему ftp:// можно будет ассоциировать с любым сторонним клиентом, коих в избытке.
              +5
              Но нужно ли тащить в браузер торренты и SSH? Не лучше ли использовать отдельное полнофункциональное приложение?

              А как насчёт видео проигрывателя и прочего webgl, может быть тоже лучше отдельное полнофункциональное приложение?
                +9
                Лично я против, например, PDF-просмотрщика в браузере.

                Но с видео ситуация сложная: не на всех сайтах у вас получится открыть видео во внешнем проигрывателе.
                  +1
                  А я не против, т.к. это единственный вариант просмотреть документацию с телефона, не скачивая сам файл. Часто, пока найдёшь нужный файл, приходится просмотреть десяток других — и или захламлять папку Downloads, или потом руками её чистить… Поэтому заодно перешёл с гугла на один из российских поисковиков, который в результатах поиска сразу даёт ссылки со встроенным в страницу просмотрщиком.
                    +1

                    Выпадают доходы от рекламы? Я вот слушаю радио через стороннее приложение — а мог бы прямо с сайта слушать и мне бы откручивалось бы несколько десятков баннеров в минуту — а я негодяй мешаю заработать.

                    +7

                    Конечно лучше. В отдельном проигрывателе и 3D-звук, и настраиваемые размер и положение субтитров, и просмотр по кадрам, да и банально листает он куда бойче. Смотреть видео в браузере можно только когда ситуация "так или вообще никак", причём "никак" тоже выбрать нельзя.

                  +1
                  FTP не просто морально устарел, вымирает и мало где используется, он уже при рождении был кривой, как протокол, нарушающий разделение по уровням. Там внутри бегают IPv4 адреса прямым текстом, чего не должно быть в протоколе транспортного уровня.
                    +9

                    Справедливости ради, в бегающих ip-адресах нет ничего плохого. В том же HTTP может быть запросто


                    GET / HTTP/1.1
                    Host: 127.0.0.1

                    и всё хорошо.


                    Вот где всё взорвалось — это на NAT'ах, конечно. Но это проблема NAT'ов. Классическая модель сети никаких NAT'ов не подразумевала и осуждала. Есть адрес в сети? Есть коннективити. Не хочешь коннективити? Блокируй.

                      +3
                      Это было сделано специально. FTP вообще не требовал самостоятельного клиента если нужно было гонять файлы между удалёнными компьютерами — хватало обычного telnet.
                        +4

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


                        Посмотрите мои аргументы:
                        https://groups.google.com/d/msg/mozilla.dev.platform/FqCZUT9ay_o/mCVGFuyfBQAJ

                          –2
                          Да нихрена он за NATом не поддерживается без плясок с бубном.
                          И нет, тот факт что в домашних роутерах бубен для FTP входит в комплект поставки — нифига не нормально. Каменный топор почему-то не выдают.
                            +1

                            Не понимаю, о чем вы: держу несколько FTP-серверов за NAT много лет, всё работает. И серверы, и клиенты. В отличие от современного ПО, для FTP нужно пробросить не только 21 порт, но и еще дополнительные пассивные. Это единственное отличие и дополнительное действие. Настроек на клиентах не требуется.

                              0
                              для FTP нужно пробросить не только 21 порт, но и еще дополнительные пассивные
                              а какие конкретно?
                                0

                                Любые, какие вы укажете в настройках FTP-сервера, на выбор.

                                  +1
                                  а какие конкретно?

                                  Те, которые вы прописали в конфиге сервера.
                              0
                              Поддерживался лишь на уровне «скачать единичный файл». Как только вам надо файл закачать или рекурсивно скачать каталоги — ой.

                              FTP, может, не плох, но речь о его реализации в Firefox, которая откровенно никакая. Ваши аргументы по ссылке они, опять таки, в пользу протокола в целом. Например «You can download and upload whole folders» — для этого как раньше приходилось ставить сторонний клиент, так и дальше придётся. Браузер этого не умеет.

                              В итоге, мы приходим к тому, о чём я писал выше: текущую недореализацию в любом случае придётся убить — либо для того, чтобы написать с нуля полноценную поддержку FTP, либо для того, чтобы выкинуть FTP из браузера вовсе. А писать полноценную поддержку нет смысла из-за низкой востребованности.
                                +4

                                Я храню и раздаю файлы через FTP, потому что он очень простой в настройке, и с ним легко выдавать людям доступ на загрузку (upload). Люди с любым браузером могли найти файлы на FTP через Google и скачать, теперь они будет либо качаться в отдельной программе, либо вовсе не будет.
                                Google до сих пор индексирует FTP, он считается частью веба, хоть и совсем не веб.


                                FTP как протокол не люблю, реализацию его в браузерах не защищаю, но раз уж исторически реализовали его во всех браузерах, то будьте добры поддерживать. Любой альтернативный протокол поддерживается хуже, его нельзя использовать массово, в отличие от FTP (до недавнего времени).


                                FTP удаляют, не предлагая альтернативы, вынуждая использовать две сущности: протокол для операции с файлами и HTTP-сервер для их раздачи, когда раньше можно было обойтись одной, в виде FTP.
                                WebDav поддерживается, насколько знаю, только в IE. Других «браузерных» протоколов передачи файлов просто не существует.


                                К слову, удаление поддержки FTP из Firefox и Chrome задержали на год из-за пандемии. Обосновывали тем, что государственные сайты до сих пор выкладывают файлы на FTP-серверы. Как эти два факта вяжутся — загадка, то ли пандемия закончилась, то ли людям FTP нужен был только в пандемию.

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

                                  Вообще, довольно странная позиция — «нельзя избавляться от легаси».

                                  К слову, удаление поддержки FTP из Firefox и Chrome задержали на год из-за пандемии. Обосновывали тем, что государственные сайты до сих пор выкладывают файлы на FTP-серверы. Как эти два факта вяжутся — загадка, то ли пандемия закончилась, то ли людям FTP нужен был только в пандемию.
                                  Мне кажется, что всё проще — ждали, пока Chrome сделает шаг.
                                    +3
                                    Gopher тоже надо было поддерживать? А то я знаю одного веб-мастера, который его до сих пор поддерживает на своём сервере.

                                    Мне не приходилось пользоваться Gopher, я не знаю, насколько он был распространён. Но FTP-серверов — море, я пользуюсь протоколом так или иначе ежедневно, тут и там попадаются ссылки, начинающиеся на ftp://
                                    Вы не замечаете, потому что они у вас просто работают.


                                    Мне кажется, что всё проще — ждали, пока Chrome сделает шаг

                                    Chrome удалил поддержку FTP, потом началась пандемия, они её вернули, и вот, спустя год, еще раз удалили.
                                    https://habr.com/ru/news/t/497352/


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

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

                                    0

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

                                      0
                                      ftp протокол очень простой. Проще только tftp
                                      Браузеру не обязательно встраивать внутренний файловый менеджер, но обеспечить простой браузинг директории и скачивание отдельного файла по ftp — реализуется грамотным разработчиком за пару вечеров.
                                      Возможность скачать один файл по ссылке через браузер — востребована. Например ftp быстрее чем http (1.0) процентов на 30.
                                        0

                                        WebDAV реализовывать вообще толком не нужно, потому что он основан на HTTP, который и так уже реализован в каждой лампочке


                                        Скорость никак не может зависеть от протокола. Или вы хотите сказать, что если я качаю файл по http со скоростью 100 Мбит/с, то при переходе на ftp случится ЧУДО и каким-то образом получится обойти фундаментальные ограничения Fast Ethernet?

                                          0
                                          Или вы хотите сказать, что если я качаю файл по http со скоростью 100 Мбит/с, то при переходе на ftp случится ЧУДО и каким-то образом получится обойти фундаментальные ограничения Fast Ethernet?

                                          Попробуйте скачать видеофайл, например .mkv и померяйте. А я потом расскажу где именно находится фундаментальное ограничение.
                                            0

                                            Дайте ссылку, попробую скачать. Только без шейпера.

                                              –1
                                              Откуда я знаю сколько между моим компом и вашим может стоять шейперов, мы ж не соседи по дому.

                                              Но для начала — http — это текстовый протокол, он не умеет в binary mod.
                                                0
                                                http — это текстовый протокол, он не умеет в binary mod.

                                                То есть вот это по-вашему — это текст? Серьёзно?

                                                  0
                                                  Да, тут я почитал и понял, что я устарел, и что бинарные блоки ввели в http 1.1, а не в http/2. Я что-то думал что в http 1.1 еще полностью MIME совместим
                                                    0

                                                    Да в общем-то можно и в RFC 1945 заглянуть и увидеть, что ещё в HTTP/1.0 повсюду (к примеру, разделы 2.2, 7.2, приложение C.4) используются именно октеты, то есть он всегда был вполне себе бинарный и никогда не был MIME-совместим

                                      0
                                      Люди с любым браузером могли найти их через Google и скачать, теперь он будет либо качаться в отдельной программе, либо вовсе не будет.
                                      Ранее, при предложениях выпилить FTP, уже поднимали этот вопрос. Мне кажется, что этот функционал можно легко и быстро перевоплотить с помощью веб-сервера с листингом файлов в директории (autoindex).
                                    0
                                    Протокола передачи файлов, который поддерживается так же хорошо, как FTP, не существует (либо я о нем не знаю)
                                    SFTP, SCP, SSHFS на выбор.
                                      +3

                                      SFTP поддерживается преимущественно в специализированном ПО. В медиаплеерах, просмотрщиках картинок, файловых менеджерах вы его почти не встретите. Широкоиспользуемые серверы не поддерживают анонимный режим доступа. Сложный в реализации нижележащий протокол SSH, с собственной концепцией каналов и инкапсуляции данных в одно соединение. У наиболее популярного сервера (и клиента тоже, наверное) OpenSSH вековые проблемы с сетевой производительностью, требующие сторонних патчей для высокой скорости.


                                      SCP — устаревший плохой протокол, примитивная программа scp, функция ровно одна (скопировать один файл), нигде не поддерживается.


                                      SSHFS — вообще не протокол, а программа для монтирования SFTP.

                                      0
                                      Плюсую. FTP востребован. Может быть меньше, но я не очень понимаю тех, кто за его удаление.
                                      Очень простой и надежный протокол. Единственный его минус — открытый и небезопасный. Но для анонимус доступа — самый быстрый.
                                        0
                                        самый быстрый

                                        Файлы с, например, ftp.ru.debian.org скачиваются по ftp и http с абсолютно одинаковой скоростью (у меня получилось 400 Мбит/с, а на VDS и ftp.nl.debian.org вообще целый гигабит), протокол здесь вообще ни при чём

                                          0
                                          А вы не думали, что ограничение в данном случае не в протоколе, а в конкретом сайте или маршрутизации до него, где могут шейпить трафик?

                                          Вы поставьте рядом два компа, соедините проводом и потестируйте скорость непосредственно протокола. Или банально спецификацию глянуть, из которой следует, что в ftp, например, есть бинарный режим передачи данных, а в http — его нет (появляется только в http 2.0, который в инете еще надо днем с огнем поискать).
                                            0
                                            в конкретом сайте или маршрутизации до него, где могут шейпить трафик

                                            Ну вот вы сами и подтвердили, что протокол здесь ни при чём


                                            … бинарный режим передачи данных, а в http — его нет

                                            А здесь вы показываете своё незнание матчасти. В http ВСЕ данные передаются в бинарном виде, а в http/2 всего лишь добавили более эффективную упаковку заголовков, мультиплексирование и прочие мелкие оптимизации

                                              0
                                              В http ВСЕ данные передаются в бинарном виде

                                              В http очень много данных передается как mime. В http 1.1 уже совсем постарались от MIME отойти, а в http/2 это вывели на новый уровень.
                                              Но не забываем, что все что MIME это текст, а бинарка — в base64
                                    +3

                                    Делать одну вещь, но делать её отлично. Это, напомню, принцип unix. Про FF трудно сказать про "одну вещь", но сконцентироваться на http/https вместо "странных протоколов" очень разумно.


                                    У ftp другая модель работы, лучше использовать более подходящие для этого инструменты.

                                    +5

                                    Последний раз, когда я проверял — встроенный FTP-клиент даже отсылать данные на сервер не мог, по крайней мере этого не было предусмотрено в интерфейсе. Да и в целом, для FTP есть другие клиенты, неясно зачем было добавлять это в браузер.

                                      –2
                                      Нужно делать скидку на время. Когда добавляли, то даже такая ограниченная функциональность была востребована. Сейчас FTP стремительно вымирает.

                                      Плюс новая стратегия Mozilla, которая заключается в том, что «полуфабрикаты», у которых нет перспектив доведения до вменяемого состояния, идут под нож. Great or dead. Из примеров: TCP Fast Open (прожившая пару релизов, а затем отключенная на годы, т.к. вызывала проблемы с некоторыми маршрутизаторами) и PWA (там всё вышло настолько глючно, что её так и не решились включить).
                                        –2
                                        «Стремительно вымирал» он лет… дцать назад.
                                        Сейчас именно FTP (не SFTP и не FTPS) это вообще ну какие-то пенсионеры 30 лет назад настроили и умерли, а сервер с тех пор замуровали в стене и забыли.
                                        Совершенно долбанутый протокол, конечно не SIP, но авторы SIP явно внуки тех, кто делал FTP.
                                          0
                                          В локалках, может, ещё как-то востребован, но у единиц… если мне надо что-то шарить в домашней локалке, я скорее подумаю про WebDav и SMB
                                        +2

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

                                          0
                                          просто интересно, где вы сталкивались со ссылками на FTP.
                                            0

                                            Ссылки в списке зеркал загрузки дистрибутивов от Apache, если правильно помню. Там могут быть и http и ftp ссылки. Например вот: https://www.apache.org/dyn/closer.cgi/hadoop/common/hadoop-3.2.2/hadoop-3.2.2.tar.gz

                                              0
                                              У Realtek до недавнего времени все драйверы на сайте скачивались по FTP. Но они своевременно обновили свой сайт еще до первого отключения FTP в Chrome и избавили своих пользователей от проблем.
                                                0

                                                Я вмешаюсь: HP. Крупный вендор у которого очень удобно скачивать все по FTP.
                                                ftp://ftp.hp.com/pub/ и ftp://ftp.itrc.hp.com/ — дико удобно когда надо скачивать кучу SP-шек.

                                            +3

                                            FTP — давно уже функция файловых менеджеров.

                                              +2
                                              Да уж, прекрасный подарок к 50-тилетию FTP — Хром и Лиса одновременно сворачивают его поддержку.
                                                0

                                                Может это не к 50летию FTP, а к 25летию Nero ?

                                                0
                                                Чтобы компенсировать удаление поддержки ftp он был добавлен в список поддерживаемых обработчиков протоколов для расширений браузера. Это означает, что расширения смогут предлагать пользователям запустить приложение FTP для обработки определенных ссылок.
                                                Расширения тут не при чём. Любое стороннее приложение может зарегистрировать себя в системе в качестве обработчика того или иного протокола, расширения для этого не требуются. Будет так же, как, например, с magnet:// — если в системе есть приложение, зарегистрировавшее себя в качестве обработчика magnet://, браузер выплюнет окошко с предложением открыть ссылку этим предложением (и опционально делать это в дальнейшем автоматически).
                                                  0

                                                  А тут видимо расширение прямо в браузере может показать, например как у меня gmail обрабатывакт почтовые ссылки, не выходя куда-то вовне.

                                                    0

                                                    Вероятно, раньше на "ftp://" регистрация обработчиков игнорировалась, и использовалась встроенная реализация.

                                                    0

                                                    А как теперь будет все это реализовываться? Ну вот сайт хочет показать свою внутреннюю структуру файлов для скачивания, то пользователь должен будет через sftp клиент качать? А если пользователь "дуб'с"? Ну и не удобно это, переписали бы код с нуля постепенно.

                                                      0
                                                      Как по мне то поддержка ftp в браузере нужна, так как файлы по ftp я скачиваю не так часто чтобы ставить отдельную программу, но всё таки иногда скачиваю.
                                                      p.s Для меня самое главное чтобы в SeaMonkey поддержку ftp не выпилили.
                                                        +1

                                                        Все правильно. Для ftp есть filezilla и ему подобные.
                                                        Тащить функционал которым пользуется 0.1% пользователей — бессмысленная трата ресурсов на поддержку и сопровождение. Плюс лишние потенциальные дыры.

                                                          +2

                                                          Вообще не понимаю, зачем ftp в браузере. В тотал коммандере отличный клиент. Да что говорить, — даже Проводник умеет в фтп.

                                                            0
                                                            потому что проводник — это браузер?

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

                                                          Самое читаемое