Skip to content

Calculateur chmod — Permissions de fichiers Linux

Convertissez les permissions de fichiers Linux entre octal (755, 644) et symboles rwx. Obtenez les commandes chmod, repérez les réglages risqués comme 777 — gratuit, directement dans votre navigateur.

Sans pistage Fonctionne dans le navigateur Gratuit
Tout s'exécute localement dans votre navigateur — les permissions que vous saisissez ne quittent jamais cet appareil.
Permissions courantes
Matrice des permissions
Lecture (4)Écriture (2)Exécution (1) Chiffre rwx
Propriétaire (u) 7 rwx
Groupe (g) 5 r-x
Autres (o) 5 r-x
Bits spéciaux
Commande chmod
Mode numérique (absolu)
chmod 755 file
Mode symbolique
chmod u=rwx,go=rx file
Récursif (-R)
chmod -R 755 dir
Répertoires seulement
find dir -type d -exec chmod 755 {} +
Fichiers seulement
find dir -type f -exec chmod 644 {} +

Astuce : chmod -R u+rwX n'ajoute l'exécution qu'aux répertoires et aux fichiers déjà exécutables — plus sûr qu'un -R 755 aveugle.

Sous Linux, un chmod numérique comme 755 conserve un setuid/setgid existant sur les répertoires — supprimez-les explicitement avec 00755, =755 ou u-s,g-s (BSD/macOS les efface par défaut).

Mode actuel d'un fichier : stat -c '%a' file (Linux) · stat -f '%Lp' file (macOS)

Calculateur d'umask

Nouveaux fichiers (base 666)
644 · rw-r--r--
Nouveaux répertoires (base 777)
755 · rwxr-xr-x

effective = base & ~umask

Tableau des permissions de fichiers Linux : valeurs chmod courantes

Tableau des permissions de fichiers Linux : valeurs chmod courantes
Octal Symbolique Usage typique Propriétaire Groupe Autres
400 r-------- Clé privée SSH (lecture seule) r-- --- ---
600 rw------- Fichiers privés, clés SSH rw- --- ---
644 rw-r--r-- Pages web, fichiers de config rw- r-- r--
664 rw-rw-r-- Fichiers modifiables par le groupe rw- rw- r--
666 rw-rw-rw- Modifiable par tous — à éviter rw- rw- rw-
700 rwx------ Répertoires privés rwx --- ---
755 rwxr-xr-x Scripts, répertoires web rwx r-x r-x
775 rwxrwxr-x Répertoires partagés (groupe) rwx rwx r-x
777 rwxrwxrwx Tout le monde peut tout faire — à éviter rwx rwx rwx
1777 rwxrwxrwt Répertoires temporaires partagés (/tmp) rwx rwx rwt

Les chiffres de permission 0-7 en un coup d'œil

Les chiffres de permission 0-7 en un coup d'œil
Chiffre Binaire rwx Signification
0 000 --- Aucune permission
1 001 --x Exécution seule
2 010 -w- Écriture seule
3 011 -wx Écriture + exécution
4 100 r-- Lecture seule
5 101 r-x Lecture + exécution
6 110 rw- Lecture + écriture
7 111 rwx Lecture + écriture + exécution
Relu par rapport à la sémantique POSIX de chmod et au manuel GNU coreutils ; casse s/S et t/T, ordre des clauses et comportement GNU de conservation du setuid/setgid sur les répertoires vérifiés contre les sources primaires — Équipe d'ingénierie Go-Tools · 17 juil. 2026

Qu'est-ce que chmod ?

chmod — change mode — est la commande Unix et Linux qui détermine qui peut lire, écrire ou exécuter un fichier. Chaque fichier porte neuf bits de permission répartis en trois groupes (propriétaire, groupe, autres), et chmod les accepte soit sous forme de nombre octal en mode numérique (absolu), comme chmod 755, soit sous forme de lettres en mode symbolique, comme chmod u=rwx,go=rx. Les deux décrivent exactement les mêmes bits ; ce calculateur traduit de l'un à l'autre en direct.

La notation octale fonctionne parce que chaque permission est une puissance de deux : lecture vaut 4, écriture 2, exécution 1, et un chiffre par classe est simplement leur somme. Ainsi 7 représente tout (4+2+1), 5 lecture plus exécution, 6 lecture plus écriture, et 0 rien du tout. Lisez rwxr-xr-x de gauche à droite par groupes de trois et vous obtenez 7, 5, 5. Un quatrième chiffre, en tête, encode les modes spéciaux — setuid (4), setgid (2) et le sticky bit (1) — d'où viennent 4755 ou 1777 ; leur présence apparaît dans la chaîne symbolique sous forme de s ou t à la place du x.

