Now, we see how the boundary value is used. The above format is repeated for each (name, value) pair.įinally, the entire payload is terminated by the boundary value suffixed with a. Each (name, value) pair is converted into a MIME message part of the following format, The request payload contains the form fields themselves. We'll get to see how it's useful in the next section.
The value for this in the example above is generated by the browser, but the user can very well define it as well, say for example, boundary=sidtheslothboundary. The value of the Content-Type header is obviously multipart/form-data. There are the two things to notice here, the Content-Type header and the payload of the form request. Let's go ahead and submit it and see how it appears in the dev tools. Let's introduce some spaces in the submitted values, take the below form which is the same as the previous one but has the firstname value changed from sid to sid slayer and username value changed from sidthesloth to sid the sloth. It's just how Google Chrome represents form fields.Īll is fine, but there is a little more to the encoding process. Note: Don't get confused by the term Form Data in the screen shot. The things to notice here are the Content-Type header which says application/x-www-form-urlencoded, the query string and the form fields are transferred to the server in the format as discussed above.
#What does text encoding mean code#
Try creating an HTML file with the above code and see how it's submitted in the dev tools.
They share the same format discussed above. Username=sidthesloth&password=slothsecretĪlso, notice that we have some query parameters passed in the action URL, /urlencoded?firstname=sid&lastname=sloth.ĭon't the URL encoded body and the query parameters passed in the action URL look awfully similar? It's because they are similar. Each (name, value) pair is separated from one another by a & (ampersand) sign, and for each (name, value) pair, the name is separated from the value by an = (equals) sign, like say, Basically, a long string of (name, value) pairs are created. But how is the body formatted? It is URL encoded. Here, you can see that the form is submitted to the server using a POST request, this means that it has a body. Take the following form,Įnter fullscreen mode Exit fullscreen mode Now, let us look at each form type with an example to understand them better.Īs the name suggests, the data that is submitted using this type of form is URL endcoded. Text/plain - A new form type introduced in HTML5, that as the name suggests, simply sends the data without any encoding This type of form is used when the user wants to upload files Multipart/form-data - Represents a Multipart form. The encoding type of a form is determined by the attribute enctype. So thought it might be a good thing to share what I learned and hence the post. While doing that I ended up learning some fundamentals of how HTML forms work. The other day I was trying to write a REST endpoint in Go, which uploads the contents of a form submitted in a browser to another REST endpoint, in other words,įorm in Browser -> My GO Rest API -> Another REST API
0 kommentar(er)
