Kdo by neznal geniálního klienta LFTP, tak nepochopí. Nyní existuje i skript, který používá tohoto klienta a všech jeho možností k tomu, aby přes FUSE lokálně přimountoval vzdálenou složku přístupnou přes jeden z mnoha protokolů.
Já sem si dovolil k tomu dopsat wrapper do /sbin/mount.lftps, aby se to dalo používat z fstabu...
Ještě jsem zapomněl okopírovat popis od autora softwaru:
Read-only network filesystem with caching for smart mirroring of sites. (like Linux repositories) It's based on FUSE and LFTP client (supports FTP, HTTP, FISH, SFTP, HTTPS, FTPS protocols & works over proxies.) LftpFS is fork from unmaintained FuseFTP.
Tam bude asi důležité zjištění, že celá věc je readonly (což jsem přesně potřeboval). Ale asi těžko člověk najde lepší způsob jak přimountovat listing z apache...
Ne, udelam scp [-1246BCpqrv] [-c cipher] [-F ssh_config] [-i identity_file] [-l limit] [-o ssh_option] [-P port] [-S program] [[user@]host1:]file1 ... [[user@]host2:]file2. Zatimco se sshfs to jednou namontuju a pak treba hustim data prez celou zemekouli z mc. A i kdyz existuje scp, existuje take nekde treba sls, smkdir, sopenoffice.org...?
Nojo, to je ale dobre tak tehdy, kdyz chci pouze pracovat v mc. Treba ls pak vypisuje lokalni soubory. Casto to treba staci, ale nekdy se zase spis hodi sshfs.
Ale třeba v OpenOffice už soubor na sftp:// neotevřeš. A když jsem chtěl přehrát film na sftp:// v Kaffeine (což je v KDE), tak ho to začalo celý stahovat, zatímco přes sshfs se přehrává rovnou. Dokonce jsem už přes sshfs vypaloval DVD uložené na serveru, když jsem na notebooku neměl 4GB volného místa.
Kaffeine a k3b s tím mají nějaké problémy, ale v KDE4 se to řeší. Třeba Dragon by to měl umět (bohužel teď to nemůžu vyzkoušet, mám moc pomalou linku).
Jo, ale otázka je jinak: proč řešit nějaké KIO v KDE, FISH v Midnight Commanderu a ještě kdovíco v KDE4 a OpenOffice, když můžu adresář namountovat přes SSHFS a funguje mi všechno?
Třeba proto, že to není on-demand (před použitím je nutné namountovat a po použití odmountovat)? A taky to prý má problémy se stabilitou. Ach jo, kam se podělo KIO FUSE? :/
Rozdíl je v tom, že v shellu je nutné ten mount napsat mimo běžící aplikaci (tzn. většinou před jejím spuštěním), nelze tak např. učinit při ukládání souboru. Také mount nemůže spouštět jen tak někdo, kdežto KIO funguje pro všechny.
Na sshfs taky nepotřebujete rootovská práva a klasický mount... Alespoň u mě to funguje tak, že jako běžný user napíšu sshfs kdo@kde:co kam/ a jsem vysmátej...
Hlavni vyhodu vidim v transparentnim reseni pro vsechny programy - proste se pripojene soubory tvari jako lokalni a nemusi se to resit v kazdem programu. Samozrejme pokud chci prekopirovat jednorazove jeden soubor, nedava to smysl. Taky nebudem srovnavat ftp se sambou ( kdyz to prezenu ), ze ?
Obcas je to velmi uzitecne, v nekterych pripadech se da pouzit i komprese, ale co jsem zjistil, tak po par mountech a chvilce prelejzani mi to slusne vyzere par desitek MB s ramky :(
Desítky MB RAM jsou dnes nějaký problém? Kdyby stovky, tak to bych chápal, ale desítky? A pokud by to opravdu byl problém, tak se dá vypnout cachování (-o cache=NO).
Akorat se mi ta mrcha seka. Po nejake dobe expiruje ssh pripojeni a sshfs vytuhne. Kill pomuze, ale po nekolika cyklech se mi sekla i druha strana - server. Vsechny sluzby, jen ping sel dal. Po par hodinach nastesti zacal zas reagovat... Ale uz asi nerisknu :)