FTP Sync mit Zeitproblem

German support forum

Moderators: Hacker, Stefan2, white

Post Reply
User avatar
havanna
Member
Member
Posts: 163
Joined: 2003-02-27, 08:06 UTC
Location: Baden/Württemberg

FTP Sync mit Zeitproblem

Post by *havanna »

Wahrscheinlich kein Problem des TC, aber vielleicht gibt eine Möglichkeit zur Umgehung:
Bei machen FTP-Servern (aber eben nicht allen) bekommen lokale Dateien nach dem Aktualisieren per Verzeichnisse Synchronisieren zwar das richtige Datum, aber als Zeit 00.00.
Damit sind sie dann natürlich jünger als die Dateien auf dem Server und werden beim erneuten Vergleich wieder zum Sync (jetzt zurück) angeboten.

Hat da vielleicht jemand einen Tipp?
Tanstaafl
User avatar
Hacker
Moderator
Moderator
Posts: 13144
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Post by *Hacker »

FTP Log
Server Version
...

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
User avatar
havanna
Member
Member
Posts: 163
Joined: 2003-02-27, 08:06 UTC
Location: Baden/Württemberg

Post by *havanna »

Hier ein Ausschnitt des Logs, die Datei KaminofenGalerie hat danach lokal 00:00, tit-Kaminofen hat die korrekte Zeit.

PASV
227 Entering Passive Mode (62,75,242,186,246,110)
STOR de.KaminofenGalerie.html
150 Ok to send data.
Senden: 2.569 bytes
226 File receive OK.
Copied (31.08.2006 12:34:27): I:\SERVER\avn_wirth\produkte\de.KaminofenGalerie.html -> ftp://ellvis.de:21/html/a-wirth/produkte/de.KaminofenGalerie.html 2.569 bytes, 9.8 kbytes/s
MDTM 20060831103242 de.KaminofenGalerie.html
213 File modification time set.
PASV
227 Entering Passive Mode (62,75,242,186,177,1)
STOR de.tit-Kaminofen.html
150 Ok to send data.
Senden: 337 bytes
226 File receive OK.
Copied (31.08.2006 12:34:27): I:\SERVER\avn_wirth\produkte\de.tit-Kaminofen.html -> ftp://ellvis.de:21/html/a-wirth/produkte/de.tit-Kaminofen.html 337 bytes, 2.0 kbytes/s
MDTM 20060831102532 de.tit-Kaminofen.html
213 File modification time set.

Hier das, was das Log über den Server sagt:
220 (vsFTPd 2.0.2)
USER web1
331 Please specify the password.
PASS ***********
230 Login successful.
SYST
215 UNIX Type: L8
FEAT
211-Features:
EPRT
EPSV
MDTM
PASV
REST STREAM
SIZE
TVFS
211 End
CWD html
250 Directory successfully changed.
Connect ok!
Port 21,80
500 Illegal PORT command.
PWD
257 "/html"
Verzeichnis einlesen
TYPE A
200 Switching to ASCII mode.
PASV
227 Entering Passive Mode (62,75,242,186,232,151)
LIST
150 Here comes the directory listing.
Herunterladen: 2.048 bytes
Warte auf Antwort des Servers...
226 Directory send OK.
Tanstaafl
CoolWater
Power Member
Power Member
Posts: 744
Joined: 2003-03-27, 16:33 UTC

Post by *CoolWater »

Hallo,

mich wundert, dass der TC MDTM YYYYMMDDHHMMSS filename benutzt, obwohl der FTP-Server nur MDTM bietet.
ghisler(author) wrote:
Wenn der Server nur MDTM meldet, dann bedeutet das in der Regel, dass er MDTM nur für das Lesen des Dateidatums unterstützt (RFC-konform).
zufinden hier: http://www.ghisler.ch/board/viewtopic.php?t=2386

Ist zwar keine direkte Hilfe aber vllt. ja ein Bug...

Gruß
CoolWater
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50861
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

Bei machen FTP-Servern (aber eben nicht allen) bekommen lokale Dateien nach dem Aktualisieren per Verzeichnisse Synchronisieren zwar das richtige Datum, aber als Zeit 00.00.
Das könnte auch nur ein Anzeigeproblem sein: Unix-Server zeigen das Dateidatum entweder als

Jul 30 09:38

oder als

Nov 11 2003

an, wenn die Datei ein gewisses Alter hat. Was genau der Server meldet lässt sich herausfinden, indem man per FTP ins entsprechende Verzeichnis wechselt und Alt+Enter drückt.
Author of Total Commander
https://www.ghisler.com
User avatar
havanna
Member
Member
Posts: 163
Joined: 2003-02-27, 08:06 UTC
Location: Baden/Württemberg

Post by *havanna »

Der Server meldet beispielsweise:
-rw-r--r-- 1 636 104 13226 Apr 25 2001 cdrom.gif
-rw-r--r-- 1 636 104 3678 Mar 31 11:01 cdrom.htm
-rw-r--r-- 1 636 104 465 Sep 19 2002 danke.htm
-rw-r--r-- 1 636 104 2266 Jun 20 2003 druck.htm
-rw-r--r-- 1 636 104 766 Jan 20 2002 favicon.ico

Also offenbar keine Zeit wenn die Daten nicht aus dem aktuellen Jahr sind.

Der genannte Fall betrifft aber Dateien der letzten Tage, da ist die Angabe eigentlich konsistent:

-rw-r--r-- 1 636 104 2545 Aug 31 10:32 de.KaminofenGalerie.html (lokal 00:00)
-rw-r--r-- 1 636 104 331 Aug 31 10:25 de.tit-Kaminofen.html (lokal 10:25)
-
Tanstaafl
User avatar
havanna
Member
Member
Posts: 163
Joined: 2003-02-27, 08:06 UTC
Location: Baden/Württemberg

Post by *havanna »

Ich hab grade entdeckt, wie ich einen eigenen String für den Server anlegen kann.
Danach zeigt sich das Ganze als Kombination:

1. Der Teil "TTT DD UUUUU n*" im unix string liefert hier unzuverlässige Ergebnisse, behoben durch einen Zweitstring (Danke für die Hinweise)

2. Der Server liefert die Zeit falsch aus. Direkt nach dem Upload steht sie immer auf 00:00. Die korrekte Zeit erscheint erst nach ziemlich genau 2 Minuten.
Dieses Verhalten tritt aber nur beim Synchronisieren auf, nicht beim Kopieren (F5), auch nicht, wenn überschrieben werden muss.

Kann ich hier am TC was drehen?
Tanstaafl
Post Reply