Socle officiel
Les organismes de normalisation, documentations officielles et autorités publiques servent de premiers repères.
Les langages, frameworks et outils de code répondent à des contraintes différentes. Une équipe gagne à choisir ce qu’elle sait tester, mettre à jour et transmettre plutôt qu’à accumuler des technologies.
Choisissez une fonction et prototypez son cas normal, son cas d’erreur et sa mise à jour. Vérifiez qu’une deuxième personne peut expliquer le code, les dépendances et le déploiement.
Illustration générée par IA
Chaque entrée possède un rôle clair et renvoie vers une destination officielle. Le catalogue évite les fermes de liens, les descriptions copiées et les classements artificiels.
Les organismes de normalisation, documentations officielles et autorités publiques servent de premiers repères.
Les services établis sont classés par usage réel : créer, héberger, mesurer, sécuriser, publier ou promouvoir un site.
La présence est éditoriale et non rémunérée. Une fiche ne constitue ni un partenariat ni une garantie.
| Critère | Question à résoudre |
|---|---|
| Compatibilité | Les versions, licences et environnements conviennent-ils au projet existant ? |
| Maintenance | Qui peut corriger un défaut, actualiser une dépendance et relancer les tests ? |
| Livraison | Le code se construit-il et se déploie-t-il de manière reproductible ? |
Conservez une courte trace de décision : besoin, source, résultat observé et point encore à confirmer. Faites effectuer la même tâche à chaque solution envisagée plutôt que de comparer des listes commerciales de fonctionnalités.
Comparez leur rôle et leur documentation avant de choisir un outil. La présence dans cette liste ne constitue pas un classement.
54 ressources affichées
Le lien retrouve la recherche et les filtres, ainsi que les ressources sélectionnées pour comparaison.
Aucune ressource ne correspond à ces filtres. Essayez une recherche plus large.
Sélectionnez des ressources dans les fiches ci-dessous. Comparez leur rôle et leur usage, puis vérifiez conditions, coûts, export des données et assistance sur les sites officiels. L’origine géographique décrit l’éditeur ; elle ne prouve pas le lieu d’hébergement de vos données.
Aucune ressource sélectionnée.
Documentation officielle du langage PHP et de son écosystème.
À utiliser pour : Consulter la documentation du langage et les versions prises en charge pour le projet.
Gestionnaire de dépendances de référence pour les projets PHP.
À utiliser pour : Conserver le verrouillage des dépendances et tester les mises à jour avec la version PHP cible ; distinguer installation et validation du projet.
Répertoire public des paquets installables avec Composer.
À utiliser pour : Examiner maintenance et dépendances d’un paquet avant son installation.
Framework PHP et composants réutilisables créés en France.
À utiliser pour : Vérifier les composants nécessaires et la durée de maintenance de la version.
Framework PHP moderne pour applications et services Web.
À utiliser pour : Évaluer conventions, tests et capacité de l’équipe à maintenir l’application.
Environnement JavaScript côté serveur et pour les outils de développement.
À utiliser pour : Vérifier la version prise en charge et les dépendances avant d’adopter un outil.
Registre et gestionnaire de paquets de l’écosystème JavaScript.
À utiliser pour : Vérifier versions, licences et dépendances transitives ; examiner les alertes avec le contexte d’usage avant de mettre à jour et de tester.
Langage typé fondé sur JavaScript pour des applications plus robustes.
À utiliser pour : Définir les limites des types et vérifier le JavaScript produit aux frontières.
Bibliothèque JavaScript pour construire des interfaces utilisateur.
À utiliser pour : Tester la structure des composants et le rendu final sur un parcours réel.
Framework JavaScript progressif pour les interfaces et applications Web.
À utiliser pour : Comparer les besoins d’interactivité au coût de chargement et de maintenance.
Framework Google pour développer des applications Web structurées.
À utiliser pour : Vérifier la structure de projet et les compétences nécessaires à sa reprise.
Framework compilé pour créer des interfaces Web réactives.
À utiliser pour : Mesurer le rendu compilé et documenter les composants réutilisables.
Framework React pour applications rendues côté serveur et sites modernes.
À utiliser pour : Tester rendu, cache et déploiement pour chaque type de page prévu.
Framework Vue pour sites et applications rendus côté serveur.
À utiliser pour : Vérifier routes, rendu et données partagées sur une page représentative.
Bibliothèque de composants et de styles pour interfaces responsives.
À utiliser pour : Écarter les composants inutilisés et tester l’accessibilité des variantes retenues.
Framework CSS utilitaire pour composer des interfaces personnalisées.
À utiliser pour : Définir des conventions de composants pour éviter la duplication des styles.
Site officiel du langage Python, utilisé pour le Web, les données et l’IA.
À utiliser pour : Choisir une version maintenue et isoler les dépendances du projet.
Framework Web Python complet, sécurisé et maintenable.
À utiliser pour : Tester administration, migrations de données et sécurité du déploiement.
Framework Ruby pour développer rapidement des applications Web.
À utiliser pour : Vérifier conventions, mises à jour et couverture des parcours critiques.
Système distribué de gestion de versions du code source.
À utiliser pour : Décrire les branches et la procédure de retour arrière que l’équipe utilise vraiment.
Logo Git par Jason Long, sous licence CC BY 3.0.Hébergement de code, collaboration, automatisation et gestion de projets.
À utiliser pour : Organiser les revues, droits et automatisations du dépôt sans y publier de secrets ; conserver un mode de reprise et les responsabilités du déploiement.
Plateforme DevSecOps pour dépôts, intégration et déploiement continus.
À utiliser pour : Documenter la chaîne de livraison et les responsables des changements.
Hébergement de dépôts Git intégré à l’écosystème Atlassian.
À utiliser pour : Contrôler les règles de revue et les intégrations liées au dépôt.
Conteneurs et outils pour rendre les environnements reproductibles.
À utiliser pour : Vérifier que les images sont reproductibles, maintenues et documentées.
Questions-réponses techniques pour développeurs et équipes numériques.
À utiliser pour : Vérifier date, version et documentation officielle avant de reprendre une réponse.
Espace de démonstration et d’expérimentation pour le front-end.
À utiliser pour : Utiliser un prototype pour isoler un comportement, puis tester son intégration réelle.
Bibliothèque JavaScript historique encore présente sur de nombreux sites.
À utiliser pour : Évaluer la dépendance existante avant d’ajouter ou de retirer la bibliothèque.
Référence technique sur HTTP, les méthodes, statuts, en-têtes, cache et politiques du navigateur.
À utiliser pour : Vérifier le rôle des réponses, en-têtes et méthodes avant de corriger un échange navigateur-serveur.
Calendrier officiel des versions PHP activement maintenues ou encore couvertes par des correctifs de sécurité.
À utiliser pour : Vérifier le cycle de prise en charge de la version installée avant de planifier une mise à niveau.
Guide de référence pour créer des applications Web installables, résilientes et adaptées à plusieurs appareils.
À utiliser pour : Évaluer les fonctions hors ligne et installables seulement si elles servent un parcours réel.
Documentation de l’API utilisée pour intercepter les requêtes, gérer le cache et fournir des fonctions hors ligne.
À utiliser pour : Vérifier le cycle de mise à jour et les risques de cache avant d’ajouter un service worker.
Données ouvertes qui décrivent la prise en charge des technologies Web par les navigateurs et leurs versions.
À utiliser pour : Contrôler la prise en charge d’une fonction avant de décider d’un repli ou d’un polyfill.
Documentation des contraintes de formulaire HTML et de leur API, avec rappel de la validation nécessaire côté serveur.
À utiliser pour : Tester les contraintes HTML puis confirmer que le serveur refuse aussi les données invalides.
API publique pour rechercher les communes françaises, leurs codes administratifs, codes postaux et champs géographiques disponibles.
API Découpage administratif — communes · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Conserver le code Insee comme identifiant, dater l’extraction et distinguer la commune de ses codes postaux.
Référence de l’identifiant de version utilisé pour la validation conditionnelle d’une ressource HTTP.
À utiliser pour : Tester une ressource inchangée puis modifiée, au lieu de déduire le résultat du seul statut HTTP.
Référence des codes de réponse HTTP, regroupés par famille de résultat.
À utiliser pour : Documenter les réponses vides, refusées et en erreur du contrat de service.
Documentation de l’API navigateur pour effectuer des requêtes et traiter leurs réponses.
À utiliser pour : Tester la perte de réseau et les réponses en erreur, pas seulement une requête réussie.
Documentation du stockage structuré dans le navigateur et de ses opérations asynchrones.
À utiliser pour : Définir ce qui peut rester sur l’appareil et comment les données locales évoluent.
Documentation du stockage local et du stockage de session accessibles au navigateur.
MDN — Web Storage API · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Vérifier conservation, suppression et usage sur un appareil partagé avant de stocker un brouillon.
Référence des fonctions JavaScript d’internationalisation, dont le formatage des nombres et dates.
À utiliser pour : Tester montants, dates et langues avec les conventions attendues par le public.
Documentation du contrôle HTML qui permet à l’utilisateur de choisir des fichiers.
À utiliser pour : Annoncer les limites puis contrôler les mêmes règles côté serveur.
Documentation de la construction et de la transmission de champs et fichiers de formulaire.
À utiliser pour : Tester interruption, champ absent et résultat de réception avant d’annoncer une réussite.
Guide de l’installation, de l’activation et de la mise à jour des service workers.
À utiliser pour : Rejouer une nouvelle version avec un ancien cache et une session déjà ouverte.
Documentation des versions et contraintes utilisées pour résoudre des dépendances Composer.
À utiliser pour : Conserver les versions résolues et tester le résultat d’une modification des contraintes.
Référence PHP pour encoder, décoder et contrôler les erreurs des données JSON.
À utiliser pour : Tester données absentes, caractères et erreurs au lieu de supposer un décodage réussi.
Documentation de lecture et d’écriture de fichiers CSV avec dialectes explicités.
À utiliser pour : Conserver séparateur, encodage, identifiants et valeurs absentes dans le contrat d’échange.
Explications des cookies en contexte tiers, de leurs restrictions et des dépendances de parcours associées.
À utiliser pour : Tester les composants intégrés avec stockage tiers bloqué.
Documentation de l’accès au stockage tiers par des contenus intégrés, avec limites et compatibilité.
À utiliser pour : Vérifier demande, refus et alternative dans les navigateurs ciblés.
API de contrôle permettant d’annuler des opérations asynchrones, notamment des requêtes Fetch et la lecture de leur réponse.
MDN AbortController · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Empêcher une ancienne recherche de remplacer les suggestions de la saisie actuelle.
API pour recevoir les changements de taille d’un élément, indépendamment du seul redimensionnement de la fenêtre.
MDN Resize Observer · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Vérifier un composant dont la largeur change après ouverture d’un panneau.
API HTML et JavaScript pour afficher des contenus superposés non modaux, sans rendre automatiquement l’arrière-plan inactif.
MDN Popover API · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Choisir une superposition adaptée à un menu d’actions sans la traiter comme une confirmation modale.
Interface pour lire et construire les couples de paramètres d’une URL, avec gestion de leur encodage et de leurs répétitions.
MDN URLSearchParams · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Représenter des filtres partageables sans concaténer des fragments d’URL à la main.
Référence de l’en-tête qui indique une présentation dans le navigateur ou un téléchargement, avec les paramètres de nom de fichier.
MDN Content-Disposition · Source consultée
La date porte sur le document lié, pas sur une vérification de toutes les fonctions du service.
À utiliser pour : Livrer un export dont le nom et le contenu restent compréhensibles dans les langues publiées.
Référence sur les limites du stockage navigateur, ses politiques d’éviction et le traitement des erreurs de quota.
MDN — Storage quotas and eviction · Vérifié
À utiliser pour : Préparer les cas de stockage refusé, saturé ou effacé et distinguer une copie locale d’une sauvegarde durable.
developer.mozilla.orgVisiter le site officielCes exemples éclairent les usages ; ils ne sont ni un classement ni une recommandation commerciale. Vérifiez la documentation et les conditions en vigueur avant toute décision.
Les langages, frameworks et outils de code répondent à des contraintes différentes. Une équipe gagne à choisir ce qu’elle sait tester, mettre à jour et transmettre plutôt qu’à accumuler des technologies.
Points à vérifierMise en pratique : Choisissez une fonction et prototypez son cas normal, son cas d’erreur et sa mise à jour. Vérifiez qu’une deuxième personne peut expliquer le code, les dépendances et le déploiement.
Limite à connaître : Le nombre d’étoiles ou la popularité d’une technologie ne remplace pas sa compatibilité avec l’équipe et le besoin.
Guide associé : Vérifier un site avant sa mise en ligne
Une démonstration réussie cache parfois un problème de reprise, de construction ou de transmission. Les cas ci-dessous servent à éprouver un composant avec ses dépendances et ses erreurs. Le résultat recherché est une procédure qu’une autre personne peut reproduire sur un environnement de test.
Avant d’intégrer une ressource au fonctionnement du site, préparez aussi sa mise à jour et sa sortie. Ces contrôles portent sur le résultat de votre essai, sans présumer des fonctions ou tarifs d’une offre particulière.
Sur une copie, refaites l’installation depuis les versions documentées. Les dépendances implicites d’un poste de travail doivent devenir explicites.
Repérez où la bibliothèque est utilisée et quel contrat elle remplit. Testez le comportement si elle répond mal avant de prévoir son remplacement.
Conservez instructions de construction, de déploiement et de retour arrière. Ne mettez pas de secrets dans la documentation ou les exemples de configuration.
Cet annuaire non exhaustif a fait l’objet d’un contrôle de cohérence des données et des liens le 2 octobre 2026. Certains sites limitent les vérifications automatiques. Il contient des liens externes vers des sites indépendants. Leur disponibilité, leurs contenus, tarifs, cookies et conditions peuvent évoluer. Française du Numérique ne les contrôle pas et ne reçoit aucune commission pour leur présence.
Avant de choisir une ressource, réalisez un essai limité avec les mêmes données et la même tâche. Gardez le résultat et ses limites, plutôt qu’un classement fondé sur la notoriété.
Reproduisez un cas minimal avec versions et dépendances identifiées. Comparez résultat attendu, erreur et correction vérifiée. Une commande qui fonctionne sur un poste n’établit pas une installation reproductible ; documentez les prérequis et le résultat dans l’environnement cible.