É possível usar “/” em um nome de arquivo?

Eu sei que isso não é algo que deveria ser feito, mas existe uma maneira de usar o caractere de barra que normalmente separa os diretórios dentro de um nome de arquivo no Linux?

A resposta é que você não pode, a menos que seu sistema de arquivos tenha um bug. Aqui está o porquê:

Há uma chamada de sistema para renomear seu arquivo definido em fs/namei.cchamado renameat:

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

Quando a chamada do sistema é invocada, ela faz uma pesquisa de caminho ( do_path_lookup) no nome. Continue rastreando isso, e chegaremos a link_path_walkqual tem o seguinte:

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

Este código se aplica a qualquer sistema de arquivos. O que isso significa? Isso significa que se você tentar passar um parâmetro com um '/'caractere real como o nome do arquivo usando os meios tradicionais, ele não fará o que você deseja. Não há como escapar do personagem. Se um sistema de arquivos "suporta" isso, é porque:

• Use um caractere Unicode ou algo que se pareça com uma barra, mas não é.
• Eles têm um bug.

Além disso, se você fez entrar e editar os bytes para adicionar um caractere de barra em um nome de arquivo, coisas ruins aconteceriam. Isso porque você nunca poderia se referir a este arquivo pelo nome :( já que sempre que o fizesse, o Linux assumiria que você estava se referindo a um diretório inexistente. Usar a técnica 'rm *' também não funcionaria, pois o bash simplesmente a expande para o nome do arquivo. Mesmo rm -rfnão funcionaria, já que um simples traço revela como as coisas acontecem sob o capô (abreviado):

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

Observe que essas chamadas para unlinkatfalhariam porque precisam se referir aos arquivos pelo nome.

Você pode usar um caractere Unicode exibido como "/" (por exemplo, este glifo aparentemente redundante ), supondo que seu sistema de arquivos o suporte.

Depende de qual sistema de arquivos você está usando. De alguns dos mais populares:

• ext3: Não
• ext4: Não
• jfs: sim
• reiserfs: Não
• xfs: Não

Apenas com uma codificação acordada. Por exemplo, você pode concordar que %será codificado como %%e que %2Fsignificará a /. Todo software que acessasse este arquivo teria que entender a codificação.

A resposta curta é: Não, você não pode. É uma proibição necessária devido à forma como a estrutura do diretório é definida.

E, como mencionado, você pode exibir um caractere Unicode que "se parece" com uma barra, mas isso é o máximo que você consegue.

Em geral, é uma má ideia tentar usar caracteres "ruins" em um nome de arquivo; mesmo que você o gerencie de alguma forma, ele tende a dificultar o uso do arquivo posteriormente. O separador do sistema de arquivos simplesmente não vai funcionar, então você vai precisar escolher um método alternativo.

Você já pensou em codificar o URL e usá-lo como nome de arquivo? O resultado deve ser bom como um nome de arquivo e é fácil reconstruir o nome da versão codificada.

Outra opção é criar um índice - criar o nome do arquivo de saída usando o método que você quiser - nomes numerados sequencialmente, hashes SHA1, qualquer que seja - e então escrever um arquivo com o par nome de arquivo / URL gerado. Você pode salvá-lo em um hash e usá-lo para fazer uma pesquisa de URL para nome de arquivo ou vice-versa com a versão reversa do hash, e pode escrever e recarregar mais tarde, se necessário.