Sollten Dateinamen mehrere Punkte enthalten?

Ich benenne Dateien häufig nach einer Konvention, so dass ich am Ende eine Versionsnummer einfüge, ähnlich wie bei Some Deliverable - v0.1.docx. Manchmal, wenn Kollegen Änderungen vornehmen und überarbeitete Versionen zurücksenden, aktualisieren sie diese Versionsnummer, ersetzen aber auch den zusätzlichen Zeitraum durch ein Leerzeichen wie Some Deliverable - v0 2.docx.

Dies passiert häufig genug, bei einer ausreichend großen Anzahl von Kollegen, so dass ich mich frage: Besteht immer noch die Gefahr, eine Datei mit mehreren Punkten zu benennen? Sind meine Kollegen übervorsichtig oder treffen sie gültige Vorsichtsmaßnahmen? Und wenn es eine gültige Vorsichtsmaßnahme ist, unter welchen Umständen würde eine Datei mit mehreren Punkten Probleme verursachen?

Wenn dies ein Überbleibsel aus einer Zeit vor Windows 95 ist oder so, dann mache ich mir keine Sorgen, aber wenn dies etwas ist, das zum Beispiel Probleme verursacht, wenn eine Datei mit einem Mac-Benutzer oder einem iPad-Benutzer geteilt wird? - oder ein Linux-Benutzer, dann ändere ich meine Art und Weise und halte mich an einen Punkt in einem Dateinamen vor der Erweiterung.

filesystems file-management file-sharing

— sernaferna
quelle

Ich hatte nie Probleme, mehrere Punkte in Dateinamen zu verwenden. Weder unter GNU / Linux (ext2 fs), noch unter FreeBSD, noch unter Windows (FAT32 und NTFS). Der Zugriff auf solche Dateien über ein Samba-Netzwerk funktionierte immer. Ich vermute sehr , dass es kein Problem gibt.

— Hennes

Besonders wenn man bedenkt , dass Linux und OS X - Benutzer mit Dateien mit dem Namen gehandelt haben something-v1.23.4-something.tar.gz.sigfür Jahre ohne Probleme ...

— user1686

i.dont.even.know.if.youre.serious.or.trolling.mr.ebgreen ...

— user1686

Die Warnung zu mehreren Erweiterungen galt für Windows. In der Standardkonfiguration von Windows [Explorer] wird "some_virus.jpg.exe" als scheinbar harmlose Bilddatei mit dem Namen "some_virus.jpg" angezeigt.

— Hennes

@Hennes: Es könnte sein, dass einige das nicht bemerkt haben, weil sie nicht wissen, ob ihr Mailprogramm die Einstellung "Erweiterung verbergen" berücksichtigt oder nicht, wenn sie Anhänge auflisten.

— user1686

Antworten:

Theorie

Da lange Dateinamen und VFAT existieren, sind Dateinamen mit zwei Punkten in Windows vollkommen gültig.

Für das moderne Dateisystem gibt es keine Erweiterung. Eine Periode ist ein Charakter wie jeder andere. Die GUI behandelt alles, was auf den letzten Zeitraum folgt, als Dateierweiterung.

Linux hat sich immer so verhalten.

Trainieren

SharePoint , ProFTP , TransferText , Symphony , KVR Audio und Server haben oder hatten Probleme mit mehreren Punkten in Dateinamen.

Es ist jedoch letztendlich ein Fehler, mehrere Perioden nicht richtig zu behandeln. Es ist leicht, einen Fehler zu machen, wenn Sie einen Dateinamen in seinem Basisnamen und seiner Erweiterung ausspucken, aber das Problem ist das Programm, nicht der Dateiname.

— Dennis
quelle

In gewisser Weise gibt es so etwas wie eine Erweiterung, und sie wird sowohl unter Windows als auch unter Unix sehr ähnlich behandelt. Insbesondere wird sie häufig in GUIs (praktisch in jedem Linux-GUI-Dateimanager) verwendet, um hauptsächlich zu entscheiden, welcher Dateityp und welcher Dateityp verwendet werden Symbol zum Anzeigen, während teure "Magic Number" -Tests vermieden werden; In CLIs, in denen der Benutzer das Programm selbst auswählt, ist dies jedoch praktisch irrelevant. Ja, auch unter Windows ist die Erweiterung .exe in der Befehlszeile irrelevant. Sie können eine Datei benennen notepad.jpgund sie wird weiterhin ausgeführt.

— user1686

Seit der Einführung von LFNs ist die Erweiterung jedoch nicht mehr vom Dateinamen getrennt - selbst unter Windows ist ein Punkt ein Zeichen wie jedes andere.

— user1686

@grawity: Das ist mehr oder weniger das, was ich schreiben wollte (obwohl es nicht so gut geklappt hat): Erweiterungen wurden in Windows zu einer einfachen Konvention, dh sie sind nicht mehr Teil des Dateisystems. Das notepad.jpgist interessant.

— Dennis

Für das, was es wert ist, haben Windows-kompilierte Executeables bis heute noch die magische 5A 4D (MZ) -Nummer, die das Erbe von Mark Zbikowski ist, der das Format erstellt hat.

— EBGreen

Hmm. SharePoint oder eines der anderen hier genannten Produkte könnte der Schuldige sein. Wenn Kollegen Dateien hochladen wollten und Probleme in mehreren Perioden hatten, sollten sie diese möglicherweise nicht verwenden. Es mag ein Fehler sein, aber das

— Nettoergebnis

Mehrere Punkte sind unter Windows seit Windows 95 und unter anderen Betriebssystemen noch länger kein Problem mehr.

(Ich benutze nie ""Punkte, weil ich es hasse, später im Terminal Anführungszeichen einzufügen . Aber darum geht es bei Ihrer Frage nicht.)

Aber mehrere Punkte im Dateinamen können in einigen Fällen Probleme verursachen, meistens mit Webapps und Upload-Funktion (offensichtlich wegen falscher Implementierung dieser Funktion).

— user1686
quelle

In welchem Terminal müssen Sie Dateinamen mit (mehreren) Punkten in Anführungszeichen setzen?

— Sebastian

Ich habe soeben ein Problem unter Windows Corporate XP SP3 entdeckt. Grundsätzlich kann ich so viele Perioden haben wie Ich mag, solange der Dateiname nicht beginnen mit einem Punkt.

Beispiel:

.ILS.files.in.use.DFS.20140515.0700.csv

(Datei von Unix FS nach Windows kopiert, dies ist ein legitimer Dateiname unter Unix, glaube ich)

Wenn ich versuche, diese Datei umzubenennen, schlägt die Fehlermeldung "Sie müssen einen Dateinamen eingeben" fehl, wenn ich den Anfangszeitraum des Vorgangs belasse.

Durch Entfernen des Anfangszeitraums und Hinzufügen des Datenstempels mit Punkttrennzeichen wird angezeigt, dass Sie beliebig viele Zeiträume haben können (vorbehaltlich anderer Namensbeschränkungen) und dass es sich um einen gültigen Windows-Dateinamen handelt:

ILS.files.in.use.DFS.2014.05.15.0700.csv

— Zeichnende Schlange
quelle

Das ist nur eine Einschränkung (naja, Bug IMHO) bei Windows Explorer. Sogar die Eingabeaufforderung ( renBefehl) kann Dateinamen verarbeiten, die mit einem Punkt beginnen.

— Daniel B