You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Your users will have a dedicated folder under `./accounts`. Also, your root domain's website will be in `./accounts/yourdomain.tld`. New users can create accounts on `/api/accounts/new` and create new certificates on `/api/accounts/cert`. An easy-to-use sign-up tool is found on `/api/accounts`.
107
+
Your users will have a dedicated folder under `./data` at `./data/<username>.<yourdomain.tld>`. Also, your root domain's website will be in `./data/<yourdomain.tld>`. New users can create accounts on `/api/accounts/new` and create new certificates on `/api/accounts/cert`. An easy-to-use sign-up tool is found on `/api/accounts`.
104
108
105
109
### Running Solid behind a reverse proxy (such as NGINX)
106
110
See [Running Solid behind a reverse proxy](https://github.com/solid/node-solid-server/wiki/Running-Solid-behind-a-reverse-proxy).
@@ -316,20 +320,8 @@ without them.
316
320
When deploying `solid` in production, we recommend that you go the
317
321
usual Certificate Authority route to generate your SSL certificate (as you
318
322
would with any website that supports HTTPS). However, for testing it locally,
319
-
you can easily generate a self-signed certificate for whatever domain you're
320
-
working with.
321
-
322
-
For example, here is how to generate a self-signed certificate for `localhost`
0 commit comments