Merge pull request #2646 from ilee38/fix-typos-tech-reference

fix typos on technical reference documentation
This commit is contained in:
Carol Willing
2019-07-16 16:43:19 -07:00
committed by GitHub
3 changed files with 6 additions and 6 deletions

View File

@@ -19,7 +19,7 @@ In general, for a proxy to be usable by JupyterHub, it must:
1. support websockets without prior knowledge of the URL where websockets may 1. support websockets without prior knowledge of the URL where websockets may
occur occur
2. support trie-based routing (i.e. allow different routes on `/foo` and 2. support trie-based routing (i.e. allow different routes on `/foo` and
`/foo/bar` and route based on specificity) `/foo/bar` and route based on specificity)
3. adding or removing a route should not cause existing connections to drop 3. adding or removing a route should not cause existing connections to drop
@@ -62,7 +62,7 @@ Hub should call these methods when the Hub itself starts and stops.
## Encryption ## Encryption
When using `internal_ssl` to encrypt traffic behind the proxy, at minimum, When using `internal_ssl` to encrypt traffic behind the proxy, at minimum,
your `Proxy` will need client ssl certificates which the `Hub` must be made your `Proxy` will need client ssl certificates which the `Hub` must be made
aware of. These can be generated with the command `jupyterhub --generate-certs` aware of. These can be generated with the command `jupyterhub --generate-certs`
which will write them to the `internal_certs_location` in folders named which will write them to the `internal_certs_location` in folders named
`proxy_api` and `proxy_client`. Alternatively, these can be provided to the `proxy_api` and `proxy_client`. Alternatively, these can be provided to the
@@ -102,7 +102,7 @@ route to be proxied, such as `/user/name/`. A routespec will:
### Adding a route ### Adding a route
When adding a route, JupyterHub may pass a JSON-serializable dict as a `data` When adding a route, JupyterHub may pass a JSON-serializable dict as a `data`
argument that should be attacked to the proxy route. When that route is argument that should be attached to the proxy route. When that route is
retrieved, the `data` argument should be returned as well. If your proxy retrieved, the `data` argument should be returned as well. If your proxy
implementation doesn't support storing data attached to routes, then your implementation doesn't support storing data attached to routes, then your
Python wrapper may have to handle storing the `data` piece itself, e.g in a Python wrapper may have to handle storing the `data` piece itself, e.g in a
@@ -204,7 +204,7 @@ setup(
``` ```
If you have added this metadata to your package, If you have added this metadata to your package,
users can select your authenticator with the configuration: users can select your proxy with the configuration:
```python ```python
c.JupyterHub.proxy_class = 'mything' c.JupyterHub.proxy_class = 'mything'

View File

@@ -195,7 +195,7 @@ setup(
``` ```
If you have added this metadata to your package, If you have added this metadata to your package,
users can select your authenticator with the configuration: users can select your spawner with the configuration:
```python ```python
c.JupyterHub.spawner_class = 'myservice' c.JupyterHub.spawner_class = 'myservice'

View File

@@ -76,7 +76,7 @@ resolves the cross-site issues.
### Disable user config ### Disable user config
If subdomains are not available or not desirable, JupyterHub provides a a If subdomains are not available or not desirable, JupyterHub provides a
configuration option `Spawner.disable_user_config`, which can be set to prevent configuration option `Spawner.disable_user_config`, which can be set to prevent
the user-owned configuration files from being loaded. After implementing this the user-owned configuration files from being loaded. After implementing this
option, PATHs and package installation and PATHs are the other things that the option, PATHs and package installation and PATHs are the other things that the