You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently application/x-www-form-urlencoded is used everywhere. While acceptable, there may be a problem in requests, which are potentially large (such as saving/upadting configurations). There multipart/form-data has to be used. A simple solution is to use multipart/form-data everywhere disregarding a slight performance hit. This is probably important only for POST requests.
The text was updated successfully, but these errors were encountered:
It's more of a design/performance decision. I'd say that if multipart is not significantly slower, let's use multipart everywhere, if it is, we have to identify potentially large requests (save/update configuration strikes me immediately) and use it only there
Currently
application/x-www-form-urlencoded
is used everywhere. While acceptable, there may be a problem in requests, which are potentially large (such as saving/upadting configurations). Theremultipart/form-data
has to be used. A simple solution is to usemultipart/form-data
everywhere disregarding a slight performance hit. This is probably important only forPOST
requests.The text was updated successfully, but these errors were encountered: