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?
FTP Sync mit Zeitproblem
Moderators: Hacker, Stefan2, white
FTP Sync mit Zeitproblem
Tanstaafl
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.
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
Hallo,
mich wundert, dass der TC MDTM YYYYMMDDHHMMSS filename benutzt, obwohl der FTP-Server nur MDTM bietet.
Ist zwar keine direkte Hilfe aber vllt. ja ein Bug...
Gruß
CoolWater
mich wundert, dass der TC MDTM YYYYMMDDHHMMSS filename benutzt, obwohl der FTP-Server nur MDTM bietet.
zufinden hier: http://www.ghisler.ch/board/viewtopic.php?t=2386ghisler(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).
Ist zwar keine direkte Hilfe aber vllt. ja ein Bug...
Gruß
CoolWater
- ghisler(Author)
- Site Admin
- Posts: 50856
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Das könnte auch nur ein Anzeigeproblem sein: Unix-Server zeigen das Dateidatum entweder alsBei 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.
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
https://www.ghisler.com
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)
-
-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
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?
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