Updated EWSGI: open questions (markdown)

This commit is contained in:
jocelyn
2011-08-02 07:31:08 -07:00
parent 45db7eb537
commit 637909614b

View File

@@ -6,17 +6,17 @@ And then for Berend, STRING_32 is not the solution.
Most of the data are just STRING_8 in CGI
so let's list the various request data
- parameters (from the query string ?foo=bar&extra=blabla )
- **parameters** (from the query string ?foo=bar&extra=blabla )
in this case, I think the name can be url-encoded, and obviously the value too
I guess it makes sense to url-decode them
but on the other hand, we could just keep them url-encoded (as they are), and it is up to the application to url-decode them if needed.
Of course, we should provide facilities to url-decode those strings.
- form_fields (from the POST method)
- **form_fields** (from the POST method)
quite often, it is same kind of content that `parameters'
but .. here this might depends on the encoding for multi-parts encoding.
- input data ...
- **input data** ...
I think this is up to the application
note: that form fields sent by GET method, will be in `parameters' ... so maybe we should rename the "form_fields" as "post_parameters". Anyway not critical for now