Hi… ich habe schon bei google gegoogelt, aber habe nichts passendes zu meiner Frage gefunden.
Wie kann ich die Datei /home/tobi/Desktop/pics auf den vserver in den ordner /var/www/test/
hochladen?
Mfg Tobi
soll das heißen du hast auf beiden Servern einen ftp Zugriff ja?
dann kannst du es mit der ftp-copy funktion alles rüber kopieren
ich habe das damals mit dem programm hier gemacht:
FTP-COPY 1.2
[quote]Connecting servers ftp2ftp,
Advanced statistics. Improved stability.
Multiuser. Report to file (tree directory, stat).
Only one PHP file 20kb[/quote]
und hier gibt es das ding^^ http://webscripts.softpedia.com/script/Internet-Browsers-C-C/FTP/FTP-COPY-41679.html
einfach im Dateimanager
ssh://domain.dt/ordener eingeben
oder mit FileZilla…
nimm einfach scp, das ist das leichteste und sicher ist es auch:
scp -r /home/tobi/Desktop/pics benutzername@deinserver.de:/var/www/test/
-r gibst du an, wenn du ganze ordner kopieren sollst (das bedeutet rekursiv)
vergiss den doppelpunkt nach deinserver.de nicht.
ich benutze zusätzlich zu rsync eine ssh-verbindung, das ist hier aber wohl etwas zu kompliziert, belassen wirs bei scp.
ciao
wie macht man das denn per ssh??
weil iwie dauert 1 bild ne minute um hochgeladne zu werden…
per ssh dürfte dies doch sehr schneller gehen… wenn ich daran danke, wie schnell das beim downloaden geht 
Mfg Tobi
ssh beziehungsweise scp wird wohl eher langsamer als ftp
sein, denn das ist eine verschlüsselte Übertragung.
Auf meinen Rechnern reicht es allerdings locker, um etwa die
graphische Ausgabe von Programmen von einem Rechner in
München auf einem Rechner in Hannover darstellen zu lassen ;o)
Bei den Rechenleistungen vor zehn Jahren oder so konnte man
das noch deutlich merken, da war solch eine Verbindung noch
ziemlich zäh und träge bei schnellen Abnwendungen.
Sofern du also auch ftp hast - schneller wird es mit ssh/scp/sftp
sicher nicht gehen, nur sicherer bezüglich der Abhörmöglichkeiten.
Wenn das Hochladen deutlich langsamer geht als das Runterladen,
bist du vermutlich bei einem provider, der das Hochladen
drosselt, machen die gerne mal.
Hier bei mir an der Uni ist das egal ob hoch oder runter, bei
privaten Anbietern geht man eher davon aus, daß die Leute was
runterladen wollen, weswegen der Weg ‘optimiert’ und der andere
’pessimiert’ ist.
also SFTP(SSH-FTP) ist auf jedenfall schneller als SMB 
außerdem muss es auch nicht langsamer sein, das hängt mit der Prozessorleistung zusammen 
Aha, sehr interessant.
Ich hab mal eine 1G große Datei übers Netzwerk kopiert und die Zeit gemessen.
Irgendwie ist bei meinem Versuch sftp nicht schneller.
sftp: 8m17.708s
ftp: 8m16.136s
smb: 8m14.578s
http: 7m46.716s
welches Netzwerk? wie oft? haben sich bedinugungen geändert?
Mit einer Messung kannst du nicht viel beweisen…
Normal übers Netzwerk bei mir im Haus kann ich auch theoretisch mit 1000MBit Dateien verschieben 
Aber dank Windows geht das nicht so toll, weil es ausbremst.
Genauso wird es wohl auch bei anderen Dingen sein. Welches Betriebssystem beide Seiten haben usw. usw.
[quote=„me1357“]sftp: 8m17.708s
ftp: 8m16.136s
smb: 8m14.578s
http: 7m46.716s[/quote] 
also bei mir dauert die hälfte etwa 7 stunden!
[quote=“michi7x7”]welches Netzwerk? wie oft? haben sich bedinugungen geändert?
Mit einer Messung kannst du nicht viel beweisen…[/quote]
Kopiert hab ich den Kram über WLAN, Bedingungen haben sich nicht geändert.
Es handelt sich um eine Messung, aufgrund der Datenmenge halte ich das für meine Schlussfolgerung aber ausreichend.
Da die Begrenzung hier offensichtlich die Netzwerkbandbreite sein wird, scheint mir der Protokoll-Overhead von SMB sich nicht signifikant von anderen vergleichbaren Netzwerkprotokollen zu unterscheiden, anders als du es suggeriert hast.
