Hallo zusammen,
eben musste ich feststellen, dass Teile meiner Website www.historische-faehre-konstanz.de nicht mehr erreichbar sind. Und zwar alle Seiten, deren Name ein Sonderzeichen enthält, z.B. bei "Die Fähre". Der URL in der Adresszeile des Browsers ändert sich, gezeigt wird aber die Startseite des Webs.

Das funktionierte aber bis vor kurzem noch einwandfrei!

In der Datei .htaccess steht (seit Ewigkeiten):
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
RewriteCond %{HTTP_HOST} ^historische-faehre-konstanz.de$
RewriteRule ^(.*)$ http://www.historische-faehre-konstanz.de/$1 [R=permanent]
</IfModule>

Ist es denkbar, dass das was mit der PHP-Vesion seitens HostEurope zu tun hat? Es ist jetzt 5.3.28.

Ich habe die Frage in ausführlicherer Form im Support-Forum des verwendeten CMS gestellt, hier. Aber vielleicht hat es ja mit dem CMS gar nicht direkt zu tun? Denn dessen Version hab ich seit Jahren nicht angeführt.

Ich wäre sehr dankbar für sachdienliche Tipps. Bei einer Website über eine Fähre kann man schlecht auf Umlaute im Menü verzichten...

Euer Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

Täusche ich mich oder gehts jetzt wieder? Übrigens sollte man in Dateinamen möglichst keine Umlaute verwenden.

--
Grüße aus Strasshof an der Nordbahn (ja, da wo die Natascha im Keller lebte)
bender

sudo apt-get install brain_2.0

> Täusche ich mich oder gehts jetzt wieder? Übrigens sollte man in Dateinamen
> möglichst keine Umlaute verwenden.

Ich hab grad eben mod_rewrite abgestellt, worauf es natürlich geht.
Tja, und mit den Umlauten: "Fähre" ohne Umlaut geht schlecht, bzw. es sieht bescheuert aus.

Gruß Karsten


PS: Ein URL sieht ja jetzt so aus: http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre
Da ist ja ein genauso kodierter Umlaut drin wie vorhin, oder nicht?

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

> > Täusche ich mich oder gehts jetzt wieder? Übrigens sollte man in
> Dateinamen
> > möglichst keine Umlaute verwenden.
>
> Ich hab grad eben mod_rewrite abgestellt, worauf es natürlich geht.
> Tja, und mit den Umlauten: "Fähre" ohne Umlaut geht schlecht, bzw. es sieht
> bescheuert aus.

Ja, stimmt schon. Der Text kann ja auch so bleiben, nur der Link dahinter...


> PS: Ein URL sieht ja jetzt so aus:
> http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre
> Da ist ja ein genauso kodierter Umlaut drin wie vorhin, oder nicht?

Mit mod_rewrite sah das natürlich anders aus. Weißt Du, wenn ich eins aus meinen Websitebastel-Anfangszeiten und meinen Jahren im Endkundensupport bei einem Telko gelernt habe, dann daß man auf Webservern möglichst keine Dateinamen mit Umlauten, Sonderzeichen und Leerzeichen verwenden sollte. Und am besten nur Kleinbuchstaben verwenden. Dem IIS auf einem Windows-Server mag das egal sein, aber nicht dem Apache auf Linux.
Der Link bzw. die Navigation kann ja gerne "Fähre" heißen, ich denke aber, der Link/Dateiname dahinter macht Probleme.

--
Grüße aus Strasshof an der Nordbahn (ja, da wo die Natascha im Keller lebte)
bender

sudo apt-get install brain_2.0

> eben musste ich feststellen, dass Teile meiner Website
> www.historische-faehre-konstanz.de
> nicht mehr erreichbar sind. Und zwar alle Seiten, deren Name ein
> Sonderzeichen enthält, z.B. bei "Die Fähre". Der URL in der Adresszeile des
> Browsers ändert sich, gezeigt wird aber die Startseite des Webs.

URLs können keine Umlaute enthalten, diese müssen escaped werden. *) %xx (wobei xx Hex-Ziffern sind).
Problem dabei: in welcher Codierung werden die Umlaute codiert und dann durch Hex-Ziffern ersetzt?
Üblicherweise verwenden die meisten Browser heute UTF-8.

> RewriteCond %{REQUEST_FILENAME} !-f

Hier entsteht dann vermutlich das Problem. Hier erfolgt jetzt Zugriff auf das Dateisystem, und zwar mit der vom Browser verwendeten Codierung (also meist UTF-8).
Welche Codierung verwendet das Filesystem des Webservers für die Dateinamen?
Wenn dort eine andere Codierung verwendet wird, wird der Pfadname nicht als File oder Folder erkannt ...

Es ergibt sich wieder mal:
vermeide alle Zeichen außer Buchstaben (a-zA-Z), Ziffern (0-9, also keine chinesischen, ...), Unterstrich, Bindestrich und Punkt.
Alle anderen Zeichen werden früher oder später zu Problemen führen.




*) selbst die Umlaute im Domainnamen existieren nicht wirklich, der reale Hostname wird aus dem umlautbehafteten String per Puny-Code umgerechnet, beginnt dann mit xn-- ...

--

MudGuard
O-o-ostern

> > PS: Ein URL sieht ja jetzt so aus:
> >
> > http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre
> > Da ist ja ein genauso kodierter Umlaut drin wie vorhin, oder nicht?
>
> Mit mod_rewrite sah das natürlich anders aus. Weißt Du, wenn ich eins aus
> meinen Websitebastel-Anfangszeiten und meinen Jahren im Endkundensupport
> bei einem Telko gelernt habe, dann daß man auf Webservern möglichst keine
> Dateinamen mit Umlauten, Sonderzeichen und Leerzeichen verwenden sollte.
> Und am besten nur Kleinbuchstaben verwenden. Dem IIS auf einem
> Windows-Server mag das egal sein, aber nicht dem Apache auf Linux.
> Der Link bzw. die Navigation kann ja gerne "Fähre" heißen, ich denke aber,
> der Link/Dateiname dahinter macht Probleme.

Danke dir für die Antworten!

Kannst du mir deinen letzten Satz bitte mal besser verklickern?
Ich muss zugeben, dass ich "mod-rewrite" eh überhaupt nicht verstehe. Ich habe keine Ahnung, was das CMS dann eigentlich liefert, und keine Ahnung, wie der Webserver dann damit auf den wirklichen Dateinamen kommt. Der Wikipedia-Artikel Rewrite-Engine hilft mir da eigentlich auch nicht weiter.

Gruß Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

> URLs können keine Umlaute enthalten, diese müssen escaped werden. *) %xx
> (wobei xx Hex-Ziffern sind).
> Problem dabei: in welcher Codierung werden die Umlaute codiert und dann
> durch Hex-Ziffern ersetzt?
> Üblicherweise verwenden die meisten Browser heute UTF-8.
>
> > RewriteCond %{REQUEST_FILENAME} !-f
>
> Hier entsteht dann vermutlich das Problem. Hier erfolgt jetzt Zugriff auf
> das Dateisystem, und zwar mit der vom Browser verwendeten Codierung (also
> meist UTF-8).
> Welche Codierung verwendet das Filesystem des Webservers für die
> Dateinamen?
> Wenn dort eine andere Codierung verwendet wird, wird der Pfadname nicht als
> File oder Folder erkannt ...
>
> Es ergibt sich wieder mal:
> vermeide alle Zeichen außer Buchstaben (a-zA-Z), Ziffern (0-9, also keine
> chinesischen, ...), Unterstrich, Bindestrich und Punkt.
> Alle anderen Zeichen werden früher oder später zu Problemen führen.

