Re: Neuerungen im Forum (11.02.2009)
Verfasst: So 29. Mär 2009, 02:13
Hallo erstmal 
Hat aber nicht funktioniert 
Ich habe jetzt das Ganze mal simuliert und von meinem Linux-Server eine jpg-Datei via WinSCP im ASCII und BINARY Format unter WIndowsXP heruntergeladen und dann im HEX-Editor verglichen.
Wie's aussieht wird beim Übertragen im ASCII-Format nicht nur vor jedes 0x0a ein 0x0d gesetzt, sondern auch alleinstehende 0x0a entfernt
Damit kann man das File natürlich nicht mehr retten!
Zum Glück
waren ja praktisch nur meine Bilder betroffen 
und ich habe in der Zwischenzeit einen guten Teil davon wieder hochgeladen.
Zudem habe ich vorgeschlagen, ein Synch-Tool (wie z.B. rsync - unter Windows via cygwin) zu verwenden und nur die Daten zu übertragen, die sich geändert haben.
vg - bernhard (der heute noch ein letztes Mal auf der Juifenalm war )
Das habe ich eigentlich auch gedacht - z.B. könnte man das ja mit awk (bzw. mit gawk auch unter Windows) lösen:philipp hat geschrieben:Wir könnten sie doch restaurieren. Vermutlich hat Filezilla alle \n durch \r\n ersetzt. Das sollte man ja wieder rückgängig machen können. Kannst du mir mal eins der zerstörten Bilder schicken?
Code: Alles auswählen
awk '{ sub("\r$", ""); print }' kaputtes.jpg > repariertes.jpgIch habe jetzt das Ganze mal simuliert und von meinem Linux-Server eine jpg-Datei via WinSCP im ASCII und BINARY Format unter WIndowsXP heruntergeladen und dann im HEX-Editor verglichen.
Wie's aussieht wird beim Übertragen im ASCII-Format nicht nur vor jedes 0x0a ein 0x0d gesetzt, sondern auch alleinstehende 0x0a entfernt
Damit kann man das File natürlich nicht mehr retten!Zum Glück
waren ja praktisch nur meine Bilder betroffen und ich habe in der Zwischenzeit einen guten Teil davon wieder hochgeladen.Zudem habe ich vorgeschlagen, ein Synch-Tool (wie z.B. rsync - unter Windows via cygwin) zu verwenden und nur die Daten zu übertragen, die sich geändert haben.
vg - bernhard (der heute noch ein letztes Mal auf der Juifenalm war
)