diff options
| author | Brett Koonce | 2014-11-06 23:19:26 -0800 | 
|---|---|---|
| committer | Brett Koonce | 2014-11-06 23:19:26 -0800 | 
| commit | b44def465054345b6099aae7bdd34b623fdc124c (patch) | |
| tree | 74e0ad96cf8f0637487412c5f9f0b8297b2af362 /docs/api-guide/generic-views.md | |
| parent | a40b805963c40e0e7f2aaa679f18fa2e5e96419b (diff) | |
| download | django-rest-framework-b44def465054345b6099aae7bdd34b623fdc124c.tar.bz2 | |
minor spelling tweaks
Diffstat (limited to 'docs/api-guide/generic-views.md')
| -rwxr-xr-x | docs/api-guide/generic-views.md | 2 | 
1 files changed, 1 insertions, 1 deletions
| diff --git a/docs/api-guide/generic-views.md b/docs/api-guide/generic-views.md index d2836fa6..49a5e58f 100755 --- a/docs/api-guide/generic-views.md +++ b/docs/api-guide/generic-views.md @@ -374,7 +374,7 @@ Using custom base classes is a good option if you have custom behavior that cons  Prior to version 3.0 the REST framework mixins treated `PUT` as either an update or a create operation, depending on if the object already existed or not. -Allowing `PUT` as create operations is problematic, as it necessarily exposes information about the existence or non-existance of objects. It's also not obvious that transparently allowing re-creating of previously deleted instances is necessarily a better default behavior than simply returning `404` responses. +Allowing `PUT` as create operations is problematic, as it necessarily exposes information about the existence or non-existence of objects. It's also not obvious that transparently allowing re-creating of previously deleted instances is necessarily a better default behavior than simply returning `404` responses.  Both styles "`PUT` as 404" and "`PUT` as create" can be valid in different circumstances, but from version 3.0 onwards we now use 404 behavior as the default, due to it being simpler and more obvious. | 