Ok, danke - klingt ja alles plausibel. Zählt ein Komma auch zu den Sonderzeichen? Ein Seitenname mit einem Komma funktionierte auch nicht.
Nachtrag: Ist durch deinen Satz oben erledigt.

Und wer legt nun die Kodierung der Dateien fest? Das kann doch wieder nur das CMS selbst sein, oder? Das hab ich aber seit Jahren nicht angerührt. Komisch. Oder hältst du es für möglich, dass HostEurope irgendwas verstellt hat?

Auf jeden fall sollte ich nach einer Lösung innerhalb des CMS ohne Umlaute suchen, soviel ist mir klar.

Gruß Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

> > Der Link bzw. die Navigation kann ja gerne "Fähre" heißen, ich denke
> aber,
> > der Link/Dateiname dahinter macht Probleme.
>
> Danke dir für die Antworten!
>
> Kannst du mir deinen letzten Satz bitte mal besser verklickern?
> Ich muss zugeben, dass ich "mod-rewrite" eh überhaupt nicht verstehe. Ich
> habe keine Ahnung, was das CMS dann eigentlich liefert, und keine Ahnung,
> wie der Webserver dann damit auf den wirklichen Dateinamen kommt. Der
> Wikipedia-Artikel
> Rewrite-Engine
> hilft mir da eigentlich auch nicht weiter.

mod_rewrite macht "schöne Links", um es mal vereinfacht auszudrücken.
Also ein CMS. Naja, Du kannst die Menüpunkte benennen wie Du willst, aber die Seite da
hinter sollte möglichst ohne oben genannte Punkte auskommen. Welches CMS verwendest Du?

Vielleicht verstehst Du eher was ich meine, wenn Du mal meine private Website anschaust. Wenn Du mit der Maus über den Menüpunkt "Gästebuch" fährst, wirst Du feststellen, daß der Link dahinter auf gaestebuch.php zeigt. Das meinte ich mit "keine Umlaute".

--
Grüße aus Strasshof an der Nordbahn (ja, da wo die Natascha im Keller lebte)
bender

sudo apt-get install brain_2.0

> Vielleicht verstehst Du eher was ich meine, wenn Du mal meine private
> Website anschaust. Wenn Du mit der
> Maus über den Menüpunkt "Gästebuch" fährst, wirst Du feststellen, daß der
> Link dahinter auf gaestebuch.php zeigt. Das meinte ich mit "keine Umlaute".

Ach soo, das ist ja alles klar. Nein, ich wollte drauf raus, warum offenbar ein Parameter wie derzeit (also ohne mod_rewrite) wie hier:
http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre funktioniert, aber direkt als "Dateiname" nicht.

> mod_rewrite macht "schöne Links", um es mal vereinfacht auszudrücken.
> Also ein CMS. Naja, Du kannst die Menüpunkte benennen wie Du willst, aber
> die Seite da hinter sollte möglichst ohne oben genannte Punkte auskommen.

Das ist mir ja klar, aber was macht das CMS und was der Webserver?


> Welches CMS verwendest Du?

Mozilo-CMS, siehe Link zum Support-Forum im Ausgangspost.

Gruß Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

> Ach soo, das ist ja alles klar. Nein, ich wollte drauf raus, warum offenbar
> ein Parameter wie derzeit (also ohne mod_rewrite) wie hier:
> http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre
> funktioniert, aber direkt als "Dateiname" nicht.

Das kann ich Dir aus dem Stegreif auch nicht beantworten - zumal es ja Deinen Angaben nach schon funktioniert hat. Wenn Du also sonst nichts aktualisiert hast, dann könnte es wirklich am Server bzw. der php-Version liegen. Gibts für mod_rewrite vielleicht aktuellere Versionen? Und brauchst Du mod_rewrite unbedingt?



> Das ist mir ja klar, aber was macht das CMS und was der Webserver?

