Skip to content

Commit 699c10d

Browse files
authored
Merge pull request #1864 from Oktosha/django-forms
Django forms: POST vs GET explanation
2 parents 45fc50e + 448fc9b commit 699c10d

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

en/django_forms/README.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -189,7 +189,7 @@ def post_new(request):
189189
return render(request, 'blog/post_edit.html', {'form': form})
190190
```
191191

192-
When we submit the form, we are brought back to the same view, but this time we have some more data in `request`, more specifically in `request.POST` (the naming has nothing to do with a blog "post"; it's to do with the fact that we're "posting" data). Remember how in the HTML file, our `<form>` definition had the variable `method="POST"`? All the fields from the form are now in `request.POST`. You should not rename `POST` to anything else (the only other valid value for `method` is `GET`, but we have no time to explain what the difference is).
192+
When we submit the form, we are brought back to the same view, but this time the `request` parameter is different. If we look at the `request.method` it will be `"POST"` (method for sending forms) instead of `"GET"` (method for requesting pages) and the `request.POST` field will contain all the fields form the form. The naming has nothing to do with a blog "post"; it's to do with the fact that we're "posting" data.
193193

194194
So in our *view* we have two separate situations to handle: first, when we access the page for the first time and we want a blank form, and second, when we go back to the *view* with all form data we just typed. So we need to add a condition (we will use `if` for that):
195195

0 commit comments

Comments
 (0)