Les permissions sont la première couche de sécurité d'Unix, et la plupart des problèmes quotidiens se ramènent à une poignée de motifs : un script qui refuse de se lancer a besoin du bit d'exécution (u+x), un répertoire dans lequel vous ne pouvez pas entrer n'a pas son bit x, une ressource web devrait être en 644 avec des répertoires en 755 au-dessus, et une clé privée doit être en 600 avant qu'OpenSSH n'accepte de la charger. Les erreurs se regroupent de la même façon — la plus tristement célèbre étant chmod 777, qui « corrige » les erreurs d'accès en donnant le droit d'écriture à tous les comptes de la machine. Cette page rassemble au même endroit l'arithmétique, les symboles, les commandes prêtes à exécuter et les avertissements de risque, et comme l'octal n'est que la base 8, vous pouvez explorer l'arithmétique positionnelle sous-jacente avec le convertisseur de base numérique.

# Make a script executable, then verify with ls -l
$ ls -l deploy.sh
-rw-r--r--  1 jack  staff  512 Jul 17 10:00 deploy.sh
$ chmod 755 deploy.sh
$ ls -l deploy.sh
-rwxr-xr-x  1 jack  staff  512 Jul 17 10:00 deploy.sh

# The symbolic equivalent of 755
$ chmod u=rwx,go=rx deploy.sh

# Read the current mode as a number
$ stat -c '%a' deploy.sh   # Linux → 755
$ stat -f '%Lp' deploy.sh  # macOS → 755

Fonctionnalités clés

Trois vues, un seul état

La matrice de cases à cocher, le nombre octal et la chaîne symbolique rwx sont tous des champs de saisie actifs — modifiez n'importe lequel et les deux autres suivent instantanément, dans les deux sens.

Bits spéciaux traités correctement

setuid, setgid et le sticky bit sont des citoyens de première classe : le quatrième chiffre octal, les règles de casse s/S et t/T et les clauses symboliques correctes (u+s, g+s, a+t) sont rendus exactement comme chmod les comprend.

Collez ls -l tel quel

Déposez une ligne complète de ls -l dans le champ symbolique — le caractère de type de fichier, le point SELinux, le signe plus des ACL ou le @ de macOS sont gérés — et récupérez le mode octal sans aucun découpage manuel.

Des commandes réellement exécutables

Numérique, symbolique, récursive et la paire plus sûre find -type d / find -type f, chacune avec un bouton de copie — plus la commande stat pour lire le mode actuel d'un fichier et la note GNU sur la suppression du setuid des répertoires.

Alertes de risque pendant la frappe

Les modes modifiables par tous s'allument immédiatement : 777 et 666 sont signalés, tout bit d'écriture pour les autres lève un drapeau, et 1777 est correctement reconnu comme le motif à sticky bit des répertoires partagés plutôt que comme une erreur.

umask, tableaux et permaliens

Un calculateur d'umask intégré montre ce que recevront les nouveaux fichiers et répertoires, deux tableaux de référence couvrent les modes courants et les chiffres 0-7, et Copier le lien partage l'état exact — le tout 100 % dans votre navigateur.

Exemples de permissions chmod

755 — le standard des scripts et répertoires web

755
rwxr-xr-x — chmod 755 file · chmod u=rwx,go=rx file

Le mode 755 donne au propriétaire le contrôle total (lecture + écriture + exécution = 4 + 2 + 1 = 7) tandis que le groupe et les autres peuvent lire et exécuter mais jamais modifier (4 + 1 = 5). C'est exactement ce qu'il faut à un script de déploiement ou à un répertoire web public : le serveur peut traverser et servir le contenu, mais seul le propriétaire peut le changer. Le calculateur affiche les deux formes de commande — 755 en numérique et l'équivalent symbolique u=rwx,go=rx — et la recette fichiers seuls retombe automatiquement à 644, car les fichiers ordinaires ne devraient pas porter des bits d'exécution dont ils n'ont pas besoin.

600 — verrouiller un fichier privé pour son seul propriétaire

600
rw------- — le propriétaire lit et écrit, personne d'autre ne voit rien

