LINUX.ORG.RU

FileZilla 3.0.0


0

0

Вышла новая версия кросс-платформенного FTP-клиента с открытым исходным кодом FileZilla , которая была полностью переписана с нуля, устранено множество ошибок и повышена стабильность работы, и теперь - с новой иконкой :-)

Официальный сайт проекта: http://filezilla-project.org/

>>> Скачать (7,7Mb)

А смысл от этого велосипеда какой? Ведь намного удобнее работать с ФТП из файлового менеджера! ФС другая, ну и что? С точки зрения пользователя и там и там файлы. Эдак можно и на разные ФС (fat, ext3,..) наплодить кучу менеджеров...

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

Смысл в большом числе настроек, старт-стоп отдельных закачек и многое-многое другое, что большая часть ФМ не умеет делать. Кстати, в FileZilla есть теперь возможность выбирать кодировку на удалённой машине? :)

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

>А смысл от этого велосипеда какой? Ведь намного удобнее работать с ФТП из файлового менеджера! ФС другая, ну и что? С точки зрения пользователя и там и там файлы. Эдак можно и на разные ФС (fat, ext3,..) наплодить кучу менеджеров...

Скачивать по одному файлу удобнее через ФМ. А если надо перекачать гигабайты по медленному каналу, с возмозностью остановить скачивание и продолжить позже?

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

> Скачивать по одному файлу удобнее через ФМ. А если надо перекачать гигабайты по медленному каналу, с возмозностью остановить скачивание и продолжить позже?

Помимо лечения от откровенного идиотизма можно предложить wget/lftp.

Gharik
()
Ответ на: комментарий от DarkFlame

> Кстати, в FileZilla есть теперь возможность выбирать кодировку на удалённой машине? :)

В топку ftp сервера, использующие имена файлов в национальных кодировках и не поддерживающие RFC2640 или, как минимум, просто не отдающие имена файлов в UTF-8.

SKYRiDER ★★★
()

ну если уже с новой иконкой - то полюбом надо скачать

anonymous
()

Последний раз когда пробовал у файлзиллы были проблемы с кириллицей, все также?

urandom
()

> теперь - с новой иконкой :-)

теперь банановый!

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

>wget/lftp

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

anonymous
()
Ответ на: комментарий от SKYRiDER

> В топку ftp сервера, использующие имена файлов в национальных кодировках и не поддерживающие RFC2640 или, как минимум, просто не отдающие имена файлов в UTF-8.

В топку-то в топку, да вот а если нужно? Не всегда ж только по своему или какому-нибудь серьёзному ftp-серверу лазить. Есть ещё обычных виндовых пользователей домашние фтп, где иногда бывает что-то прикольное...

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

> странно, это очень похоже на qt

