Häufige Code- & Config-Dateien 🔒 Läuft lokal in Ihrem Browser — nichts wird hochgeladen.

phpinfo.php, .htaccess, Dockerfile, nginx.conf und mehr — kopieren oder laden.

Server

phpinfo.php Auf einen Server laden, um die komplette PHP-Konfiguration auszugeben. Danach löschen — es verrät Serverdetails. .htaccess Apache: HTTPS erzwingen, SPA-Fallback auf index.html, gzip und langes Caching statischer Assets. .htpasswd Apache-Basic-Auth-Benutzerdatei. Das Beispielpasswort ist „secret" (bcrypt). Echte Hashes mit htpasswd -B erzeugen. nginx.conf Reverse-Proxy zu einer App auf :3000 mit SPA-Fallback und gzip. php.ini Übliche PHP-Einstellungen für Uploads, Speicher und Fehleranzeige in der Entwicklung. app.service systemd-Unit, um eine Node/Python-App als Dienst zu betreiben, der bei Fehler neu startet. crontab Cron-Zeitplan-Beispiele — Backups, Cache-Leerung, Health-Pings.

Docker

Dockerfile Mehrstufiges Node.js-Image — kleine finale Schicht, nur Produktions-Abhängigkeiten. Dockerfile (Python) Schlankes Python-Image mit gecachter pip-Schicht. docker-compose.yml Web-App + PostgreSQL mit benanntem Volume und Healthcheck. .dockerignore node_modules, git-Historie und Secrets aus dem Docker-Build-Kontext heraushalten.

CI / Deploy

.github/workflows/ci.yml GitHub Actions: installieren, linten, testen und bauen bei jedem Push und Pull Request. .gitlab-ci.yml GitLab-CI-Pipeline mit Test- und Build-Stufen auf einem Node-Image. Procfile Heroku-/Railway-Prozesstypen — wie Sie Web- und Worker-Dynos starten. vercel.json Vercel-Config: SPA-Rewrites und ein Sicherheits-Header. netlify.toml Netlify-Build-Einstellungen und ein SPA-Redirect.

Web

index.html Minimale „It works!"-Seite, um zu prüfen, ob ein Webserver statische Dateien ausliefert. robots.txt Erlaubt alle Crawler und verweist sie auf Ihre Sitemap. sitemap.xml Minimale XML-Sitemap mit zwei URLs und Änderungsdaten. manifest.webmanifest Web-App-Manifest, damit eine Seite als PWA installiert werden kann. sw.js Einfacher Service Worker: Shell vorab cachen und cache-first ausliefern. .well-known/security.txt Sagt Sicherheitsforschern, wie sie Schwachstellen melden (RFC 9116). humans.txt Würdigt die Menschen hinter der Seite — eine kleine Web-Tradition. 404.html Eine einfache benutzerdefinierte 404-Seite.

Config & Tooling

.env.example Vorlage für Umgebungsvariablen — diese committen, niemals die echte .env. .editorconfig Einheitliche Whitespace-Regeln über Editoren und Sprachen. .gitattributes Normalisiert Zeilenenden und markiert Binärdateien für saubere Diffs. .prettierrc Eine sinnvolle Prettier-Grundkonfiguration. eslint.config.js Flache ESLint-Config für modernes JavaScript mit empfohlenen Regeln. tsconfig.json Strikte, moderne TypeScript-Startkonfiguration. .npmrc Reproduzierbare, ruhigere npm-Installationen. .nvmrc Fixiert die Node.js-Version für nvm und CI. Makefile Kurzbefehle für häufige Aufgaben. Merke: Rezepte werden mit TABS eingerückt.

Sprach-Manifeste

requirements.txt Fixierte Python-Abhängigkeiten für eine typische Web-App. pyproject.toml Moderne Python-Projekt-Metadaten und Tool-Konfiguration. composer.json PHP-Composer-Manifest mit PSR-4-Autoloading. package.json Ein minimales Node.js-Paketmanifest mit gängigen Scripts. go.mod Eine Go-Modul-Datei mit Modulpfad und Go-Version.

Über dieses Tool

Jeder Entwickler tippt immer wieder dieselbe Handvoll Dateien: die phpinfo.php, die man auf einen Server legt, um dessen Konfiguration zu prüfen, die .htaccess, die HTTPS erzwingt, das Dockerfile, das docker-compose mit Datenbank, den nginx-Reverse-Proxy. Hier sind sie — zum Ansehen, Kopieren oder Herunterladen mit korrektem Dateinamen.

Behandeln Sie sie als Startpunkte, nicht als Produktions-Configs — lesen Sie jede und passen Sie sie an Ihre Umgebung an. Alles wird als statischer Text bereitgestellt; hier läuft nichts auf einem Server.

Häufige Fragen

Unter welcher Lizenz stehen diese Codebeispiele?

Sie dürfen frei für jeden Zweck verwendet, kopiert und verändert werden — persönliche Projekte, Tests, Lehre oder als Ausgangs-Boilerplate. Es ist keine Namensnennung erforderlich.

Sind diese produktionsreif oder nur Beispiele?

Es handelt sich um minimalen, funktionierenden Boilerplate-Code, gedacht als Ausgangspunkt oder Test-Fixture — überprüfen und härten Sie ihn (Fehlerbehandlung, Sicherheit, Konfiguration), bevor Sie ihn in Produktion bringen.

Wofür sind diese Dateien über das bloße Lesen des Codes hinaus nützlich?

Sie sind praktisch als echte Test-Fixtures: Nutzen Sie sie, um Datei-Upload-Validatoren, Syntax-Highlighter, Linter oder Dateityp-Erkennung über viele Sprachen und Formate hinweg zu prüfen, ohne selbst Beispieldateien schreiben zu müssen.

Wird irgendetwas darüber, was ich herunterlade, verfolgt oder hochgeladen?

Nein. Dies sind statische Datei-Downloads — nichts darüber, welche Dateien Sie auswählen oder herunterladen, wird irgendwohin gesendet oder protokolliert.

Welche Kategorien und Sprachen werden abgedeckt?

Die Dateien sind nach Kategorie gruppiert — Server, Docker, CI, Web, Konfiguration und Sprache — und decken viele populäre Sprachen und Toolchains ab, sodass Sie für fast jeden Dateityp eine realistische Beispieldatei bekommen.