Le mode 600 (rw-------) est le réglage correct pour les clés privées SSH, les fichiers .env, les identifiants d'API et tout ce qu'aucun autre compte de la machine ne devrait pouvoir ouvrir. OpenSSH le fait respecter activement : une clé lisible par le groupe ou les autres est refusée avec la fameuse erreur « Permissions 0644 ... are too open ». Chargez la puce 600, copiez chmod 600 file, et le panneau de risque reste silencieux — c'est la base du moindre privilège bien appliquée.

4755 — anatomie du setuid : pourquoi le x devient un s

4755
rwsr-xr-x — la case exécution du propriétaire affiche s au lieu de x

Le 4 en tête est le bit setuid : quiconque lance le programme, celui-ci s'exécute avec les privilèges du propriétaire du fichier — c'est ainsi que passwd peut mettre à jour un fichier appartenant à root pour un utilisateur normal. En forme symbolique, la position d'exécution du propriétaire passe de x à s (un s minuscule signifie que l'exécution est aussi activée ; un S majuscule signifierait setuid sans exécution, ce qui est presque toujours une erreur). Le calculateur affiche le quatrième chiffre octal, coche la case setuid et lève une alerte informative, car les exécutables setuid méritent un examen délibéré.

Décoder la sortie de ls -l — collez la ligne entière

drwxr-xr-x  5 jack staff 160 Jul 17 dist
755

Copiez une ligne directement depuis la sortie de ls -l et collez-la dans le champ symbolique — aucun découpage nécessaire. L'outil lit le premier jeton drwxr-xr-x, reconnaît le d initial comme le caractère de type de fichier (répertoire) et non comme une permission, tolère le point SELinux, le signe plus des ACL ou le @ de macOS que certains systèmes ajoutent, et convertit les neuf caractères restants en octal 755. C'est le moyen le plus rapide de répondre à « quel nombre correspond à cette permission ? » pendant une revue de code ou un incident, et cela fonctionne tout aussi bien avec le l des liens symboliques et le - des fichiers ordinaires.

Comment utiliser le calculateur chmod

  1. 1

    Définissez les permissions comme vous voulez

    Cochez les cases lecture, écriture et exécution par classe, tapez un mode octal comme 755 ou 4755, ou partez d'une des puces prédéfinies — clé SSH 400, fichier privé 600, fichier web 644, script 755 et plus encore.

  2. 2

    Lisez les trois vues d'un coup

    La matrice de cases à cocher, la valeur octale et la chaîne symbolique rwx restent synchronisées dans tous les sens, chaque ligne affichant son chiffre et sa tranche de trois caractères pendant que vous travaillez.

  3. 3

    Copiez la commande exacte qu'il vous faut

    Cinq variantes prêtes à exécuter se mettent à jour en direct : mode numérique, équivalent symbolique avec regroupement intelligent, récursif -R, et la paire plus sûre répertoires seuls / fichiers seuls construite sur find -type.

  4. 4

    Décodez des permissions existantes

    Collez une ligne ls -l complète — caractère de type de fichier, marqueurs d'ACL et tout le reste — dans le champ symbolique et lisez instantanément la valeur octale, bits spéciaux compris.

  5. 5

    Vérifiez l'umask et partagez votre résultat

    La section umask montre ce que recevront les nouveaux fichiers et répertoires, et Copier le lien capture le mode courant dans une URL à glisser dans une revue de code ou un runbook.

Erreurs chmod courantes

Utiliser 777 pour « corriger » un Permission denied

Ouvrir le mode au monde entier masque généralement un problème de propriétaire au lieu de le résoudre — et laisse chaque compte de la machine capable de modifier vos fichiers. Corrigez d'abord le propriétaire ; gardez le mode serré.

✗ Incorrect
sudo chmod -R 777 /var/www   # l'accès fonctionne, la sécurité a disparu
✓ Correct
sudo chown -R www-data:www-data /var/www   # corrigez le propriétaire, gardez 755/644

chmod -R aveugle sur un répertoire d'upload

Les modes numériques récursifs frappent fichiers et répertoires avec la même valeur : 755 rend chaque image et document « exécutable », et 777 les rend modifiables par tous. Séparez plutôt la récursion par type.

✗ Incorrect
chmod -R 777 uploads/
✓ Correct
find uploads -type d -exec chmod 755 {} + && find uploads -type f -exec chmod 644 {} +

Oublier que les répertoires ont besoin du bit d'exécution

