diff options
| author | Min ho Kim <minho42@gmail.com> | 2019-09-11 20:55:17 +1000 |
|---|---|---|
| committer | Carlton Gibson <carlton@noumenal.es> | 2019-10-02 15:50:46 +0200 |
| commit | 103a6f4307b4402198b03d79c683e195686572e1 (patch) | |
| tree | a56a9fb838a38cbf8e44a114ed2ec9491213854d /docs | |
| parent | f1d4a540b29c6766b988852bc302ac036a2d82e2 (diff) | |
Fixed some typos in comments and docs.
Thanks to Mads Jenson for review.
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/howto/deployment/asgi/uvicorn.txt | 2 | ||||
| -rw-r--r-- | docs/intro/contributing.txt | 2 | ||||
| -rw-r--r-- | docs/ref/middleware.txt | 6 |
3 files changed, 5 insertions, 5 deletions
diff --git a/docs/howto/deployment/asgi/uvicorn.txt b/docs/howto/deployment/asgi/uvicorn.txt index 70d32da113..c42341c778 100644 --- a/docs/howto/deployment/asgi/uvicorn.txt +++ b/docs/howto/deployment/asgi/uvicorn.txt @@ -19,7 +19,7 @@ Running Django in Uvicorn When Uvicorn is installed, a ``uvicorn`` command is available which runs ASGI applications. Uvicorn needs to be called with the location of a module -containing a ASGI application object, followed by what the application is +containing an ASGI application object, followed by what the application is called (separated by a colon). For a typical Django project, invoking Uvicorn would look like:: diff --git a/docs/intro/contributing.txt b/docs/intro/contributing.txt index b21ec57f6d..02bed83e07 100644 --- a/docs/intro/contributing.txt +++ b/docs/intro/contributing.txt @@ -194,7 +194,7 @@ When contributing to Django it's very important that your code changes don't introduce bugs into other areas of Django. One way to check that Django still works after you make your changes is by running Django's test suite. If all the tests still pass, then you can be reasonably sure that your changes -work and haven't broken other parts Django. If you've never run Django's test +work and haven't broken other parts of Django. If you've never run Django's test suite before, it's a good idea to run it once beforehand to get familiar with its output. diff --git a/docs/ref/middleware.txt b/docs/ref/middleware.txt index ec5584cc45..0e51dec75c 100644 --- a/docs/ref/middleware.txt +++ b/docs/ref/middleware.txt @@ -294,8 +294,8 @@ for: keeping CSRF protection, consider enabling only same-origin referrers. ``SecurityMiddleware`` can set the ``Referrer-Policy`` header for you, based on -the the :setting:`SECURE_REFERRER_POLICY` setting (note spelling: browsers send -a ``Referer`` header when a user clicks a link, but the header instructing a +the :setting:`SECURE_REFERRER_POLICY` setting (note spelling: browsers send a +``Referer`` header when a user clicks a link, but the header instructing a browser whether to do so is spelled ``Referrer-Policy``). The valid values for this setting are: @@ -522,7 +522,7 @@ Here are some hints about the ordering of various Django middleware classes: #. :class:`~django.contrib.sessions.middleware.SessionMiddleware` - Before any middleware that may raise an an exception to trigger an error + Before any middleware that may raise an exception to trigger an error view (such as :exc:`~django.core.exceptions.PermissionDenied`) if you're using :setting:`CSRF_USE_SESSIONS`. |
