Erst mal zur Warteschlange, ich verstehe nicht wirklich wo das Problem liegt ausgenommen man hat ein "1 connection" limit. Es ist wesentlich effizienter den Datei Transfer im Hintergrund auszuführen und trozdem weiter "Browsen" zu können und evtl. zusätzliche Datein zu Transferieren als das man warten müste bis der "Direkt Transfer" fertig ist. Sicher dauert es ein paar sekunden bis der Transfer beginnt aber einmal connected läuft es doch sehr gut und flüssig und in der Regel muss man sich um nichts weiter kümmern.
Ich vermisse auch sehr schmerzlich die Möglichkeit, parallel zum Queue direkt Dateien hin- und herschieben zu können. Ein Beispiel aus der Praxis: ich muss für eine unserer Sites regelmäßig große Clients von Online-Rollenspielen auf unsere DL-Server hochladen. Diese haben mitunter Dateigrößen von bis zu 4 GB. Nun habe ich bisher im Queue einen Worker genutzt und auf 75 kb/s gedrosselt. Auf diese Weise konnte ich trotz stunden-, manchmal auch tagelang laufender Queues bequem Updates an anderen Seiten vornehmen und neue Grafiken oder andere Elemente hochladen. In diesem Punkte wurde für eine professionelle Nutzung von SmartFTP wirklich verschlimmbessert und zumindest eine Option in den Extras zum Wiedereinschalten der Direktverbindungen wäre ein echter Segen und eine immense Arbeitserleichterung. Ich habe - nur aufgrund dieses Problems - bereits einige andere FTP-Tools ausprobiert und muss zugeben, dass SmartFTP tatsächlich konkurrenzlos ist. Allerdings lasse ich für direkte Arbeiten nun immer ALFTP mitlaufen, was trotzdem ein mehr schlechtes als rechtes Workaround ist. Vor allem, wenn man auf die praktischen Server-Tabs angewiesen ist.
Der Dateicheck mit der GUI ist zwar tatsächlich nervig (und gibt lustige Effekte, wenn man kurz einige Files kopiert und vor Beenden der Prüfung wieder mit einem anderen Tool im Vordergrund arbeitet), lässt sich aber zum Glück schnell wegklicken. Eine "immer Automatic"-Option wäre hier zumindest sinnvoll und ist ja auch schnell gemacht.
Beste Grüße,
- Erik
