Files
supabase/test/frontend
Angelico 53e8a9f0cb Enhance Testing Suite
The following were done:
- Change set data in latest.sql to be consistent with documentation.
- Set up simple frontend to test out @supabase/supabase-js.
- Change docker-compose.yml to allow dockerization of frontend. This however is commented out for now.
2020-01-08 17:40:25 +08:00
..
2020-01-08 17:40:25 +08:00
2020-01-08 17:40:25 +08:00
2020-01-08 17:40:25 +08:00
2020-01-08 17:40:25 +08:00
2020-01-08 17:40:25 +08:00
2020-01-08 17:40:25 +08:00
2020-01-08 17:40:25 +08:00

With Dotenv example

Deploy your own

Deploy the example using ZEIT Now:

Deploy with ZEIT Now

How to use

Using create-next-app

Execute create-next-app with Yarn or npx to bootstrap the example:

npx create-next-app --example with-dotenv with-dotenv-app
# or
yarn create next-app --example with-dotenv with-dotenv-app

Download manually

Download the example:

curl https://codeload.github.com/zeit/next.js/tar.gz/canary | tar -xz --strip=2 next.js-canary/examples/with-dotenv
cd with-dotenv

Install it and run:

npm install
npm run dev
# or
yarn
yarn dev

Deploy it to the cloud with now (download):

now

The idea behind the example

This example shows how to inline env vars.

Please note:

  • It is a bad practice to commit env vars to a repository. Thats why you should normally gitignore your .env file.
  • In this example, as soon as you reference an env var in your code, it will automatically be made publicly available and exposed to the client.
  • If you want to have more centralized control of what is exposed to the client check out the example with-universal-configuration-build-time.
  • Env vars are set (inlined) at build time. If you need to configure your app at runtime, check out examples/with-universal-configuration-runtime.