[worshipper]

hallo,

ich bearbeite webseiten lokal und übertrage sie dann per smartftp "binär" auf den ftp server.

ändere ich nun z.b. einen text, lade die seite neu hoch (also alte löschen) und schaue mir dann die seite, von verschiedenen computern an, so erscheint mir immer noch der alte text.

rufe ich die seite übers ftp programm auf so ist die änderung in der datei.

was läuft da falsch?

[chrikle]

Übertrage die Text-Dateien mal im ASCII-Modus.

Dann sollte es ordentlich klappen.

Ansosnten löschvorher die Datei vom Server.

Gruß
Chris

[ruff³°°°]

manchmal ist es auch nötig die ftp-connection zu beenden... dann wird die neue datei angezeigt.

[saucer]

eventuell cached dein browser?
kann auch sein dass der hoster cached..

[gtz]

da gibs so viel möglichkeiten: browsercache, servercache, proxy, ...

[worshipper]

[Jess]

1und1 macht da auch manchmal Probleme. Ich weiß nicht woran es liegt, aber es kann schonmal eine Stunde vergehen bis neue Daten verfügbar sind. >>darum wechsel ich jetzt auch.

Bei welchem bist du denn?

[rob]

woran das liegt, kann ich auch nicht sagen. in jedem fall hat es aber nichts mit dem übertragungsmodus (ascii/binär) zu tun.
textdateien solltest du allerdings trotzdem besser im ascii-modus übertragen, zumindest wenn mit verschiedenen systemen gearbeitet wird und das ist wahrscheinlich der fall (z.b. wenn du mit windows arbeitest und deine files auf einen linux/unix-server lädst).

der unterschied besteht darin, wie die einzelnen betriebssysteme die zeilenenden händeln.
unter windows wird jede zeile mit einem cariage return (ascii 13) und einem linefeed (ascii 10) abgeschlossen (CRLF). unix-systeme benutzen nur das LF und die alten mac-systeme benutzen das CR. beim neuen Mac OS X ist das nicht undeutig zu sagen. die standard-unix-tools (z.b. der vi im mac-terminal) benutzt das LF. einige Mac-Editoren beutzen aber noch das CR.

das problem äußert sich jetzt in folgendem: wenn du windows-texte auf einem unix/linux-system öffnest, dann werden die zeilenumbrüche immer verdoppelt dargestellt. man hat also überall leerzeilen drin.
ein unix-text auf einem windows-system enthält andersrum jetzt gar keine zeilenümbrüche mehr. da wird alles in einer langen zeile angezeigt.

lädt man files per ftp im ascii-mode hoch, dann werden die zeilenenden automatisch konvertiert. dieses verhalten würde allerdings alle binärdateien (bilder, programme, ...) zerstören, wenn die sequenzen dort ersetzt werden.
darum darf man in keinem fall binär-dateien im ascii-mode hochladen.

lädt man die textdateien im binary-mode hoch, dann kann es zu problemen kommen. kommt halt auch drauf an, was es für files sind und wie sie genutzt werden. html ist meist nicht das problem. scripte meist schon, besonders mit nur CR-endungen.

bei den meisten ftp-clients gibt es neben ascii und binary noch den mode "auto". da entscheidet das programm dann, was textfiles sind und was nicht. in den einstellungen kann man das festlegen, was als textdatei behandelt wird. normalerweise hat man txt,htm,html,pl,php, ... als vorgaben.