Czy można użyć „/” w nazwie pliku?

Wiem, że nigdy nie powinno się tego robić, ale czy istnieje sposób na użycie ukośnika, który normalnie oddziela katalogi w nazwie pliku w systemie Linux?

Odpowiedź brzmi, że nie możesz, chyba że twój system plików ma błąd. Dlatego:

Jest to wywołanie systemowe dla zmiany nazwy pliku zdefiniowanego w fs/namei.cnazywa renameat:

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

Kiedy wywołanie systemowe zostaje wywołane, wyszukuje ścieżkę ( do_path_lookup) w nazwie. Śledź to, a dojdziemy do link_path_walktego:

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;
...

Ten kod ma zastosowanie do dowolnego systemu plików. Co to znaczy? Oznacza to, że jeśli spróbujesz przekazać parametr z rzeczywistym '/'znakiem jako nazwę pliku przy użyciu tradycyjnych środków, nie zrobi on tego, co chcesz. Nie ma sposobu na ucieczkę od postaci. Jeśli system plików „obsługuje” to, dzieje się tak dlatego, że:

• Użyj znaku Unicode lub czegoś, co wygląda jak ukośnik, ale nim nie jest.
• Mają błąd.

Ponadto, jeśli nie iść i edytować bajtów dodać znak ukośnik w nazwie pliku, złe rzeczy się stanie. To dlatego, że nigdy nie możesz odwołać się do tego pliku po nazwie :( ponieważ kiedykolwiek to zrobiłeś, Linux założyłby, że odnosisz się do nieistniejącego katalogu. Używanie techniki „rm *” również nie zadziała, ponieważ bash po prostu rozszerza to do nazwy pliku. Nawet rm -rfby nie zadziałało, ponieważ prosty pasek pokazuje, jak się dzieje pod maską (skrócony):

$ 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
...

Zauważ, że te wywołania unlinkatzakończyłyby się niepowodzeniem, ponieważ muszą odnosić się do plików według nazwy.

Możesz użyć znaku Unicode wyświetlanego jako „/” (na przykład ten pozornie zbędny glif ), zakładając, że twój system plików go obsługuje.

To zależy od używanego systemu plików. Niektóre z bardziej popularnych:

• ext3: Nie
• ext4: Nie
• jfs: Tak
• reiserfs: Nie
• xfs: Nie

Tylko z uzgodnionym kodowaniem. Na przykład możesz zgodzić się, że %zostanie zakodowany jako, %%a to %2Fbędzie oznaczać plik /. Całe oprogramowanie, które uzyskało dostęp do tego pliku, musiało rozumieć kodowanie.

Krótka odpowiedź brzmi: nie, nie możesz. Jest to konieczny zakaz ze względu na sposób zdefiniowania struktury katalogów.

Jak już wspomniano, możesz wyświetlić znak Unicode, który „wygląda jak” ukośnik, ale to tak daleko, jak to możliwe.

Ogólnie rzecz biorąc, w ogóle złym pomysłem jest używanie „złych” znaków w nazwie pliku; nawet jeśli w jakiś sposób nim zarządzasz, może to utrudniać późniejsze korzystanie z pliku. Separator systemu plików w ogóle nie zadziała, więc będziesz musiał wybrać alternatywną metodę.

Czy rozważałeś zakodowanie adresu URL, a następnie użycie go jako nazwy pliku? Wynik powinien być prawidłowy jako nazwa pliku, a nazwę można łatwo odtworzyć na podstawie zakodowanej wersji.

Inną opcją jest utworzenie indeksu - utwórz nazwę pliku wyjściowego przy użyciu dowolnej metody - nazwy numerowane sekwencyjnie, skróty SHA1, cokolwiek - a następnie napisz plik z wygenerowaną parą nazwa pliku / adres URL. Możesz zapisać to w hashu i użyć go do wyszukania adresu URL do nazwy pliku lub odwrotnie z odwróconą wersją skrótu, a także możesz go zapisać i ponownie załadować później, jeśli zajdzie taka potrzeba.