Le bit x sur un répertoire signifie « peut y entrer et le traverser ». Un répertoire en 644 ne peut pas être ouvert avec cd, même par les utilisateurs qui peuvent le lister — ce qui produit des erreurs Permission denied déroutantes un niveau plus bas.

✗ Incorrect
chmod 644 reports/   # cd reports/ → Permission denied
✓ Correct
chmod 755 reports/   # les répertoires portent x pour qu'on puisse y entrer

Livrer un script sans son bit d'exécution

Un fichier fraîchement créé hérite des valeurs par défaut de l'umask comme 644, donc ./script.sh échoue avec Permission denied jusqu'à ce que vous ajoutiez l'exécution au moins pour le propriétaire. Les runners CI et les entrypoints Docker tombent dessus en permanence.

✗ Incorrect
./deploy.sh   # bash: ./deploy.sh: Permission denied
✓ Correct
chmod u+x deploy.sh && ./deploy.sh

Ce que vous pouvez faire avec le calculateur chmod

Déployer sur des serveurs web en toute sécurité
Appliquez 755 aux répertoires et 644 aux fichiers des racines nginx ou Apache avec les commandes find générées, et laissez le panneau de risque confirmer que rien n'est modifiable par tous avant la mise en ligne. Associez-le au générateur htpasswd quand un répertoire a aussi besoin d'une protection par authentification basique.
Corriger les permissions des clés SSH
Les puces prédéfinies 400 et 600 produisent exactement ce qu'OpenSSH exige pour les clés privées, et la FAQ détaille le message d'erreur « Permissions 0644 ... are too open » qui apparaît quand une clé reste lisible par le groupe.
Décoder des permissions pendant le triage d'un incident
Collez des lignes ls -l depuis un shell de production directement dans le champ symbolique pour transformer rwxr-sr-x en 2755 sans compter les bits de tête — modes spéciaux, marqueurs d'ACL et caractères de type de fichier sont tous compris.
Choisir les bons modes en hébergement mutualisé et FTP
Les panneaux de contrôle et clients FTP demandent des modes numériques : 755 pour public_html, 644 pour les pages, 600 pour les fichiers de configuration contenant des identifiants. Chargez la puce, lisez le tableau, copiez le nombre — sans deviner.
Préparer conteneurs et scripts CI
Les entrypoints et scripts de hook ont besoin de u+x avant que Docker ou un runner CI puisse les exécuter, et les volumes montés héritent des modes de l'hôte. Générez ici le chmod exact pour chaque cas, et planifiez les tâches qui les lancent avec le générateur crontab.

Comment fonctionnent les permissions de fichiers Linux

