# Dateinamen in:: [[namenskonventionen|Namenskonventionen]] ## Informationen - Info auf [[support-seite|Support-Seite]] ## Eigene Regeln - Immer klein schreiben - Hintergrund: Probleme mit [[seafile|Seafile]] im Zusammenhang mit Groß-/Kleinschreibung - keine Sonderzeichen; außer: Bindestrich, Punkt, Unterstrich - keine Umlaute - erlaubte Zeichen: - "abcdefhijklmnopqrstuvxyz" - Punkt - Unterstrich - Bindestrich ## Formate für Datum und Zeit - Datum immer in der Form yyyy-mm-dd - Monat (z.B. bei Mobilfunkrechnungen oder Gehalt) -> yyyy-mm - Uhrzeit -> hh-mm-ss ``` abcdefghijklmnopqrstuvwxyz .-_ ``` ## Best Practices Wir empfehlen, in Dateinamen grundsätzlich auf Sonderzeichen, Umlaute, Leerzeichen zu verzichten. In vielen Fällen macht es Sinn, Dateien mittels eines in den Dateinamen eingefügten Datums zu versionieren. Hierbei kommen grundsätzlich verschiedene Schreibweisen für das Datum in Frage. Generell sollte das Datum so geschrieben werden, dass zuerst das Jahr, dann der Monat, dann der Tag erscheint. Es gibt eine __Langform__ (YYYY-MM-DD) und eine __Kurzform__ (YYMMDD). Die Langform hat den Vorteil, dass sie besser lesbar ist. Bei der Kurzform kommt es gelegentlich zu Missverständnissen, wenn User sich nicht sicher sind, ob z.B. 141016 für den 14.10.2016 oder für den 16.10.2014 steht. Wir würden daher generell die Langform empfehlen. - Langform (empfohlen!): __2016-11-31__ für den __31.11.2016__ - Kurzform: __161131__ für den __31.11.2016__ ## SCHLECHTE BEISPIELE, GUTE BEISPIELE | Schlechtes Beispiel | Kommentar | Gutes Beispiel | | --------------------- | -------------------------------- | ------------------------- | | JürgenSchäfer.pdf | Umlaute bitte vermeiden... | JuergenSchaefer.pdf | | Max Mustermann.pdf | Leerzeichen bitte vermeiden... | Max_Mustermann.pdf | | Schmidt&Schneider.pdf | Sonderzeichen bitte vermeiden... | Schmidt_und_Schneider.pdf | ## Beispiel "Protokolle" ### Ausgangssituation - 1.10.16-Erster-Bericht.doc - 8.9.16_2.Bericht.doc - 9.6.16-bericht3.doc ### Verbesserungsvorschlag 1 Analyse: Sortierung nicht stimmig. Chronologie stimmt nicht. Datum in sinnvoller, einheitlicher Form schreiben; in umgekehrter Schreibweise, in Langform. Das führt auch zu einer sinnvollen Sortierung in Dateilisten: - 2016-06-09-Erster-Bericht.doc - 2016-09-08-2.\_Bericht.doc - 2016-10-01-bericht3.doc ### Verbesserungsvorschlag 2 Analyse: Nicht einheitlich benannt. Besser: Eigene Regeln finden, diese durchhalten. - 2016-06-09_Bericht_1.doc - 2016-09-08_Bericht_2.doc - 2016-10-01_Bericht_3.doc ## Warum SONDERZEICHEN, UMLAUTE, LEERZEICHEN, ... vermeiden? Man hört immer wieder Sätze wie - _"Es geht doch auch mit Sonderzeichen ..."_ - _"Windows erlaubt mir doch meine Dateien mit Sonderzeichen zu benennen ..."_ - _"Es ist doch viel einfacher ..."_ - _"Das muss doch gehen ..."_ - _"Ich hatte noch nie Probleme damit ..."_ Aber: Aus unserer Erfahrung in der Betreuung mit vielen Anwendern leiten wir die Empfehlung ab, "einfache Dateinamen ohne Sonderzeichen, Leerzeichen usw." anzuwenden. ## Was sind die potentiellen Probleme? Auch wenn es im eigenen direkten Umfeld (scheinbar) keine Probleme mit den Dateien gibt, kommt es immer wieder zu Problemen, wenn man Rechnergrenzen überschreitet: - Falls man als Windows-Anwender Dateien an Mac-Anwender oder Linux-Anwender weitergibt... - Falls die Dateien auf einem Linux-Server oder einer Netzwerk-Festplatte (NAS) gespeichert werden... - Falls man die Dateien auf einen Webserver hochlädt... - Falls die Dateien von einem speziellen Programm verarbeitet werden (z.B. ein Backup-Tool)... Es kann passieren, dass sich irgendwo ein Tool oder System am Dateinamen "verschluckt"; z.B. wird eine Datei beim Backup ignoriert, das Backup wird abgebrochen, der Dateiname wird beim Kopieren verändert, aus __Schäfer.doc__ wird __Sch!"§fer.doc__ usw. ## Fazit Wenn man all diese potentiellen __Probleme__ einfach dadurch __vermeiden__ kann, dass man sich an ein paar einfache Konventionen hält, dann sollte man das tun...