È possibile utilizzare "/" in un nome di file?

So che questo non è qualcosa che dovrebbe mai essere fatto, ma c'è un modo per usare il carattere barra che normalmente separa le directory all'interno di un nome di file in Linux?

La risposta è che non puoi, a meno che il tuo filesystem non abbia un bug. Ecco perché:

C'è una chiamata di sistema per rinominare il tuo file definito in fs/namei.cchiamato renameat:

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

Quando la chiamata di sistema viene invocata, esegue una ricerca del percorso ( do_path_lookup) sul nome. Continua a rintracciarlo e arriviamo a quello link_path_walkche ha questo:

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

Questo codice si applica a qualsiasi file system. Cosa significa questo? Significa che se provi a passare un parametro con un '/'carattere reale come nome del file usando i mezzi tradizionali, non farà quello che vuoi. Non c'è modo di sfuggire al personaggio. Se un filesystem "supporta" questo, è perché:

• Usa un carattere Unicode o qualcosa che assomigli a una barra ma non lo è.
• Hanno un bug.

Inoltre, se si ha fatto entrare e modificare i byte per aggiungere un carattere barra in un nome di file, le cose cattive sarebbe accaduto. Questo perché non potresti mai fare riferimento a questo file per nome :( poiché ogni volta che lo fai, Linux presume che ti riferisci a una directory inesistente. Anche l'uso della tecnica 'rm *' non funzionerebbe, poiché bash lo espande semplicemente al nome del file. Nemmeno rm -rffunzionerebbe, dal momento che una semplice stringa rivela come vanno le cose sotto il cofano (abbreviato):

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

Si noti che queste chiamate a unlinkatfallirebbero perché devono fare riferimento ai file per nome.

Potresti usare un carattere Unicode che viene visualizzato come "/" (ad esempio questo glifo apparentemente ridondante ) supponendo che il tuo filesystem lo supporti.

Dipende dal filesystem che stai usando. Di alcuni dei più popolari:

• ext3: No
• ext4: no
• jfs: Sì
• reiserfs: No
• xfs: No

Solo con una codifica concordata. Ad esempio, potresti concordare che %verrà codificato come %%e che %2Fsignificherà un /. Tutto il software che ha avuto accesso a questo file dovrebbe comprendere la codifica.

La risposta breve è: no, non puoi. È un divieto necessario a causa di come è definita la struttura della directory.

E, come accennato, puoi visualizzare un carattere Unicode che "assomiglia" a una barra, ma questo è quanto puoi ottenere.

In generale è una cattiva idea provare a usare caratteri "cattivi" in un nome di file; anche se in qualche modo lo gestisci, tende a rendere difficile l'utilizzo del file in seguito. Il separatore del file system non funzionerà affatto, quindi dovrai scegliere un metodo alternativo.

Hai preso in considerazione la codifica URL dell'URL, quindi utilizzarlo come nome del file? Il risultato dovrebbe andare bene come nome di file ed è facile ricostruire il nome dalla versione codificata.

Un'altra opzione è creare un indice: creare il nome del file di output usando il metodo che preferisci - nomi numerati in sequenza, hash SHA1, qualunque cosa - quindi scrivere un file con la coppia nome file / URL generata. Puoi salvarlo in un hash e usarlo per eseguire una ricerca da URL a nome file o viceversa con la versione invertita dell'hash, e puoi scriverlo e ricaricarlo in un secondo momento, se necessario.