Est-il possible d'utiliser «/» dans un nom de fichier?

Je sais que ce n'est pas quelque chose qui devrait jamais être fait, mais y a-t-il un moyen d'utiliser le caractère barre oblique qui sépare normalement les répertoires dans un nom de fichier sous Linux?

La réponse est que vous ne pouvez pas, sauf si votre système de fichiers a un bogue. Voici pourquoi:

Il y a un appel système pour renommer votre fichier défini dans fs/namei.cappelé renameat:

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

Lorsque l'appel système est appelé, il effectue une recherche de chemin ( do_path_lookup) sur le nom. Continuez à tracer cela, et nous arrivons à link_path_walkqui a ceci:

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

Ce code s'applique à n'importe quel système de fichiers. Qu'est-ce que ça veut dire? Cela signifie que si vous essayez de passer un paramètre avec un '/'caractère réel comme nom du fichier en utilisant des moyens traditionnels, il ne fera pas ce que vous voulez. Il n'y a aucun moyen d'échapper au personnage. Si un système de fichiers «prend en charge» cela, c'est parce qu'ils:

• Utilisez un caractère Unicode ou quelque chose qui ressemble à une barre oblique mais qui ne l'est pas.
• Ils ont un bug.

De plus, si vous avez fait entrer et modifier les octets pour ajouter un caractère slash dans un nom de fichier, les mauvaises choses se produiraient. C'est parce que vous ne pourriez jamais faire référence à ce fichier par son nom: (puisque chaque fois que vous le faites, Linux supposerait que vous faites référence à un répertoire inexistant. Utiliser la technique 'rm *' ne fonctionnerait pas non plus, puisque bash étend simplement cela au nom de fichier. Cela rm -rfne fonctionnerait même pas, puisqu'un simple strace révèle comment les choses se passent sous le capot (raccourci):

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

Notez que ces appels unlinkatéchouent car ils doivent faire référence aux fichiers par leur nom.

Vous pouvez utiliser un caractère Unicode qui s'affiche comme "/" (par exemple, ce glyphe apparemment redondant ) en supposant que votre système de fichiers le prend en charge.

Cela dépend du système de fichiers que vous utilisez. Parmi les plus populaires:

• ext3: Non
• ext4: Non
• jfs: Oui
• reiserfs: Non
• xfs: non

Uniquement avec un encodage convenu. Par exemple, vous pourriez convenir que %sera encodé comme %%et cela %2Fsignifiera un fichier /. Tous les logiciels ayant accédé à ce fichier devraient comprendre l'encodage.

La réponse courte est: non, vous ne pouvez pas. C'est une interdiction nécessaire en raison de la façon dont la structure des répertoires est définie.

Et, comme mentionné, vous pouvez afficher un caractère Unicode qui "ressemble" à une barre oblique, mais c'est tout ce que vous obtenez.

En général, c'est une mauvaise idée d'essayer d'utiliser des "mauvais" caractères dans un nom de fichier. même si vous le gérez d'une manière ou d'une autre, il a tendance à rendre difficile l'utilisation du fichier plus tard. Le séparateur de système de fichiers ne fonctionnera pas du tout, vous devrez donc choisir une méthode alternative.

Avez-vous envisagé d'encoder l'URL puis de l'utiliser comme nom de fichier? Le résultat devrait être correct en tant que nom de fichier, et il est facile de reconstruire le nom à partir de la version codée.

Une autre option est de créer un index - créer le nom de fichier de sortie en utilisant la méthode que vous voulez - noms numérotés séquentiellement, hachages SHA1, peu importe - puis écrire un fichier avec la paire nom de fichier / URL générée. Vous pouvez l'enregistrer dans un hachage et l'utiliser pour effectuer une recherche d'URL vers le nom de fichier ou vice-versa avec la version inversée du hachage, et vous pouvez l'écrire et le recharger plus tard si nécessaire.