Saat ini, saya menggunakan YYMMDD-NAME+PAGEnama untuk sebagian besar file saya. NAMEmemiliki ruang yang dikonversi ke garis bawah.

Saya ingin menggunakan YYYY-MM-DDformat tanggal, tetapi saya tidak yakin bagaimana memisahkannya dari namanya. A -akan terlihat aneh jika namanya dimulai dengan angka. Jika saya menggunakan _, maka konflik dengan garis bawah mewakili ruang.

Karakter apa yang cukup aman dalam nama file yang akan berfungsi di sini? Saya menggunakan Linux, tetapi saya mungkin berbagi file dengan orang lain (Windows 7, Mac OS X).

Ringkasan:

• Windows: apa pun kecuali karakter kontrol ASCII dan \/:*?"<>|
• Linux, OS-X: apa pun kecuali null atau /

Pada semua platform, yang terbaik adalah menghindari karakter yang tidak dapat dicetak seperti karakter kontrol ASCII.

Windows

Di Windows, Windows Explorer tidak memungkinkan karakter kontrol atau \/:*?"<>|Anda dapat menggunakan spasi. Jika Anda menggunakan spasi, Anda harus sering mengutip nama file ketika digunakan dari baris perintah (tapi aplikasi GUI tidak terpengaruh sejauh yang saya tahu). Sistem file Windows seperti NTFS tampaknya menyimpan encoding dengan nama file, tetapi UTF-16 adalah standar.

Beberapa bagian Windows peka huruf besar kecil, bagian lainnya peka huruf besar kecil. Sangat mudah untuk membuat nama file yang berbeda seperti "Ab" dan "ab" pada sistem file Windows NTFS. Nama-nama ini merujuk pada file terpisah yang berisi konten terpisah yang berbeda. Namun, meskipun prompt perintah Windows akan dengan senang hati mendaftarkan kedua file menggunakan dir, Anda tidak dapat dengan mudah mengakses atau memanipulasi salah satu dari mereka menggunakan perintah seperti type. Lihat di bawah.

Linux, OS-X

Di Linux dan OS-X hanya /set ASCII yang dapat dicetak dilarang saya percaya. Beberapa karakter (seperti shell metacharacters *?!) akan menyebabkan masalah pada baris perintah dan akan membutuhkan nama file untuk dikutip atau melarikan diri secara tepat.

Linux filesystems seperti ext2, ext3 adalah agnostik set karakter (saya pikir mereka memperlakukannya lebih atau kurang sebagai aliran byte - hanya null dan /dilarang). Ini berarti Anda dapat menyimpan nama file dalam pengkodean UTF-8. Saya percaya itu tergantung pada shell atau aplikasi lain untuk mengetahui pengkodean apa yang harus digunakan untuk mengkonversi nama file dengan benar untuk ditampilkan atau diproses.

Kesimpulan

Jadi Anda mungkin bisa menggunakan sesuatu seperti ✣(jika tidak terlalu sulit untuk mengetik)

Huruf besar (dalam) sensitivitas pada Windows

C> dir /B
Ab
aB
аB

C> type Ab
b
b

C> type aB
b
b

C> type аB
unicode homograph

Perhatikan bahwa kita tidak dapat mengetik konten file kedua, typeperintah Windows hanya mengembalikan konten Ab sebagai gantinya. File ketiga akan berbeda dari aB di Linux juga.

(Windows 10 NTFS).

Sementara jawaban RedGrittyBrick secara teknis benar, keamanan bukan satu-satunya masalah: kegunaan juga penting. Saya pikir pertanyaan yang lebih baik adalah "karakter apa yang baik untuk digunakan dalam nama file".

Beberapa pedoman potensial:

• [0-9a-zA-Z_] - Karakter alfanumerik dan garis bawah selalu baik untuk digunakan.
• \/:*?"<>|dan byte nol bermasalah pada setidaknya satu sistem, dan harus selalu dihindari.
• Spasi digunakan sebagai pemisah argumen pada banyak sistem, jadi nama file dengan spasi harus dihindari bila memungkinkan. Spasi putih lain (misalnya tab) bahkan lebih.
• Titik koma (;) digunakan untuk memisahkan perintah pada banyak sistem. Tanda koma dan koma (,) digunakan untuk memisahkan argumen baris perintah pada (beberapa versi?) Baris perintah windows.
• []()^ #%&!@:+={}'~dan [`] semuanya memiliki arti khusus dalam banyak shell, dan menjengkelkan untuk dikerjakan, dan karenanya harus dihindari. Mereka juga cenderung terlihat mengerikan di URL .
• Karakter utama yang harus dihindari:
  • Banyak program baris perintah menggunakan tanda hubung [-] untuk menunjukkan argumen khusus.
  • * Sistem berbasis nix menggunakan full-stop [.] sebagai karakter utama untuk file dan direktori tersembunyi.
• Apa pun yang tidak ada dalam rangkaian ASCII dapat menyebabkan masalah pada sistem yang lebih lama atau lebih mendasar (mis. Beberapa sistem tertanam), dan harus digunakan dengan hati-hati.

Itu pada dasarnya membuat Anda:

[0-9a-zA-Z -._]

yang selalu aman dan tidak mengganggu untuk digunakan (selama Anda memulai nama file dengan alpha-numeric) :)

Anda bisa:

1. ganti garis bawah saat ini dengan #(simbol proofreader untuk spasi)
2. garis bawahi ke tanggal 'bagian' dari nama file (atau tanda hubung kedua - lebih mudah untuk mengetik)

Alt-1. cap awal dapat menggantikan spasi: YYMMDD-HHMM-FileName.extatauYYMMDD-HHMM_FileName.ext

Karakter minimal untuk tampilan jernih, yang secara otomatis menyortir dengan angka nol untuk Jan-Sep (& 1st-9th ea mo).