0
0
mirror of https://github.com/sveltejs/svelte.git synced 2024-11-30 00:46:29 +01:00
svelte/site
2021-07-14 13:45:34 +02:00
..
content [docs] mention that afterUpdate runs after onMount 2021-07-14 13:45:34 +02:00
migrations use cookies instead of JWT 2019-08-17 11:32:35 -04:00
scripts be a bit smarter about building the site locally (#5262) 2021-07-12 11:43:03 -07:00
src docs: fix heading level a11y issue (#5679) 2021-07-08 06:55:03 -07:00
static Cleanup logos on homepage (#6409) 2021-06-18 19:09:03 -07:00
test/utils Site: use pure javascript slugification library 2019-04-28 09:54:38 -04:00
.dockerignore site: use gcloud CLI to build Docker image 2019-04-22 01:59:48 -04:00
.env.example chore: update database ENV keys 2019-09-30 21:00:24 -07:00
.eslintrc.js lint during CI 2019-10-11 18:49:11 -04:00
.gcloudignore site: use gcloud CLI to build Docker image 2019-04-22 01:59:48 -04:00
.travis.yml
appveyor.yml site: remove cypress leftovers and upgrade dependencies (#5824) 2020-12-29 06:02:49 -08:00
config.js Site: use pure javascript slugification library 2019-04-28 09:54:38 -04:00
Dockerfile site: add warning to Dockerfile about .dockerignore 2020-01-22 20:26:43 -05:00
Makefile site: standardize building command (#5380) 2020-09-10 19:55:41 -04:00
package-lock.json be a bit smarter about building the site locally (#5262) 2021-07-12 11:43:03 -07:00
package.json be a bit smarter about building the site locally (#5262) 2021-07-12 11:43:03 -07:00
README.md be a bit smarter about building the site locally (#5262) 2021-07-12 11:43:03 -07:00
rollup.config.js site: remove cypress leftovers and upgrade dependencies (#5824) 2020-12-29 06:02:49 -08:00

Running locally

Set up the site sub-project:

git clone https://github.com/sveltejs/svelte.git
cd site
npm ci
npm run dev

and navigate to localhost:3000.

The first time you run the site locally, it will update the list of Contributors and REPL dependencies. After this it won't run again unless you force it by running:

npm run update

Running using the local copy of Svelte

By default, the REPL will fetch the most recent version of Svelte from https://unpkg.com/svelte. When running the site locally, you can also use your local copy of Svelte.

To produce the proper browser-compatible UMD build of the compiler, you will need to run npm run build (or npm run dev) in the root of this repository with the PUBLISH environment variable set to any non-empty string:

git clone https://github.com/sveltejs/svelte.git
cd svelte
npm ci
PUBLISH=1 npm run build
cd site
npm ci
npm run dev

Then visit the REPL at localhost:3000/repl?version=local. Please note that the local REPL only works with npm run dev and not when building the site for production usage.

REPL GitHub integration

In order for the REPL's GitHub integration to work properly when running locally, you will need to:

  • create a GitHub OAuth app:
    • set Authorization callback URL to http://localhost:3000/auth/callback;
    • set Application name as you like, and Homepage URL as http://localhost:3000/;
    • create the app and take note of Client ID and Client Secret
  • in this repo, create site/.env containing:
    GITHUB_CLIENT_ID=[your app's Client ID]
    GITHUB_CLIENT_SECRET=[your app's Client Secret]
    BASEURL=http://localhost:3000
    

Building the site

To build the website, run npm run build. The output can be found in __sapper__/build.

Testing

Tests can be run using npm run test.

Linking @sveltejs/site-kit and @sveltejs/svelte-repl

This site depends on @sveltejs/site-kit (a collection of styles, components and icons used in common by *.svelte.dev websites), and @sveltejs/svelte-repl.

In order to work on features that depend on those packages, you need to link their repositories:

  • cd <somewhere>
  • git clone https://github.com/sveltejs/site-kit
  • git clone https://github.com/sveltejs/svelte-repl
  • cd <somewhere>/site-kit
  • npm link
  • cd <somewhere>/svelte-repl
  • npm link
  • cd <svelte-repo>/site
  • npm link @sveltejs/site-kit
  • npm link @sveltejs/svelte-repl

Translating the API docs

Anchors are automatically generated using headings in the documentation and by default (for the english language) they are latinised to make sure the URL is always conforming to RFC3986.

If we need to translate the API documentation to a language using unicode chars, we can setup this app to export the correct anchors by setting up SLUG_PRESERVE_UNICODE to true in config.js.