LINUX.ORG.RU

Из Firefox 90 будет удалена поддержка протокола FTP

 ,


1

0

15 апреля Mozilla объявила о решении удалить из Firefox поддержку протокола FTP. В запланированном на 19 апреля выпуске Firefox 88 поддержка FTP будет пока просто отключена по умолчанию (настройка browserSettings.ftpProtocolEnabled будет переведена в режим «только для чтения»). В 90 версии браузера планируется удаление кода, обеспечивающего поддержку этого протокола.

Теперь при открытии ссылок, начинающихся с ftp:// будет открываться стороннее приложение для работы с этим протоколом, при условии, что оно установлено в системе и заданы соответствующие настройки приложений по умолчанию.

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

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от Eddy_Em

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

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

Ему этого не объяснить.

Не пытайтесь. Долго, нудно, бесперспективно. Ну хочет чел чтоб «как привык» в ДОСе, да пусть е… (ну, Вы поняли). =)))

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

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

А rsync может проверять изменился файл или нет по содержимому, а не только по атрибутам?

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

Не совсем так.

А rsync может проверять изменился файл или нет по содержимому, а не только по атрибутам?

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

Moisha_Liberman ★★
()
Ответ на: Не совсем так. от Moisha_Liberman

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

Вопрос в другом. По умолчанию rsync считывает только дескриптор файла, и если права, метаданные и размер не изменились, то такой файл считается не изменённым и пропускается.

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

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

Да, согласен.

Но тут вопрос в том что наверное нефиг попусту ресурсы разбазаривать. Это я «крупными мазками» расписал.

Moisha_Liberman ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.