L'arithmétique octale : 4 + 2 + 1
Chaque classe d'utilisateurs reçoit un chiffre octal, et ce chiffre est la somme de lecture = 4, écriture = 2 et exécution = 1. Les huit combinaisons existent : 0 rien, 1 exécution seule, 2 écriture seule, 3 écriture + exécution, 4 lecture seule, 5 lecture + exécution, 6 lecture + écriture, 7 les trois. Un mode comme 640 se lit donc : propriétaire 6 (lecture + écriture), groupe 4 (lecture seule), autres 0 (rien). Le tableau des chiffres de cette page liste les huit lignes, et la matrice montre la même somme se construire à mesure que vous cochez les cases.
Mode numérique (absolu) contre mode symbolique
chmod accepte les mêmes bits de deux façons. Le mode numérique énonce le résultat complet — chmod 755 file remplace ce qui existait avant. Le mode symbolique décrit un changement relatif à l'état courant : chmod u=rwx,go=rx file fixe les classes explicitement, tandis que chmod g+w file bascule un seul bit et laisse le reste intact. Le numérique est idéal pour imposer un état connu dans les scripts et les déploiements ; le symbolique brille pour les ajustements ponctuels comme u+x. Ce calculateur émet les deux, avec les classes regroupées automatiquement (go=rx, a=rwx) comme les administrateurs expérimentés les écrivent.
setuid, setgid et le sticky bit
Un quatrième chiffre octal, en tête, encode les modes spéciaux : setuid = 4000 lance un exécutable avec les privilèges du propriétaire du fichier, setgid = 2000 fait de même pour le groupe (et fait hériter aux nouveaux fichiers d'un répertoire le groupe de celui-ci), et le sticky bit = 1000 sur un répertoire partagé restreint la suppression au propriétaire de chaque fichier — /tmp est le 1777 canonique. Dans ls -l, ils remplacent la case d'exécution : s ou t minuscule quand l'exécution est aussi activée, S ou T majuscule quand elle ne l'est pas (généralement une mauvaise configuration à vérifier). Une subtilité GNU/Linux : le chmod numérique préserve délibérément un setuid/setgid existant sur les répertoires — supprimez-les avec un mode à 5 chiffres comme 00755, une clause d'égalité comme =755, ou u-s,g-s, comme documenté dans le manuel GNU coreutils. BSD et macOS les effacent par défaut sur les modes numériques.
Comment l'umask façonne les nouveaux fichiers
Les fichiers fraîchement créés partent de la base 666 et les répertoires de 777 ; l'umask du processus éteint ensuite les bits qu'il contient — mode effectif = base & ~umask. L'umask par défaut 022 masque l'écriture du groupe et des autres, donnant les familiers fichiers 644 et répertoires 755. Un 077 plus strict donne 600 et 700, gardant tout privé pour le propriétaire ; un 002 collaboratif donne 664 et 775 pour que le groupe puisse écrire. La section umask de cette page effectue le calcul en direct pour les deux bases.

Bonnes pratiques pour les permissions de fichiers

Accordez le moindre privilège qui fonctionne
Partez du mode le plus strict et n'ouvrez que ce qui casse : 600 pour les fichiers privés, 644 pour ceux en lecture partagée, 755 seulement là où l'exécution ou la traversée est réellement nécessaire. Chaque bit d'écriture supplémentaire est de la surface d'attaque en plus.
Par défaut, des fichiers 644 dans des répertoires 755
Cette paire couvre presque tous les cas : racine web, checkout de dépôt, lecture partagée. Les fichiers ordinaires ont rarement besoin d'exécution ; les répertoires en ont toujours besoin pour être traversés — confondre les deux cause la plupart des erreurs de permission quotidiennes.
Récursez avec find -type, pas avec un -R aveugle
chmod -R 755 marque chaque fichier comme exécutable. Utilisez les commandes répertoires seuls et fichiers seuls que cet outil génère, ou le X majuscule du chmod GNU (u+rwX,go+rX), qui n'ajoute l'exécution que là où elle a sa place.
Ne laissez jamais 777 à portée d'un serveur
Les racines web et répertoires d'upload modifiables par tous sont la voie royale vers les fichiers injectés et les sites défigurés. Si plusieurs comptes doivent écrire, préférez un groupe partagé avec 775 ou 2775 (setgid garde la propriété de groupe cohérente) plutôt que d'ouvrir le mode au monde entier.
Gardez les clés SSH en 600 — ou en 400 une fois définitives
OpenSSH refuse net les clés privées lisibles par le groupe ou le monde. 600 est le standard de travail ; 400 empêche en plus l'écrasement accidentel d'une clé que vous ne comptez jamais modifier. Les clés publiques et authorized_keys peuvent rester en 644.

FAQ du calculateur chmod

Que signifie chmod 777 ?
Il accorde lecture, écriture et exécution à tout le monde — propriétaire, groupe et tous les autres utilisateurs. Chaque chiffre est la somme de lecture (quatre), écriture (deux) et exécution (un) pour une classe d'utilisateurs, et la valeur maximale à chaque position signifie que personne n'est restreint en quoi que ce soit. En forme symbolique, c'est rwxrwxrwx. Il existe des usages légitimes, mais ils sont rares et concernent presque toujours des répertoires plutôt que des fichiers ; quand un tutoriel vous dit de faire chmod 777 sur quelque chose pour « que ça marche », le vrai problème est presque toujours le propriétaire du fichier, et chown est le bon correctif.
chmod 777 est-il dangereux ?
Sur tout ce qui est accessible à d'autres utilisateurs ou à un serveur web, oui : 777 signifie que n'importe quel compte du système — y compris un compte de service compromis — peut remplacer le contenu du fichier ou déposer de nouveaux fichiers dans le répertoire. Les racines web en 777 sont un chemin classique vers les sites défigurés et les malwares injectés. L'exception qui confirme la règle est 1777 : l'ajout du sticky bit, comme le fait /tmp, laisse chacun créer des fichiers tout en empêchant les utilisateurs de supprimer ceux des autres — ce calculateur signale le 777 nu comme un risque mais reconnaît 1777 comme le motif standard des répertoires partagés.
Quelle est la différence entre chmod 755 et 644 ?
Le bit d'exécution. 755 (rwxr-xr-x) permet à tout le monde d'exécuter ou de traverser, ce dont ont besoin les répertoires, les scripts et les binaires ; 644 (rw-r--r--) est la même chose sans aucune permission d'exécution, ce qui convient aux fichiers ordinaires comme les pages HTML, les images et les fichiers de configuration. L'association classique est 755 pour chaque répertoire et 644 pour chaque fichier à l'intérieur — les commandes fichiers seuls et répertoires seuls générées par ce calculateur produisent exactement cette répartition avec find -type d et find -type f.
Comment corriger « Permissions 0644 for 'id_rsa' are too open » ?
Exécutez chmod 600 ~/.ssh/id_rsa et reconnectez-vous. OpenSSH refuse d'utiliser une clé privée que tout autre compte pourrait lire : il affiche la bannière WARNING: UNPROTECTED PRIVATE KEY FILE!, la ligne Permissions 0644 for '/home/user/.ssh/id_rsa' are too open., précise que les fichiers de clé privée ne doivent PAS être accessibles aux autres, puis ignore la clé — ce qui se manifeste par une demande de mot de passe inattendue ou par Load key ... bad permissions. Le mode 600 (rw-------) satisfait la vérification ; 400 (r--------) fonctionne aussi et protège en plus contre les écrasements accidentels. Voir le manuel OpenSSH pour les exigences sur les fichiers de clés.
Quelle est la différence entre chmod et chown ?
chmod change ce que le propriétaire, le groupe et les autres peuvent faire avec un fichier — ses bits de permission. chown change qui sont réellement le propriétaire et le groupe. Ils résolvent des problèmes différents : si un serveur web ne peut pas écrire dans son propre répertoire d'upload, le correctif est généralement chown www-data:www-data sur le répertoire, pas un relâchement des permissions pour le monde entier avec chmod. Une bonne habitude quand quelque chose est illisible de façon inattendue : vérifiez d'abord le propriétaire avec ls -l, décodez le mode (collez la ligne dans ce calculateur), et décidez seulement ensuite laquelle des deux commandes la situation exige.
Que fait chmod +x ?
Il ajoute le bit d'exécution pour les classes d'utilisateurs non masquées par votre umask — avec l'umask courant de 022, cela veut dire tout le monde, donc chmod +x script.sh équivaut en général à chmod a+x script.sh et transforme un fichier que le shell refuse de lancer en exécutable. Sous un umask plus strict comme 077, en revanche, +x n'affecte que le propriétaire. Si vous voulez un résultat précis indépendamment de l'umask, dites-le explicitement : u+x pour le seul propriétaire, a+x pour tout le monde. Les répertoires ont besoin du même bit pour qu'on puisse simplement y entrer, c'est pourquoi ils sont en 755 plutôt qu'en 644 par défaut.
Comment appliquer chmod récursivement aux fichiers et aux dossiers ?
Évitez le chmod -R 755 aveugle : il rend chaque fichier ordinaire exécutable, ce qui est du bruit au mieux et un risque au pire. La méthode propre consiste à traiter répertoires et fichiers séparément — find dir -type d -exec chmod 755 {} + pour les répertoires et find dir -type f -exec chmod 644 {} + pour les fichiers, deux commandes que ce calculateur génère pour le mode choisi. Le X majuscule du chmod GNU fait la même chose en une ligne (chmod -R u+rwX,go+rX dir) : il n'ajoute l'exécution qu'aux répertoires et aux fichiers déjà exécutables. Une subtilité Linux : un chmod numérique simple comme 755 laisse en place un bit setuid/setgid existant sur les répertoires — supprimez-le explicitement avec 00755 ou u-s,g-s si c'est votre intention.
Mes données sont-elles envoyées quelque part quand j'utilise ce calculateur ?
Non. Chaque conversion s'effectue localement dans votre navigateur avec de la simple arithmétique binaire en JavaScript — aucun appel serveur, aucun événement d'analytique lié à ce que vous tapez, et rien à conserver. Vous pouvez ouvrir les outils de développement de votre navigateur et constater que le panneau réseau reste silencieux pendant que vous basculez les permissions, ou passer entièrement hors ligne et continuer à travailler. Le bouton Copier le lien encode le mode courant dans le fragment d'URL, et les fragments ne sont eux non plus jamais envoyés à un serveur.