FileZilla – multiplatformní svobodný FTP klient (diskuse)

[Lol Phirae]

Zajímavé vlastnosti - absolutně neumí korektně uzavírat konexe. Veliká slast např. na hostingu, kde jsou běžně omezeny konexe na 1-2 z jedné IP adresy. Takže pro mne zcela nepoužitelné a může to být multiplatformní, jak chce.

[lertimir]

S filezillou jsem neměl nejmenší problém na jakémkoliv hostingu na který jsem se připojoval. Samozřejmě bylo nutné jí nastavit počet současných konekcí na 1, aby vše přenášela seriově, ale vždy zavřela datové spojení korektně.

[Lol Phirae]

Datové ano, ale o tom jsem nikde nepsal, v tom problém není, problém je v kontrolní konexi.

[Pavel Ruzicka]

S Filezillou jsem vcelku spokojeny, hlavne diky moznosti SSL, slusnemu vykonu a paralelnimu zpracovani, ale mam s ni nasledujici problemy, ktere se mi nepodarilo vyresit:

• 1. Pokud na server nahral nekdo soubor z Windows a je tam zmrsena cestina, tak klient soubor vubec nevidi. Radkove ncftp s tim problem nema.
• 2. Filezilla nezachovava datum souboru, takze napr. u fotek po nakopirovani na server je tam jiny datum, nez u mne. GFTP to nedelalo. To by mi zas tolik nevadilo, ale problem je, ze pokud pouziju funkci compare, tak mi o identickych souborech tvrdi, ze jsou rozdilne.

Takze vpodstate jde o 3 bugy/featury, ktere mne stvou, ale lepsi graficky FTP klient jsem zatim nenasel. Vite o nejakem typu pro Linux?

[Vtipnéř]

FTP umí např. Krusader, ale používám to jen zřídka, takže si netroufnu psát nějaké hodnocení.

Jirka

[marek_hb]

krusader neumí kopírovat prázdné soubory :(

[Ruža Becelin]

Ad 2) Menu -> Transfer-> Preserve timestamps of transferred files (Ctrl-U)

[marek_hb]

nautilus/dolphin

[GeoRW]

mne na vsetko staci GFTP, nic lepsie som zatial nenasiel a Filezilla je zabugovany nepodarok

[Niro]

Cool story big boy

[belisarivs]

FileZilla – multiplatformní svobodný FTP klient

S vykurvenym SSL :-/

[pavlix]

Díky za článek, třeba to někomu pomůže...

Ale z mého pohledu je „FTP klient“ přežitek, zvlášť v linuxovém prostředí. Tedy mimo konzolového multiprotokolového klienta, který se občas může hodit.

FTP, SFTP a podobná funkcionalita mi dneska přijde jako standardní součást souborového manažera, nehledě na to, že dneska už není problém používat rozhraní typu GIO či KIO, kdy se stejným způsobem přistupuje k lokálním i vzdáleným souborům.

IMO je pro uživatele, jak začátečníka, tak profíka, ideální, když může ke všem souborovým operacím používat stejné GUI. Příkazový mód může být výjimkou, i když CURL a LFTP ukazují, že by to mohlo alespoň teoreticky mohlo jít i tam.

[lertimir]

Myslím si přesný opak. Stejné rozhraní k lokálním i vzdáleným souborů je sice hezké, nicméně pro uživatele je obvykle přístup k vzdáleným souborům pomalejší o několik řádů. A to vědomí, co je lokální a co je vzdálené, by měl při své práci držet.

Typicky pokud pracuji doma a přistupuji k některým souborům v práci, mohu sice mít transparentní přístup k souboru, třeba přes filesystém přes sftp, ale zjistím rozdíl okamžitě, pokud chci soubor uložit a ten se lokálně zapisuje cca 100MB/s a vzdáleně cca 100kB/s (počítám že většina domácností není na optice, ale na ADSL a kabelových linkách a upload mají kolem 1Mbit/s). Stačí když se zapomenu a otevřu např. obrázek editorem přímo na vzdáleném systému.