Das war eben so ein Punkt, der *vielleicht* reinspielt. Ich nehme mal an, es ist ein Linux-Host, der case sensitive agiert. Ich hab das eigentlich nur als Beispiel angeführt, für was man so alles falsch machen kann. Situation: Website zieht um. Alter Host: IIS/Windows. Neuer Host: Apache/Linux. Auf einmal funktionieren diverse Links nicht mehr. Weil Link auf Datei.htm zeigt, die Datei heißt aber datei.htm. Alles schon erlebt.

>
>
> > Welches CMS verwendest Du?
>
> Mozilo-CMS, siehe Link zum Support-Forum im Ausgangspost.

Ok, kenne ich nicht. OT: ich verwende Website Baker. Ich glaube, das hab ich schon mal erwähnt, Du warst auf der Suche nach einem CMS, wenn ich mich richtig erinnere. Der Trick ist, daß man beim Erstellen der Seiten darauf achtet, daß diese im Dateinamen eben keine Leerzeichen Umlaute usw. haben. Das erspart Troubles. Du mußt halt mal im Mozilo schauen, was wie benannt ist. Da muß es sowas geben wie Titel und Dateiname. Eventuell ein bißchen rumprobieren, das muß ja irgendwie gehen.  

--
Grüße aus Strasshof an der Nordbahn (ja, da wo die Natascha im Keller lebte)
bender

sudo apt-get install brain_2.0

> Und wer legt nun die Kodierung der Dateien fest?

Wie Mudguard schon schrieb: Das Filesystem des Servers.

> Das kann doch wieder nur
> das CMS selbst sein, oder?

Siehe oben.

> Das hab ich aber seit Jahren nicht angerührt.
> Komisch. Oder hältst du es für möglich, dass HostEurope irgendwas verstellt
> hat?

Ein Update des Betriebssystems?

> Auf jeden fall sollte ich nach einer Lösung innerhalb des CMS ohne Umlaute
> suchen, soviel ist mir klar.

Genau. Dass, was früher immer galt, gilt immer noch: Wenn Du auf der sicheren Seite sein willst, vermeidest Du alles, was Ärger machen kann...  

--
Gruß,

ff

Möge TUX mit dir sein!

> > Auf jeden fall sollte ich nach einer Lösung innerhalb des CMS ohne Umlaute
> > suchen, soviel ist mir klar.
>
> Genau. Dass, was früher immer galt, gilt immer noch: Wenn Du auf der
> sicheren Seite sein willst, vermeidest Du alles, was Ärger machen kann...
>  

Ja, danke auch dir für die Antwort. Da gibt es ein Plugin, mit dem man die Bildung der Dateinamen von den Namen der Kategorien unabhängig machen kann.
Ich hab ja sonst nichts zu tun.  

Gruß Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

Hi Karsten,

richtig helfen kann ich dir auch nicht, aber mit diesem mod_rewrite kämpfe ich auch schon, seitdem ich mich mit CMS beschäftige.
Bei mir kriege ich ihn allerdings nur auf dem eigenem Apache nicht zum Laufen, bei meinem Hoster klappt es.

Prinzipiel soll er eben Urls des CMS Suchmaschienen- und Anwender-freundlicher umschreiben. Vor allem geht es um "index.php?cat=", denn dies ist von deinem CMS vorgegeben.
Also aus: http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre
wird dann: http://www.historische-faehre-konstanz.de/DieFähre

Prinzipiel scheint es auch noch zu funktionieren, gebe ich nämlich direkt http://www.historische-faehre-konstanz.de/DieFähre so erreiche ich die richtige Seite und auch in der Adresszeile steht es richtig.
Benutze ich aber die interne Verlinkung tut es das nicht.

Der mod_rewrite arbeitet also noch Vorschriftmässig, sonst müsste bei Eingabe von
http://www.historische-faehre-konstanz.de/DieFähre 404 Not Found kommen!

T@cky

