Alexander (HH): FTP via Zip - Transfer - Unzipp

Beitrag lesen

Moin Moin!

wäre es nicht wesentlich schneller wenn mein FTP-Programm bei Uploads oder Downloads ab sagen wir mal 20 Files auf der Quellseite die Files erst Zippt und nach dem einmaligen Transfer auf der Zielseite wieder Unzippt und speichert!? Anstatt jede Datei einzeln zu bearbeiten?

Das wäre es, sofern Bandbreite Dein Problem ist und nicht CPU-Leistung und Arbeitsspeicher. Also meistens "JA", denn CPU und RAM ist meistens mehr als genug vorhanden.

Stell Dir vor, es gäbe ein Protokoll, dass die Komprimierung komplett transparent für Dich erledigt. Stell Dir vor, das Protokoll würde ganz nebenbei Deine Daten und insbesondere Dein Passwort verschlüsselt übertragen. Und stell Dir vor, das Protokoll könnte auf ein Passwort ganz verzichten, zugunsten eines wesentlich sicheren Public-Key-Verfahrens.

Schön, dass so ein Protokoll bereits existiert, oder?

Es heißt SSH und bietet neben einem mehr als vollwertigem Ersatz für Telnet zwei Dateitransfer-Protokolle: Das ältere und einfachere SCP und das wesentlich mächtigere SFTP. Gängige Clients für Windows sind PuTTY (Terminal, und u.a. Konsolenanwendungen für SCP und SFTP) und WinSCP (Grafische Oberfläche für SCP und SFTP). MacOS X und die gängigen Unixe haben in aller Regel ssh, scp, sftp und ggf. auch passende grafische Oberflächen schon an Bord.

Einziger kleiner Haken: Die Komprimierung ist normalerweise nicht aktiviert. Bei PuTTY und WinSCP ist das nur ein Häkchen irgendwo in den Einstellungen, bei den Unix-Programmen ein Kommandozeilen-Parameter oder ein Eintrag in der Konfigurationsdatei.

Übrigens bieten einige FTP-Server als Erweiterung für den Download (und NUR für den Download) auch die Möglichkeit, sich einen Verzeichnisbaum als GZIP-komprimiertes TAR-Archiv herunter zu laden, in dem man die (nicht existierende) Datei <verzeichnisname>.tar.gz anfordert.

Alexander

--
Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so".