FTP klient mu tohle rozdělení vtlouká do hlavy a v jistím směru mu tím šetří čas. Stáhne -> upraví/zpracuje -> odešle.

[pavlix]

Myslím si přesný opak.

To jsem docela zvědavý, co podle tebe tím opakem je.

Stejné rozhraní k lokálním i vzdáleným souborů je sice hezké, nicméně pro uživatele je obvykle přístup k vzdáleným souborům pomalejší o několik řádů. A to vědomí, co je lokální a co je vzdálené, by měl při své práci držet.

Složka otevřená volbou „Připojit k serveru...“ je podle mých zkušeností i relativně neznalým uživatelem vnímána jako vzdálená.

Typicky pokud pracuji doma a přistupuji k některým souborům v práci, mohu sice mít transparentní přístup k souboru, třeba přes filesystém přes sftp

To jsem nikde nenavrhoval.

FTP klient mu tohle rozdělení vtlouká do hlavy a v jistím směru mu tím šetří čas. Stáhne -> upraví/zpracuje -> odešle.

Kdybys věděl, kolikrát už jsem musel nasazovat Sambu jen kvůli tomu, že uživatelé tenhle workflow ve windows odmítali :). Ale co už, šedivá je teorie, zelený strom života. Ale i FTP klient může mít funkcionalitu kopírování do dočasných souborů, jen to na win bylo se sambou jednodušší, protože to chodilo všem a všude.

Tedy pro shrnutí, jestli jsem to správně pochopil, ty tvrdíš:

1) Že je žádoucí, aby uživatel vždy používal workflow typu download-modify-upload.

2) Že použití FTP klienta uživateli nutně pomůže dodržovat (1)

Já si myslím, že (2) je nesmysl, protože FTP klient často implementuje naoko přímí přístup pomocí tmp souborů. A že (1) neplatí, přesněji řečeno že podle mého názoru je někdy výhodnější workflow s ručním kopírováním, jindy bez něj.

[lertimir]

Já netvrdím nic o tom, co je žádoucí. Moje reakce byla čistě na tvůj, z mého pohledu restriktivní, názor, že FTP klient je přežitek.

Různým lidem vyhovují různé přístupy. I na windows znám mnoho lidí, kterým velmi vyhovuje zobrazení adresářů v okně s ikonami a přesouvání/kopírování přes copy/cat->paste, ale také znám mnoho lidi, kteří bez dvoupanelového správce souborů, jako je Total commander nedají ani ránu, a ikonkový přístup je jim velmi nepohodlný.

Podobně je to pro přístup k vzdáleným datům. To že něco lze udělat jinak, je odpověď, proč když to takhle má své výhody. A pokud někdo vidí výhody jinde, ať používá co mu vyhovuje.

[pavlix]

Já netvrdím nic o tom, co je žádoucí. Moje reakce byla čistě na tvůj, z mého pohledu restriktivní, názor, že FTP klient je přežitek.

Ono je dobré respektovat to, že jsem FTP klient napsal v uvozovkách a dále jsem vysvětlil, že tím mám na mysli samostatné GUI napsané pouze za účelem přístupu k FTP souborům.

Různým lidem vyhovují různé přístupy. I na windows znám mnoho lidí, kterým velmi vyhovuje zobrazení adresářů v okně s ikonami a přesouvání/kopírování přes copy/cat->paste, ale také znám mnoho lidi, kteří bez dvoupanelového správce souborů, jako je Total commander nedají ani ránu, a ikonkový přístup je jim velmi nepohodlný.

A oba tyto přístupy fungují bez duplikace souborového GUI v samostatném FTP klientovi.

Podobně je to pro přístup k vzdáleným datům. To že něco lze udělat jinak, je odpověď, proč když to takhle má své výhody. A pokud někdo vidí výhody jinde, ať používá co mu vyhovuje.

Já ani po přečtení tvých příspěvků nevidím výhody v duplikaci GUI souborového manažera.

[Miloslav Ponkrác]

Po mnoha bolestných zkušenostech s Filezillou silně nedoporučuji.