> Hi Karsten,
>
> richtig helfen kann ich dir auch nicht, aber mit diesem mod_rewrite kämpfe
> ich auch schon, seitdem ich mich mit CMS beschäftige.
> Bei mir kriege ich ihn allerdings nur auf dem eigenem Apache nicht zum
> Laufen, bei meinem Hoster klappt es.

Haha, das Problem kenn ich auch, da es aber nicht lebenswichtig ist, hatte ich's aufgegeben.

> Prinzipiel soll er eben Urls des CMS Suchmaschienen- und
> Anwender-freundlicher umschreiben. Vor allem geht es um "index.php?cat=",
> denn dies ist von deinem CMS vorgegeben.
> Also aus:
> http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre
> wird dann: http://www.historische-faehre-konstanz.de/DieFähre

Ja, soweit ist alles klar.

> Prinzipiel scheint es auch noch zu funktionieren, gebe ich nämlich direkt
> http://www.historische-faehre-konstanz.de/DieFähre so erreiche ich die
> richtige Seite und auch in der Adresszeile steht es richtig.
> Benutze ich aber die interne Verlinkung tut es das nicht.
>
> Der mod_rewrite arbeitet also noch Vorschriftmässig, sonst müsste bei
> Eingabe von
> http://www.historische-faehre-konstanz.de/DieFähre 404 Not Found kommen!

Nö, tut nicht. Was dann kommt, ist die Startseite (auch bei eingefügtem Leerzeichen zwischen Die und Fähre). Das ist der Zustand, den ich bei im CMS eingeknipstem mod_rewrite hatte. Ich vermute, dass bei nicht vorhandenen Seiten immer die Startseite kommt.

Gruß Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

Hi Karsten,

mhhh... ich weiss nicht, ob ich dich richtig verstehe.
wie oben schon gesagt:
wenn ich http://www.historische-faehre-konstanz.de/DieFähre eingebe, so erreiche ich die richtige Seite und auch in der Adresszeile steht http://www.historische-faehre-konstanz.de/DieFähre.

Wenn du http://www.historische-faehre-konstanz.de/DieFähre eingibst, gelangst du zur Startseite?

Potshock

> Hi Karsten,
>
> mhhh... ich weiss nicht, ob ich dich richtig verstehe.
> wie oben schon gesagt:
> wenn ich http://www.historische-faehre-konstanz.de/DieFähre eingebe, so
> erreiche ich die richtige Seite und auch in der Adresszeile steht
> http://www.historische-faehre-konstanz.de/DieFähre.
>
> Wenn du http://www.historische-faehre-konstanz.de/DieFähre eingibst,
> gelangst du zur Startseite?

Ja, zu der Seite, die mit "Willkommen" anfängt. Auch dann, wenn ich das Leerzeichen einfüge.

Wobei mir so ist, als hätte es bei meinen Versuchen vorhin einmal geklappt. Kann ja auch sein, an der .htacess hab ich nichts geändert, ich hab nur im CSS das abgestellt, was sich dort "mod_rewrite" nennt. Ich nehme an, das generiert dann die anderen Namen.

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

Hi Karsten,

ah, alles klar , Missverst. meinerseits  !

T@cky

> Hi Karsten,
>
> ah, alles klar , Missverst. meinerseits  !

Mach dir nichts draus, mir ist das auch lange nicht aufgefallen.

Gruß Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

Bei mir passiert Folgendes:

