Có thể sử dụng “/” trong tên tệp không?

Tôi biết rằng đây không phải là điều nên làm, nhưng có cách nào để sử dụng ký tự gạch chéo thường phân tách các thư mục trong tên tệp trong Linux không?

Câu trả lời là bạn không thể, trừ khi hệ thống tệp của bạn có lỗi. Đây là lý do tại sao:

Có một lệnh gọi hệ thống để đổi tên tệp của bạn được xác định bằng fs/namei.ctên renameat:

SYSCALL_DEFINE4(renameat, int, olddfd, const char __user *, oldname,
                int, newdfd, const char __user *, newname)

Khi lệnh gọi hệ thống được gọi, nó thực hiện tra cứu đường dẫn ( do_path_lookup) trên tên. Tiếp tục theo dõi điều này, và chúng tôi nhận được link_path_walkđiều này:

static int link_path_walk(const char *name, struct nameidata *nd)
{
       struct path next;
       int err;
       unsigned int lookup_flags = nd->flags;

       while (*name=='/')
              name++;
       if (!*name)
              return 0;
...

Mã này áp dụng cho bất kỳ hệ thống tệp nào. Điều này có nghĩa là gì? Nó có nghĩa là nếu bạn cố gắng truyền một tham số với một '/'ký tự thực tế là tên của tệp bằng cách sử dụng phương tiện truyền thống, nó sẽ không thực hiện những gì bạn muốn. Không có cách nào để thoát khỏi nhân vật. Nếu hệ thống tệp "hỗ trợ" điều này, đó là bởi vì chúng:

• Sử dụng một ký tự unicode hoặc một cái gì đó giống như một dấu gạch chéo nhưng không phải.
• Họ có một lỗi.

Hơn nữa, nếu bạn đã vào và chỉnh sửa các byte để thêm ký tự gạch chéo vào tên tệp, điều tồi tệ sẽ xảy ra. Đó là bởi vì bạn không bao giờ có thể tham chiếu đến tệp này bằng tên :( vì bất cứ lúc nào bạn làm vậy, Linux sẽ cho rằng bạn đang đề cập đến một thư mục không tồn tại. Sử dụng kỹ thuật 'rm *' cũng sẽ không hoạt động, vì bash chỉ cần mở rộng nó thành tên tệp. Thậm chí rm -rfsẽ không hoạt động, vì một sơ suất đơn giản cho thấy mọi thứ diễn ra như thế nào (rút gọn):

$ ls testdir
myfile2 out
$ strace -vf rm -rf testdir
...
unlinkat(3, "myfile2", 0)               = 0
unlinkat(3, "out", 0)                   = 0
fcntl(3, F_GETFD)                       = 0x1 (flags FD_CLOEXEC)
close(3)                                = 0
unlinkat(AT_FDCWD, "testdir", AT_REMOVEDIR) = 0
...

Lưu ý rằng các lệnh gọi unlinkatnày sẽ không thành công vì chúng cần tham chiếu đến các tệp theo tên.

Bạn có thể sử dụng một ký tự Unicode hiển thị dưới dạng "/" (ví dụ: ký tự có vẻ thừa này ) giả sử hệ thống tệp của bạn hỗ trợ nó.

Nó phụ thuộc vào hệ thống tệp bạn đang sử dụng. Trong số những cái phổ biến hơn:

• ext3: Không
• ext4: Không
• jfs: Vâng
• reiserfs: Không
• xfs: Không

Chỉ với một mã hóa được thỏa thuận. Ví dụ: bạn có thể đồng ý rằng %sẽ được mã hóa bằng %%và %2Fcó nghĩa là a /. Tất cả phần mềm đã truy cập tệp này sẽ phải hiểu mã hóa.

Câu trả lời ngắn gọn là: Không, bạn không thể. Đó là một điều cấm cần thiết vì cách cấu trúc thư mục được xác định.

Và, như đã đề cập, bạn có thể hiển thị một ký tự unicode "trông giống như" một dấu gạch chéo, nhưng đó là chừng mực mà bạn nhận được.

Nói chung, đó là một ý tưởng tồi nếu cố gắng sử dụng các ký tự "xấu" trong tên tệp; ngay cả khi bạn quản lý nó bằng cách nào đó, nó có xu hướng khiến bạn khó sử dụng tệp sau này. Bộ phân tách hệ thống tệp là phẳng sẽ không hoạt động chút nào, vì vậy bạn sẽ cần phải chọn một phương pháp thay thế.

Bạn đã xem xét mã hóa URL sau đó sử dụng URL đó làm tên tệp chưa? Kết quả là một tên tệp tốt và thật dễ dàng để tạo lại tên từ phiên bản được mã hóa.

Một tùy chọn khác là tạo chỉ mục - tạo tên tệp đầu ra bằng bất kỳ phương pháp nào bạn thích - tên được đánh số thứ tự, hàm băm SHA1, bất cứ thứ gì - sau đó ghi tệp với cặp tên tệp / URL đã tạo. Bạn có thể lưu nó vào một mã băm và sử dụng nó để thực hiện tra cứu URL-to-filename hoặc ngược lại với phiên bản băm đã đảo ngược và bạn có thể viết nó ra và tải lại sau nếu cần.