Pro stahování souborů z FTP serveru jsem nikdy neměl sebemenší problém. Pro upload na FTP server se mi až příliš často stávalo, že na FTP dorazil soubor poškozený nebo změněný v několika bajtech.

Podezíral jsem kde co, udělal mnoho pokusů a pak jsem jednoduše vyměnil Filezillu za jiného FTP klienta a problémy přestaly.

Filezille jsem dával šanci asi tři roky v kuse, nyní už jí přes rok nepoužívám, nevím o ní a ani o ní nechci už nikdy slyšet.

Považuji za poměrně zásadní a klíčovou vlastnost FTP klienta, že bude umět bezproblémově a nezměněně posílat soubory v obou směrech mezi FTP serverem a lokálním souborovým systémem. To Filezilla neumí/minimálně 3 roky v minulosti neuměla.

Tím pádem Filezilla ani omylem.

[Šangala]

Měl jsem stejné problémy několik málo let zpět (na Win) - je to o nervy, když člověk hledá pak chyby někde jinde.
Vyzkoušel a zahodil…

[Lol Phirae]

To byl zajisté genitální ASCII režim. No a to se vyplatí!

[Šangala]

U mě ne, poškozovalo to i obrázky (které se defaultně přenášeli bi - jestli sit o dobře pamatuju) a chybělo tam někdy výrazně větší kus.
Naházel jsem to do fronty pustil a bez jakékoliv chyby tam toho někdy bylo i 30 míň, ale už je to dřív a vyřešil jsem to pak Totalcmd a byl pokoj.

[Šangala]

ehm: „i o 30 % méně“

[Lol Phirae]

Co se jak defaultně s Filezillou přenáší si vůbec netroufnu tvrdit. Pokud si správně pamatuju, tak jedinou cestou, jak ten idiotskej ASCII režim zcela vyrušit bylo smazání všech přípon souborů kdesi v rozšířených nastaveních.

[Šangala]

Já si to přesně už nepamatuji je to možné, každopádně opakovaným přenosem bez chyby by měli být stejné výsledky a to nebyli. Bylo to na ne-dobrém připojení CDMA, což by mohlo vyvolat chyby přenosu, ale je vhodné o nich informovat a to právě Filezilla nedělala a tvářila se jako že OK, tenkrát jsem nad tím dost kroutil hlavou a přemýšlel jak to někdo může takto používat…

[adssa]

FileZilla je prisernost. Mam jenom spatne zkusenosti. Nekompletni uploady a podobne.

Naopak lftp me zatim nezklamalo.

[Salamek]

sorry ale to si radsi pripojim FTP jako slozku v nautilu

[David K]

No z free variant na maca lepší než cyberduck. jen při posílání vícero souboru ve složce a podsložkách padají přenosy větších souborů (jak 2MB). takže lepší posílat jendotlivě

[Rivon]

FileZillu používám jak na Linuxu tak na Windows a žádný problémy jsem nikdy nezaznamenal.

[Václav HFechs Švirga]

Také ne.

[pushkin]

Podle článku možnosti zajímavé, ale to GUI snad dělal psychopat:

• logování aktivity umístit do středu horní třetiny obrazu je mrhání místem (proč asi mají všechny ostatní programy log window dole?)
• pohled na stromovou strukturu adresářů je dnes už docela přežitek, 99% uživatelů FTP postačuje stavový řádek s aktuálním adresářem
• rozdělení přenosů do záložek je sice hezké, ale ve chvíli, kdy máme už okénko s logem je to trochu nadbytečné

Důsledkem je nepřehlednost GUI, už z tohoto důvodu má u mne třeba GFTP lepší hodnocení...

[mol]

Adresarovej stromecek se da vypnout tlacitkem na toolbaru nebo v menu Zobrazit. Stejnym zpusobem se da vypnout protokol zprav. Protokol zprav take muzete mit vedle fronty prenosu nebo jako zalozku v panelu fronty prenosu, pozice se nastavuje v Nastaveni\Uzivatelske rozhrani.