tag:forum.selfhtml.org,2005:/self Frage zum Wiki-Artikel „Konventionen für Dateinamen“ – SELFHTML-Forum 2017-05-02T06:01:23Z https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692019#m1692019 simsus 2017-04-13T17:46:58Z 2017-04-13T17:46:58Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Moin Moin</p> <p>Im Abschnitt "Dateinamen im Hinblick auf Kompatibilität" steht:</p> <blockquote> <p>Vermeiden Sie aber nach Möglichkeit deutsche Umlaute und ß in den Dateinamen.</p> </blockquote> <p>Wieso entspricht nicht die Adresse der Empfehlung?<br> <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen" rel="nofollow noopener noreferrer">HTML/Regeln/Konventionen für Dateinamen</a><br> </p> <p>Gruss<br> Marcel</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692022#m1692022 Julius 2017-04-13T18:15:54Z 2017-04-13T18:15:54Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hallo simsus,</p> <blockquote> <p>Wieso entspricht nicht die Adresse der Empfehlung?<br> <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen" rel="nofollow noopener noreferrer">HTML/Regeln/Konventionen für Dateinamen</a></p> </blockquote> <p>Weil das eine URL ist :-) MediaWiki speichert die Inhalte mittels MySQL und das kann Unicode.<br> (Ich kann weder ein ß noch einen umlaut in der URL finden, ich denke mal, du beziehst dich auf das Leerzeichen.)</p> <p>Dank <a href="https://de.wikipedia.org/wiki/URL-Encoding" rel="nofollow noopener noreferrer">URL-Kodierung</a> ist das nicht mehr sooo ein Problem. Für ein internationales, nicht-deutschsprachiges Publikum und zum Abtippen bestimmte URLs setze ich persönlich allerdings lieber auf den alphanummerische-Zeichen im Umfang von ASCII minus Großbuchstaben.</p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692325#m1692325 TS ts-self@online.de https://bitworks.de 2017-04-19T06:35:29Z 2017-04-19T06:36:46Z Wiki „Konventionen für Dateinamen“, Überarbeitung notwendig <p>Hello,</p> <p>ich habe den Artikel mal auf meinen Zettel genommen. Er ist zu oberflächlich und teilweise vermutlich sogar falsch. Rolf b hat ja in diesem Thread auch schon Verbindliches beigetragen.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es<br> Andersdenkende waren noch nie beliebt, aber meistens diejenigen, die die Freiheit vorangebracht haben.<br> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692027#m1692027 Regina Schlauklug 2017-04-13T19:46:00Z 2017-04-13T19:46:00Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Konventionen_f<em><strong>ü</strong></em>r_Dateinamen</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692028#m1692028 Tabellenkalk 2017-04-13T20:22:04Z 2017-04-13T20:43:42Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hallo,</p> <blockquote> <p>(Ich kann weder ein ß noch einen umlaut in der URL finden, ich denke mal, du beziehst dich auf das Leerzeichen.)</p> </blockquote> <p><a href="http://www.testedich.de/tests/ftest.php3" rel="nofollow noopener noreferrer">Üb mal mit Fs</a></p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692036#m1692036 Matthias Scharwies mscharwies@selfhtml.org 2017-04-14T04:15:02Z 2017-04-14T04:15:02Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Servus!</p> <blockquote> <blockquote> <p>Wieso entspricht nicht die Adresse der Empfehlung?<br> <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen" rel="nofollow noopener noreferrer">HTML/Regeln/Konventionen für Dateinamen</a></p> </blockquote> <p>Weil das eine URL ist :-)</p> </blockquote> <blockquote> <p>Dank <a href="https://de.wikipedia.org/wiki/URL-Encoding" rel="nofollow noopener noreferrer">URL-Kodierung</a> ist das nicht mehr sooo ein Problem. Für ein internationales, nicht-deutschsprachiges Publikum und zum Abtippen bestimmte URLs setze ich persönlich allerdings lieber auf den alphanummerische-Zeichen im Umfang von ASCII minus Großbuchstaben.</p> </blockquote> <p>Ich habe deine Antwort mal ins Wiki aufgenommen:</p> <ul> <li><a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen#Dateinamen_im_Hinblick_auf_Kompatibilit.C3.A4t" rel="nofollow noopener noreferrer">HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen#Dateinamen_im_Hinblick_auf_Kompatibilität</a></li> </ul> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692041#m1692041 Julius 2017-04-14T09:36:01Z 2017-04-14T09:36:01Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hallo Regina,</p> <blockquote> <p>Konventionen_f<em><strong>ü</strong></em>r_Dateinamen</p> </blockquote> <p>Äh <em>*erfolglos nach Ausreden kram*</em> Ja, stimmt.</p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692040#m1692040 Julius 2017-04-14T09:34:19Z 2017-04-14T09:34:19Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hallo Tabellenkalk,</p> <blockquote> <blockquote> <p>(Ich kann weder ein ß noch einen umlaut in der URL finden, ich denke mal, du beziehst dich auf das Leerzeichen.)</p> </blockquote> <p><a href="http://www.testedich.de/tests/ftest.php3" rel="nofollow noopener noreferrer">Üb mal mit Fs</a></p> </blockquote> <p>Bin auch drauf rein gefallen...</p> <p>Ebenfalls eine beliebte Täuschung: <a href="https://www.youtube.com/watch?v=vJG698U2Mvo" rel="nofollow noopener noreferrer">https://www.youtube.com/watch?v=vJG698U2Mvo</a></p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692210#m1692210 kackb00n 2017-04-17T13:59:19Z 2017-04-17T13:59:19Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Also ich zahle keine Fs <em>SCNR</em></p> <p>Bin auf 5 gekommen (ja ich hab das OF auch überlesen >.<)</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692043#m1692043 TS ts-self@online.de https://bitworks.de 2017-04-14T10:05:30Z 2017-04-14T10:19:24Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hello,</p> <blockquote> <p>Ich habe deine Antwort mal ins Wiki aufgenommen:</p> <ul> <li><a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen#Dateinamen_im_Hinblick_auf_Kompatibilit.C3.A4t" rel="nofollow noopener noreferrer">HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen#Dateinamen_im_Hinblick_auf_Kompatibilität</a></li> </ul> </blockquote> <p>Das würde ich gerne nochmal überprüft wissen!<br> Wichtig ist die maximale Datei-Pfad-Länge.</p> <p>Selbstverständlich habe ich selber schon gesucht, kann aber jetzt spontan keine allgemeingültigen (also für minestens Unix/Linux, MAC, WinDOS) verbindlichen Aussagen finden. Ich habe das ja alles schon einmal durchsucht für den <a href="https://wiki.selfhtml.org/wiki/PHP/Anwendung_und_Praxis/File_Upload#Sch.C3.A4dliche_Dateinamen_ausschlie.C3.9Fen" rel="nofollow noopener noreferrer">PHP-Upload-Artikel</a>. Wenn man die dort beschriebenen Kriterien auch noch berücksichtigt, bleibt es nicht bei "erlaubten Zeichen", sondern es kommen auch nich unerlaubte Zeichenfolgen hinzu!</p> <p>MMn dürfen Dateinamen nur bis zu 254 <strong>Bytes</strong> Länge beanspruchen. Das erste Byte enthält die genutzte Länge in Bytes, das letzte ist aus Kompatibilitätsgründen trotzdem noch eine NUL (Nul-terminated String). Da meistens gilt <code>Zeichen ≠ Bytebedarf</code>, können die Namen also in der maximalen Zeichenzahl stark differieren.</p> <p>Unter Berücksichtigung der Interoperabilität zwischen den diversen Systemen (auch Anwendungen) möchte ich aber dringend empfehlen, nur druckbare Zeichen auch dem ASCII(-7-Bit-)Bereich zu wählen, ohne Sonderzeichen der Shells der wichtigsten Betriebssysteme.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es<br> Andersdenkende waren noch nie beliebt, aber meistens diejenigen, die die Freiheit vorangebracht haben.<br> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692333#m1692333 Camping_RIDER janosch.zoller@gmx.de http://www.campingrider.de 2017-04-19T08:17:17Z 2017-04-19T08:18:38Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Aloha ;)</p> <blockquote> <ul> <li><a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen#Dateinamen_im_Hinblick_auf_Kompatibilit.C3.A4t" rel="nofollow noopener noreferrer">HTML/Regeln/Konventionen_f%C3%BCr_Dateinamen#Dateinamen_im_Hinblick_auf_Kompatibilität</a></li> </ul> </blockquote> <blockquote> <p>„Auch auf Leerzeichen sollten Sie unbedingt verzichten. (Diese werden z.B. von der Mediawiki-Software in Unterstriche umgewandelt.)“</p> </blockquote> <p>Das funktioniert auch andersrum. Verwende einen Unterstrich und MediaWiki macht dir ein Leerzeichen draus. Der Camping_RIDER muss es wissen.</p> <p>Ich hatte damit in der Vergangenheit sogar schon Probleme beim Einloggen deshalb (MediaWiki hat mir den Benutzernamen immer falsch ins Formular eingetragen), die sind inzwischen (zum Glück) allerdings nicht mehr reproduzierbar.</p> <p>Grüße,</p> <p>RIDER</p> <div class="signature">-- <br> Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller<br> # <a href="https://twitter.com/Camping_RIDER" rel="nofollow noopener noreferrer">Twitter</a> # <a href="http://steamcommunity.com/id/Camping_RIDER" rel="nofollow noopener noreferrer">Steam</a> # <a href="https://www.youtube.com/user/RidersFlame" rel="nofollow noopener noreferrer">YouTube</a> # <a href="http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER" rel="nofollow noopener noreferrer">Self-Wiki</a> # <a href="http://community.de.selfhtml.org/fanprojekte/selfcode.htm" rel="nofollow noopener noreferrer">Selfcode</a>: sh:) fo:) ch:| rl:) br:^ n4:? ie:% mo:| va:) js:) de:> zu:} fl:( ss:) ls:[ </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692046#m1692046 TS ts-self@online.de https://bitworks.de 2017-04-14T11:15:25Z 2017-04-14T11:15:25Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hello,</p> <p>Ergänzung zum bereits Erwähnten:</p> <p><a href="https://de.wikipedia.org/wiki/Dateiname" rel="nofollow noopener noreferrer">Wikipedia</a></p> <p>NTFS scheint also per Default 256 Bytes für jeden Namen zur Verfügung zu stellen. Das Datenfeld wird mit NUL initialisiert. Bei Auftreffen auf eine NUL ist der Name ein Byte vorher zuende.</p> <p>Ob EXT3 nun ein Längenbyte benutzt, oder auch eine <code>terminating NUL</code>, konnte ich noch nicht feststellen. Da müsste man in die untersten Schichten reinschauen, was ich immer schon mal tun wollte ;-O</p> <p>Wichtig ist immer noch, wie groß die maximale Pfadlänge im OS und im jeweiligen Dateisystem ist. Der Environment-Block muss den Pfad unterbringen können.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es<br> Andersdenkende waren noch nie beliebt, aber meistens diejenigen, die die Freiheit vorangebracht haben.<br> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692378#m1692378 Julius 2017-04-19T18:45:55Z 2017-04-19T18:45:55Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hallo Tom,</p> <blockquote> <p>MMn dürfen Dateinamen nur bis zu 254 <strong>Bytes</strong> Länge beanspruchen.</p> </blockquote> <p>Manchmal sind es auch Zeichen. Beispielsweise bei Dateisystemen, die die Dateinamen mittels UTF-16 speichern.</p> <p>Gruß<br> Julius</p> <div class="signature">-- <br> Verallgemeinerungen sind <em>immer</em> schlecht! </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692050#m1692050 TS ts-self@online.de https://bitworks.de 2017-04-14T14:41:32Z 2017-04-14T14:51:24Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Hello,</p> <p>Es ist immer noch nichts Offizielles, aber die Kreise werden enger:</p> <pre><code class="block language-text">lange Dateinamen: Dateinamen können im Gegensatz zu FAT16 auch nativ (ohne VFAT) bis zu 255 Zeichen lang sein und aus fast beliebigen Unicode-Zeichen bestehen. NTFS unterscheidet zwischen Groß- und Kleinschreibung; dies wird zwar von Win32-Anwendungen nicht unterstützt, POSIX-Anwendungen können aber auch Dateien, die sich ausschließlich in der Groß- und Kleinschreibung unterscheiden, korrekt verwalten.[10] </code></pre> <p>Zitat aus der Wikipedia zum <a href="https://de.wikipedia.org/wiki/NTFS#Unterschiede_gegen.C3.BCber_dem_Dateisystem_FAT" rel="nofollow noopener noreferrer">Thema NTFS</a></p> <p>Es wäre schön, wenn wir tatsächlich ins Eingemachte gucken könnten, bevor wir mainstreammäßig falsche Informationen verbreiten. ;-)<br> Jetzt sag bitte nicht "mach"; ich wusste bei DOS noch, wo man gucken muss, für Windows, Linux und die neuen Dateisysteme fehlen mir (nicht nur) die Sourcen.</p> <p>Letzte Meldung:</p> <p>Wie mir ein Freund eben mailte, hat Windows 10 gravierende Probleme mit Groß-/Kleinschreibung von Dateinamen (NTFS kann ja beides). Die haben da wohl eine halbfertige Idee im OS (nicht im Filesystem) freigelassen. Es kann unter bestimmten Umständen passieren, dass man die Dateien in unterschiedlichen Schreibweisen auf der Platte hat und dann aber an eine von den beiden mit den normelen Werkzeugen nicht mehr herankommt.</p> <p>So einen Fehler hatte das gute alte DOS auch schon mal. Da kam man dann nur per FCB-Zugriff an die Dateien heran, nicht aber mit den Handle-Methoden.</p> <p>Könnte <a href="https://technet.microsoft.com/de-de/library/cc725747%28v=ws.11%29.aspx" rel="nofollow noopener noreferrer">hiermit</a> zu tun haben.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es<br> Andersdenkende waren noch nie beliebt, aber meistens diejenigen, die die Freiheit vorangebracht haben.<br> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692054#m1692054 Rolf b 2017-04-14T18:53:56Z 2017-04-14T18:57:37Z Frage zum Wiki-Artikel „Konventionen für Dateinamen“ <p>Also prinzipiell kann eine Pfadangabe unter NTFS bis ca 32k UTF16-Zeichen lang sein, aber bis vor kurzem war das Windows API an vielen Stellen auf 260 Zeichen limitiert (MAX_PATH Angabe im SDK). Viele der "Classic" API Funktionen haben ein Unicode-Gegenstück, in dem die Begrenzung schon länger nicht gilt.</p> <p>Um lange Pfade zu nutzen, muss man aber bekanntgeben, dass man weiß was man tut. Deswegen gibt es ein opt-in Verfahren: Man muss dem Pfad ein UNC-Präfix voranstellen: \\?\.</p> <p>Unter Win10 1607 hat sich das geändert, das API wurde erweitert, aber wie es der Kompatibilitätsteufel so will, muss Microsoft auf die Alt-Anwendungen achten die nicht umgestellt sind.</p> <p>Unter Windows 10 sind auch viele Funktionen des "klassischen" API auf 32K Pfade erweitert worden, aber auch dafür muss man sich bereiterklären. Entweder zentral über einen Registry Eintrag, oder über ein Application Manifest.</p> <p>So weit ich weiß, ist aber jeder einzelne Namensteil immer noch auf 255 Zeichen begrenzt (was man im Zweifelsfall per GetVolumeInformation abfragen kann).</p> <p><a href="https://msdn.microsoft.com/en-us/library/aa365247(v=VS.85).aspx#maxpath" rel="nofollow noopener noreferrer">Quelle</a></p> <p><em>Rolf</em></p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692326#m1692326 Matthias Scharwies mscharwies@selfhtml.org 2017-04-19T06:44:10Z 2017-04-19T06:51:32Z Wiki „Konventionen für Dateinamen“, Überarbeitung notwendig <p>Servus!</p> <blockquote> <p>Hello,</p> <p>ich habe den Artikel mal auf meinen Zettel genommen. Er ist zu oberflächlich und teilweise vermutlich sogar falsch. Rolf b hat ja in diesem Thread auch schon Verbindliches beigetragen.</p> </blockquote> <p>Vielen Dank für Deine Bereitschaft. Der Artikel war irgendwann mal Teil einer <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln" rel="nofollow noopener noreferrer">Serie zur Einführung in HTML</a>, <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Zeichenvorrat_und_HTML-eigene_Zeichen" rel="nofollow noopener noreferrer">welche Zeichen man verwenden darf </a> und was man sonst noch beachten sollte.</p> <p>Hier wäre heute imho eine Trennung in '''Einführungsabsatz''' mit grundlegenden Sachen wie Namenskonventionen und Dateiendung .html und und in '''weiterführende Kapitel''' mit mehr Informationen für Profis angebracht.</p> <blockquote> <p>Liebe Grüße<br> Tom S.</p> </blockquote> <p>Herzliche Grüße</p> <p>Matthias Scharwies</p> <div class="signature">-- <br> Es gibt viel zu tun: <em><a href="http://wiki.selfhtml.org/wiki/Kategorie:ToDo" rel="nofollow noopener noreferrer">ToDo-Liste</a></em> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692376#m1692376 Julius 2017-04-19T18:05:19Z 2017-04-19T18:05:19Z Wiki „Konventionen für Dateinamen“, Überarbeitung notwendig <p>Hallo Matthias,</p> <blockquote> <blockquote> <p>ich habe den Artikel mal auf meinen Zettel genommen. Er ist zu oberflächlich und teilweise vermutlich sogar falsch. Rolf b hat ja in diesem Thread auch schon Verbindliches beigetragen.</p> </blockquote> <p>Vielen Dank für Deine Bereitschaft. Der Artikel war irgendwann mal Teil einer <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln" rel="nofollow noopener noreferrer">Serie zur Einführung in HTML</a>, <a href="https://wiki.selfhtml.org/wiki/HTML/Regeln/Zeichenvorrat_und_HTML-eigene_Zeichen" rel="nofollow noopener noreferrer">welche Zeichen man verwenden darf </a> und was man sonst noch beachten sollte.</p> </blockquote> <p>Das spiegelt sich auch darin wieder, dass nicht zwischen Konventionen zu URLs und Dateipfaden unterschieden wird. – Als der Text geschrieben wurde, waren die Seiten in der Regel als Dateien im Document-Root eines Webservers abgelegt und der Webserver „übersetzte“ dann die URL aufs Dateisystem und lieferte dann die passende Datei aus. Heute wird das in der Regel durch ein CMS wie MediaWiki, WordPress oder etwas selbst Geschriebenes erledigt und denen sind Dateinamenskonventionen herzlich egal, sofern sie die Inhalte aus einer Datenbank holen.</p> <blockquote> <p>Hier wäre heute imho eine Trennung in '''Einführungsabsatz''' mit grundlegenden Sachen wie Namenskonventionen und Dateiendung .html und und in '''weiterführende Kapitel''' mit mehr Informationen für Profis angebracht.</p> </blockquote> <p>Genau.<br> So würde ich es machen: Folgendes in Bezug auf Dateinamen thematisieren und dann für weitere Informationen <a href="https://de.wikipedia.org/wiki/Dateiname" rel="nofollow noopener noreferrer">auf Wikipedia verlinken</a>:</p> <ul> <li>Alle ASCII-Zeichen ohne <code>< > ? " : | \ / *</code> gehen immer, prinzipiell zwar auch alle Unicode-Zeichen, aber bei einem internationalen Publikum sollte man über einen Verzicht darauf nachdenken, weil nicht alle beispielsweise ein ß auf der Tastatur haben (Schweizer <a href="https://de.wikipedia.org/wiki/Tastaturbelegung#Schweiz" rel="nofollow noopener noreferrer">auch nicht</a>!) bzw. das Zeichen überhaupt erkennen können</li> <li>Großschreibung sollte man meiden oder zumindest Groß- und Kleinschreibung konsistent handhaben, was aber letztlich komplizierter ist, als einfach alles klein zu schreiben. Verbessert Interoperabilität zwischen Windows und Unix</li> <li>Unter Windows sind außerdem folgende Dateinamen verboten: <code>CON, PRN, AUX, NUL COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9 LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9</code> – eine Datei namens <code>NUL.txt</code> kann also unter Windows nicht existieren, sollte daher auch unter anderen Systemen vermieden werden, um die Interoperabilität zu erhöhen.</li> <li>Dateiendungen sind im Prinzip Schall und Rauch, helfen aber dem Websserver, den passenden Content-Type zu senden. Für HTML also <code>.htm</code> oder <code>.html</code> verwenden.</li> <li>Dateinamen bzw. Pfade habe eine bestimmte Maximallänge, die meist bei 255 Bytes (bei Verwendung von Nicht-ASCII entsprechend weniger Zeichen möglich) oder Zeichen liegt - so lange Dateinamen vergibt man in der Praxis nicht, die Limitierung der Länge sollte aber bekannt sein.</li> <li>Auf die Eigenschaften von URLs eingehen, bzw. auf einen passenden Artikel verlinken und ggf. erklären, dass URLs nicht zwangsläufig vom Weberver in Dateien aufgelöst werden, sondern die Inhalte auch aus einer Datenbank kommen können: <ul> <li>internationalisierte Domains (IDN) via Punycode</li> <li>Prozent-Kodierung für reservierte Zeichen, Unicode-Zeichen müssen im Allgemeinen nicht kodiert werden – Systeme, die kein Unicode beherrschen, sind ausgestorben</li> <li>Für optimale Kompatibilität max. 255 Zeichen, längere scheinen aber auch kein Problem zu sein, müsste man noch mal im dazugehörigen RFC nachsehen</li> </ul> </li> </ul> <p>In der Kürze liegt die Würze und das Rad neu erfinden müssen wir auch nicht...</p> <p>Gruß<br> Julius</p> <div class="signature">-- <br> Verallgemeinerungen sind <em>immer</em> schlecht! </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1692556#m1692556 TS ts-self@online.de https://bitworks.de 2017-04-21T08:55:37Z 2017-04-21T09:00:43Z Wiki „Konventionen für Dateinamen“, Überarbeitung notwendig <p>Hello,</p> <p>darum habe ich das im Kapitel "<a href="https://wiki.selfhtml.org/wiki/PHP/Anwendung_und_Praxis/File_Upload#Sch.C3.A4dliche_Dateinamen_ausschlie.C3.9Fen" rel="nofollow noopener noreferrer">Schädliche Dateinamen ausschließen</a>" des PHP-Artikels "File-Upload" schon alles thematisiert.</p> <p>Der Artikel ist sowieso zu lang geraten und trotzdem immer noch nicht fertig. Wir müssten also mal überlegen, wie das "Modul Dateinanmen" eigenständig werden könnte, aber dann bitte auch vollständig bleiben muss, weil man im Artikel mandatorisch darauf verweisen müsste.</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es<br> Andersdenkende waren noch nie beliebt, aber meistens diejenigen, die die Freiheit vorangebracht haben.<br> </div> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1693318#m1693318 Julius 2017-05-01T10:21:52Z 2017-05-01T10:21:52Z Wiki „Konventionen für Dateinamen“, Überarbeitung notwendig <p>Hallo Tom,</p> <blockquote> <p>darum habe ich das im Kapitel "<a href="https://wiki.selfhtml.org/wiki/PHP/Anwendung_und_Praxis/File_Upload#Sch.C3.A4dliche_Dateinamen_ausschlie.C3.9Fen" rel="nofollow noopener noreferrer">Schädliche Dateinamen ausschließen</a>" des PHP-Artikels "File-Upload" schon alles thematisiert.</p> </blockquote> <p>Ist mir bekannt, unter Dateinamenskonventionen sollte es aber auch vorhanden oder verlinkt sein.</p> <blockquote> <p>Der Artikel ist sowieso zu lang geraten und trotzdem immer noch nicht fertig.</p> </blockquote> <p>Stimme zu. Vor allem die MIME-Type-Dateiendung-Liste ist ziemlich lang. Bei einem Whitelist-Vorgehen braucht man eine solche Zuordnung nur in dem Umfang wie man auch Dateitypen hochladen können möchte – Wenn ich nur Bilder und PDFs brauche, dann brauche ich nur dafür auch Zuordnungen. Falls das nur ein Beispiel war, kann man das auch kürzen und auf eine MIME-Type-liste verlinken, beispielsweise die in der Wikipedia.</p> <p>Vielleicht wäre auch eine Trennung nach Theorie und Praxis alternativ zu einzelnen Unterkapiteln denkbar.</p> <blockquote> <p>Wir müssten also mal überlegen, wie das "Modul Dateinanmen" eigenständig werden könnte, aber dann bitte auch vollständig bleiben muss, weil man im Artikel mandatorisch darauf verweisen müsste.</p> </blockquote> <p>Auch von der Thematik „URLs“ müsste man das sauber trennen.</p> <p>Gruß<br> Julius</p> https://forum.selfhtml.org/self/2017/apr/13/frage-zum-wiki-artikel-konventionen-fuer-dateinamen/1693353#m1693353 TS ts-self@online.de https://bitworks.de 2017-05-02T06:01:23Z 2017-05-02T06:01:23Z Wiki „Konventionen für Dateinamen“, Überarbeitung notwendig <p>Hello,</p> <p>die MIME-Typ-Funktion sollte schon möglichst komplett bleiben. Es ist ja ein Artikel für die Praxis, und kein theoretisches Beispiel. Selbstverständlich sollte man dazuschreiben, dass man sich bei Whitelisting nur die relevanten Zeilen rausschneiden kann.</p> <p>Später mehr ...</p> <p>Liebe Grüße<br> Tom S.</p> <div class="signature">-- <br> Es gibt nichts Gutes, außer man tut es<br> Andersdenkende waren noch nie beliebt, aber meistens diejenigen, die die Freiheit vorangebracht haben.<br> </div>