Environment Variables (.env): Configuration & Secrets
Environment Variables are dynamic values stored in `.env` files that dictate how an application behaves across different deployments (e.g., Development, Staging, Production).
Pasting your production database credentials or API keys into a web formatter is a critical security vulnerability. This formatter alphabetizes and deduplicates your keys entirely client side, ensuring your absolute most sensitive secrets never leave your local machine.
Core Architecture & Mathematical Formula
Parsed Key Value Pairs ➔ Sort (Alphabetical) ➔ Deduplicate ➔ Re-stringify
The formatting algorithm tokenizes the `.env` file by line breaks, splits each line at the first equals sign (=), sorts the resulting keys, and reassembles them while preserving inline comments.
Best Practices & Essential Guidelines
- Never Commit .env to Version Control: Always add `.env` and `.env.local` to your `.gitignore` file. If you accidentally push AWS credentials to a public GitHub repo, bots will scrape and exploit them within seconds.
- Use Prefix Scoping for Frontend: By default, bundlers like Webpack or Vite will not bundle environment variables into the frontend JavaScript to prevent leaking secrets. You must explicitly prefix safe variables (like `VITE_API_URL` or `NEXT_PUBLIC_API_URL`).
- Quote Strings with Spaces: If your environment variable contains spaces or special characters (like a complex database password or a private RSA key), always wrap the entire value in double quotes.