Zum Inhalt springen
TextArray1.41.0
100% lokal

.env-Dateivalidator

Überprüfen Sie die .env-Variablenlisten auf fehlerhafte Schlüssel, fehlende Anführungszeichen und Duplikate.

Eingabe
Ausgabe
Verwandte Tools
JSON in .env umwandelnEntwickler-Tools
JSON-Formatter & ValidatorFormatierung
i18n SchlüsseldiffEntwickler-Tools
TOML-zu-JSON-KonverterEntwickler-Tools
SQL zu JSONEntwickler-Tools
JSON-Schema-ValidatorEntwickler-Tools
.env-Dateivalidator
Fügen Sie den Inhalt einer .env-Datei ein und dieses Tool überprüft jede KEY=VALUE-Zeile auf Fehler, die eine Bereitstellung unterbrechen, ohne dass es jemand bis zur Laufzeit bemerkt. Es markiert Schlüssel, die etwas anderes als Großbuchstaben, Ziffern und Unterstriche enthalten, Werte, die Leerzeichen enthalten, aber nicht in Anführungszeichen gesetzt wurden, und Schlüssel, die mehr als einmal definiert sind. Jedes Problem wird als lesbarer Kommentar mit der genauen Zeilennummer direkt über der Zeile, auf die es sich bezieht, eingefügt, sodass Sie eine lange Datei scannen und Probleme direkt beheben können.
Leerzeilen und Zeilen, die mit # beginnen, werden als Kommentare behandelt und bei der Validierung übersprungen. Dies entspricht der Art und Weise, wie Parser im Dotenv-Stil die Datei tatsächlich lesen, sodass Sie bei Ihren eigenen Notizen keine Fehlalarme erhalten. Ein doppelter Schlüssel wird in der Zeile gemeldet, in der er erstmals definiert wurde. Dies ist wichtig, wenn eine spätere Zuweisung stillschweigend eine frühere überschreibt – eine häufige Ursache für „Warum wird hier der falsche Wert verwendet?“-Fehler in der lokalen Entwicklung und CI.
Aktivieren Sie die automatische Korrektur, damit das Tool die Datei neu schreibt, anstatt nur darüber zu berichten: Schlüssel werden großgeschrieben, Werte mit Leerzeichen werden in doppelte Anführungszeichen gesetzt und die gesamte Liste ist alphabetisch nach Schlüssel sortiert, sodass zugehörige Einstellungen leicht zu finden sind. Die automatische Korrektur kann ein echtes Duplikat oder eine Zeile ohne „=“-Zeichen nicht auflösen – diese werden weiterhin als Kommentare angezeigt, da das stille Löschen einer Variablen die Funktionsweise Ihrer Anwendung ändern könnte.
Alles läuft lokal in Ihrem Browser. Umgebungsdateien enthalten routinemäßig API-Schlüssel, Datenbankkennwörter und andere Geheimnisse, sodass nichts, was Sie hier einfügen, hochgeladen, protokolliert oder irgendwohin gesendet wird – die Validierung und etwaige automatische Korrekturen erfolgen vollständig auf Ihrem Gerät, und die Registerkarte kann geschlossen werden, ohne dass eine Spur zurückbleibt.
Häufige Fragen
Was gilt als ungültiger Schlüssel?
Jeder Schlüssel, der andere Zeichen als die Großbuchstaben A–Z, die Ziffern 0–9 oder Unterstriche enthält – zum Beispiel Kleinbuchstaben, Bindestriche oder Leerzeichen.
Warum wird ein Wert ohne Anführungszeichen mit einem Leerzeichen markiert?
Viele .env-Parser und -Shells teilen sich im ersten Leerzeichen auf, sodass BESCHREIBUNG=hello Welt stillschweigend zu BESCHREIBUNG=hello mit einem verirrten „Welt“ werden kann. Das Einschließen des Werts in Anführungszeichen vermeidet Mehrdeutigkeiten.
Was ändert sich eigentlich durch die automatische Korrektur?
Es schreibt jeden Schlüssel in Großbuchstaben, fügt doppelte Anführungszeichen um Werte ein, die Leerzeichen enthalten und nicht bereits in Anführungszeichen stehen, und sortiert die resultierenden KEY=VALUE-Zeilen alphabetisch. Kommentare und Leerzeilen werden dabei gelöscht, da diese beim Sortieren neben dem falschen Eintrag liegen würden.
Entfernt es doppelte Schlüssel für mich?
Nein. Durch das Entfernen eines Duplikats könnte der Wert gelöscht werden, auf den Ihre Anwendung tatsächlich angewiesen ist. Duplikate werden daher nur gemeldet – mit der Zeile der ersten Definition – und können von Ihnen aufgelöst werden.
Wird meine .env-Datei irgendwo hochgeladen?
Nein. Sowohl die Validierung als auch die automatische Korrektur laufen vollständig in Ihrem Browser ab – der Inhalt Ihrer Datei, einschließlich aller Geheimnisse, verlässt niemals Ihr Gerät.