И близко на Qt не похоже (;

Dendy ★★★★★
()

Ну да, чтоб устранить ошибки и повысить стабильность работы надо переписать с нуля, делать им нех чтоли? добавили бы поддержку одновременной закачки с разных зеркал чтоли :/

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

заносишь ссылки в файл (по одной на строку), говоришь "wget -ci your-file.links", когда необходимо обрываешь как хочешь (обычно Ctrl+C), а когда необходимо продолжить говоришь то-же самое и wget пропустит то, что уже скачано и продолжит скачивать не полностью скачанный файл с того места, на котором ты его прервал.

anonymous
()

Замечательная новость! Отличный фтп-клиент, куда лучше всяких поделок типа gftp. Когда надо скачать много файлов - лучше врядли найти.
А еще у него очень хороший сервер, сам пользуюсь (очень стабильный, сервер работал под нагрузкой неделями). Единственный минус - он UTF8, а тоталком и фар этого не понимают. Зато под линем клиенты нормально работают.

Хотелось бы пожелать успехов проекту.

kod-x
()
Ответ на: комментарий от SKYRiDER

насколько я помню файлзилла 2-ой версии не поддерживал имена файлов в юникоде.

кто-нибудь знает - изменилась ли ситуация?

O-Ren_Ishii
()

ебилдов в основной ветке нет и кажется не предвидится:(

grokin
()

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

anonymous
()
Ответ на: комментарий от blaster999

> Скачивать по одному файлу удобнее через ФМ. А если надо перекачать гигабайты по медленному каналу, с возмозностью остановить скачивание и продолжить позже?

Значит надо в файл-менеджере предусмотреть фичу плагинов для разных ФС. FTP отличается от локальной ФС только тем, что канал уже и разрывы чаще. Так что принцип один.

Можно ж было как плагин к Konqueror'у написать или к Файерфоксу - в последнем просто острая нехватка ФТП-клиента.

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

Тру - это fuse + curlftpfs. Да тормозит, да падает - но работает.

А файловый менеджер - а как сделать доступ к файлу из другого приложения? Ну, вот, захочется чего то из ФМ запустить. Приложение должно обязательно держать vfs или ещё какую фигню из какого то там DE??

CtrlAltBs
()
Ответ на: комментарий от DarkFlame

>> В топку ftp сервера, использующие имена файлов в национальных кодировках и не поддерживающие RFC2640 или, как минимум, просто не отдающие имена файлов в UTF-8.

>В топку-то в топку, да вот а если нужно? Не всегда ж только по своему или какому-нибудь серьёзному ftp-серверу лазить. Есть ещё обычных виндовых пользователей домашние фтп, где иногда бывает что-то прикольное...

В винде кстати кодировка имен файлов на диске - UTF-16. То что какой -то сервер ее конвертит в национальную кодировку это проблема конкретного сервера.

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

уже давно им пользуюсь, когда не хватает фичей Конька :)

GFORGX ★★★
()
Ответ на: комментарий от O-Ren_Ishii

> насколько я помню файлзилла 2-ой версии не поддерживал имена файлов в юникоде. кто-нибудь знает - изменилась ли ситуация?

Поддерживал. Если сервер корректно заявлял о поддержке UTF-8 в ответе на команду FEAT, то автоматически использовался юникод при обмене с сервером. Если же сервер этого не сообщал, но при этом работал в UTF-8 локали (весьма распространённый вариант), то тогда надо было через менеджер сайтов в FileZilla в дополнительных настройках для этого сервера установить опцию "Use UTF8 on server if available" в значение "Force".

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

>В винде кстати кодировка имен файлов на диске - UTF-16.

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

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

> >В винде кстати кодировка имен файлов на диске - UTF-16.

> Всегда думал, что это зависит от типа файлухи. На фатах и т.п. самбах досовая кодировка, вроде бы.

Верно. Юникод только на NTFS, на FAT - OEM charset.

SKYRiDER ★★★
()
Ответ на: комментарий от kod-x

кстати, кто знает как заставить gftp ходить через прокси ? В винде в Тотале можно было выбрать тип FTP соединения = HTTP CONNECT и всё работало. В gftp HTTP CONNECT нету, остальные типы не работают.

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

>>>В винде кстати кодировка имен файлов на диске - UTF-16.

> Всегда думал, что это зависит от типа файлухи. На фатах и т.п. самбах досовая кодировка, вроде бы.

Не понял, повторите. То есть протокол SMB не поддерживает Unicode #%E ?!

> Верно. Юникод только на NTFS, на FAT - OEM charset.

FAT меня мягко скажем не особо волнует, особенно теперь.

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

> А если надо перекачать гигабайты по медленному каналу, с возмозностью остановить скачивание и продолжить позже?

kget?

anonymous
()
Ответ на: комментарий от blaster999

> А если надо перекачать гигабайты по медленному каналу, с возмозностью остановить скачивание и продолжить позже?

IMHO в linux даунлоадеров нет нормальных, включая kget. Для меня единственный выход - wine+flashget.

anonymous
()

А какой FTP-сервер самый стабильный?

anonymous
()
Ответ на: комментарий от kod-x

> а тоталком и фар этого не понимают.

Не понимают уникод? В топку. Бедные виндузятники, до сих пор поддержки Unicode у них нет как в нормальном линуксе...

anonymous
()
Ответ на: комментарий от SKYRiDER

> В топку ftp сервера, использующие имена файлов в национальных кодировках и не поддерживающие RFC2640 или, как минимум, просто не отдающие имена файлов в UTF-8.

+1 Но виндузятники со своими cp1251 и прочими cp* тормозят прогресс.

anonymous
()
Ответ на: комментарий от O-Ren_Ishii

> насколько я помню файлзилла 2-ой версии не поддерживал имена файлов в юникоде.
кто-нибудь знает - изменилась ли ситуация?

2005-02-28 13:06 Tim Kosse (botg)
source/FtpControlSocket.cpp, source/FtpControlSocket.h, source/FtpListResult.cpp, source/FtpListResult.h, source/TransferSocket.cpp: RFC2640: UTF8 support, patch by Tommy Wu

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

В репозитариях ubuntu уже есть(по крайней мере той, что daily). Сейчас попробовал - прога стала шустрее при копировании большого колличества мелких файлов. Имхо это самое главное.

P.S. С проблемами кодировок не сталкивался...

anonymous
()
Ответ на: комментарий от kod-x

> он UTF8, а тоталком и фар этого не понимают

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

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

>QT

$cat /tmp/filezilla-3.0.0/INSTALL

------------------------
Installation instructions
-------------------------

1. Requirements
---------------

FileZilla depends on the following libraries:
- wxWidgets 2.8.4 or greater

Вопрос исчерпан!

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