Kopiere ich eure URL (http://www.historische-faehre-konstanz.de/DieFähre) durch Markieren und Copy&Paste direkt in die Adresszeile eines Browsers (Internet Explorer 9 oder Firefox 27.0.1), dann komme ich zur "Willkommen"-Seite. Dasselbe passiert, wenn ich eine nicht vorhandene Seite ansteuere (http://www.historische-faehre-konstanz.de/DieF).

Gehe ich dagegen über das Menü zur Seite "Die Fähre" und mache dann die Copy&Paste-Aktion von der Adresszeile des Browsers aus (darin steht: http://www.historische-faehre-konstanz.de/index.php?cat=Die Fähre), dann erscheint bei "Paste" der Text "http://www.historische-faehre-konstanz.de/index.php?cat=Die%20F%C3%A4hre", d.h. die Zeichenkodierung wird automatisch eingebaut. Diese Angabe in der Adresszeile ruft dann auch tatsächlich die Seite "Die Fähre" auf.

Tippe ich im Firefox dagegen "http://www.historische-faehre-konstanz.de/index.php?cat=Die Fähre" von Hand ein, dann landet der immer noch auf der Seite "Die Fähre". Tippe ich dasselbe im Internet Exploder ein, dann landet der stattdessen auf der "Willkommen"-Seite. Nur, wenn Leerzeichen und Umlaut als "%20" und "%C3%A4" in der Adressleiste des IE stehen, kommt man auch da auf die richtige Seite.

Über das Menü der Seite gelange ich mit beiden Browsern durch einfachen Klick auf "Die Fähre" auf die richtige Seite ("Die Fähre"). Das Menü zeigt auch stets auf die Seite, die gerade tatsächlich zu sehen ist; wird trotz irgendwelcher "Fähre"-Eingabe in der Adressleiste die "Willkommen"-Seite angezeigt, dann zeigt die Menü-Markierung auch darauf. Analog bei der Seite "Die Fähre".

Und jetzt gerade funktioniert die Seite gar nicht. Wetten, der Karsten bearbeitet sie gerade? 

Danke dir für deine Beobachtungen, baeuchlein. Ich hab heute nix an der Site gemacht, und von hier aus tut es auch noch. Dass das Menü (wieder) funktioniert, liegt daran, dass ich im CMS die "schönen Namen" gestern abgestellt hatte.
Und das Verhalten bei falschen URLs liegt wohl daran, dass dann - statt einer Fehlerseite - einfach die Startseite angezeigt wird. Das schien mir seinerzeit am einfachsten.

Schönen Gruß,
Karsten

--
Ich bin sehr aktiv bei facebook, wo ich vor allem Fotos zeige und mich in Gruppen über alles mögliche, insbesondere meine Heimatstadt Konstanz austausche.

> Danke dir für deine Beobachtungen, baeuchlein. Ich hab heute nix an der
> Site gemacht, und von hier aus tut es auch noch.

Hier geht es jetzt auch wieder. Keine Ahnung, wieso die Seite mal kurz Pause machen musste. 

> Und das Verhalten bei falschen URLs liegt wohl daran, dass dann - statt
> einer Fehlerseite - einfach die Startseite angezeigt wird. Das schien mir
> seinerzeit am einfachsten.

Kann man machen. Interessant finde ich nur diesen einen Unterschied zwischen IE und Firefox. Nicht, dass es da noch ein paar ähnliche "Fallen" gibt...

Wie auch immer, ich fürchte, bender hat Recht: Am Besten versucht man, die echten URLs ohne Umlaute u.ä. zu gestalten (im Falle der Fähren-Seiten wird ja auch "historische-faehre" und nicht "historische-fähre" benutzt) und die Umlaute nur für die Überschriften und Auswahlpunkte in den Menüs zu verwenden.

Ganz ähnliche Erfahrungen habe ich bei der Verwendung von Dateinamen/Dateisystemen zwischen Linux und Windows (jeweils mit und ohne Netzwerk dazwischen) gemacht: Egal, wie standardisiert rein theoretisch alle möglichen Umlaut-Kodierungen o.ä. sind - irgendwann kommt doch wieder beim Kopieren statt des Umlauts ein Grafikzeichen oder ähnlicher Unfug zustande. Dann kopiert das jeweils andere System die Datei auch noch mal, und es kommt eine dritte Schreibweise zustande. Irgendwann hat man dann drei Versionen ein- und derselben Datei. Und die meisten Betriebssysteme löschen dann mindestens eine dieser Dateien nicht mehr und melden Fehler...