Fichiers code & config courants 🔒 Fonctionne localement dans votre navigateur — rien n’est envoyé.

phpinfo.php, .htaccess, Dockerfile, nginx.conf et plus — copier ou télécharger.

Serveur

phpinfo.php Déposez-le sur un serveur pour afficher toute sa configuration PHP. Supprimez-le ensuite : il révèle des détails du serveur. .htaccess Apache : forcer HTTPS, fallback SPA vers index.html, gzip et cache long des assets statiques. .htpasswd Fichier d'utilisateurs basic-auth d'Apache. Le mot de passe d'exemple est « secret » (bcrypt). Générez de vrais hachages avec htpasswd -B. nginx.conf Reverse proxy vers une app sur :3000 avec fallback SPA et gzip. php.ini Réglages PHP courants pour les uploads, la mémoire et l'affichage des erreurs en développement. app.service Unité systemd pour exécuter une app Node/Python en service qui redémarre en cas d'échec. crontab Exemples de planification cron — sauvegardes, purge du cache, pings de santé.

Docker

Dockerfile Image Node.js multi-stage — couche finale légère, dépendances de production seulement. Dockerfile (Python) Image Python slim avec couche pip mise en cache. docker-compose.yml App web + PostgreSQL avec volume nommé et healthcheck. .dockerignore Gardez node_modules, l'historique git et les secrets hors du contexte de build Docker.

CI / Déploiement

.github/workflows/ci.yml GitHub Actions : installe, lint, teste et build à chaque push et pull request. .gitlab-ci.yml Pipeline GitLab CI avec étapes test et build utilisant une image Node. Procfile Types de process Heroku / Railway — comment démarrer vos dynos web et worker. vercel.json Config Vercel : rewrites SPA et un en-tête de sécurité. netlify.toml Réglages de build Netlify et une redirection SPA.

Web

index.html Page minimale « It works! » pour vérifier qu'un serveur web sert des fichiers statiques. robots.txt Autorise tous les crawlers et les dirige vers votre sitemap. sitemap.xml Sitemap XML minimal listant deux URL avec dates de dernière modification. manifest.webmanifest Manifest d'application web pour installer un site en PWA. sw.js Service worker minimal : précache le shell et sert cache-first. .well-known/security.txt Indique aux chercheurs en sécurité comment signaler des vulnérabilités (RFC 9116). humans.txt Crédite les personnes derrière le site — une petite tradition du web. 404.html Une page 404 personnalisée simple.

Config & outillage

.env.example Modèle de variables d'environnement — committez ceci, jamais le vrai .env. .editorconfig Espacement cohérent entre éditeurs et langages. .gitattributes Normalise les fins de ligne et marque les fichiers binaires pour des diffs propres. .prettierrc Une base Prettier raisonnable. eslint.config.js Config ESLint flat pour JavaScript moderne avec règles recommandées. tsconfig.json Config de départ TypeScript moderne et stricte. .npmrc Installations npm reproductibles et plus silencieuses. .nvmrc Épingle la version de Node.js pour nvm et la CI. Makefile Raccourcis de tâches courantes. Rappel : les recettes s'indentent avec des TABS.

Manifestes de langage

requirements.txt Dépendances Python épinglées pour une app web typique. pyproject.toml Métadonnées de projet Python modernes et config des outils. composer.json Manifest Composer PHP avec autoloading PSR-4. package.json Un manifest de package Node.js minimal avec scripts courants. go.mod Un fichier de module Go déclarant le chemin du module et la version de Go.

À propos de cet outil

Chaque développeur retape la même poignée de fichiers : le phpinfo.php qu'on dépose sur un serveur pour vérifier sa configuration, le .htaccess qui force le HTTPS, le Dockerfile, le docker-compose avec base de données, le reverse proxy nginx. Les voici, prêts à consulter, copier ou télécharger avec le bon nom de fichier.

Considérez-les comme des points de départ, pas des configs de production — lisez chacun et adaptez-le à votre environnement. Tout est servi en texte statique ; rien ne s'exécute sur un serveur ici.

Questions fréquentes

Sous quelle licence sont ces exemples de code ?

Ils sont libres d'utilisation, de copie et de modification pour n'importe quel usage — projets personnels, tests, enseignement, ou comme squelette de départ. Aucune attribution n'est requise.

Sont-ils prêts pour la production, ou juste des exemples ?

Il s'agit d'un boilerplate minimal et fonctionnel, pensé comme point de départ ou fixture de test — révisez-le et renforcez-le (gestion des erreurs, sécurité, configuration) avant de le déployer en production.

À quoi servent ces fichiers, au-delà de la simple lecture du code ?

Ils sont pratiques comme véritables fixtures de test : utilisez-les pour vérifier des validateurs d'upload de fichiers, des colorateurs syntaxiques, des linters, ou la détection de type de fichier sur de nombreux langages et formats, sans avoir à écrire vous-même des fichiers d'exemple.

Ce que je télécharge est-il suivi ou envoyé quelque part ?

Non. Ce sont des téléchargements de fichiers statiques — rien concernant les fichiers que vous choisissez ou téléchargez n'est envoyé où que ce soit ni enregistré.

Quelles catégories et quels langages sont couverts ?

Les fichiers sont regroupés par catégorie — serveur, Docker, CI, web, configuration et langage — couvrant de nombreux langages et chaînes d'outils populaires, pour que vous puissiez récupérer un fichier d'exemple réaliste pour presque tout type de fichier.