Limite d'une requête HTTP POST
muqaddar
Administrateur
D'après ce que j'ai lu ici ou là sur le web, la limite autorisée d'une requête POST est juste la MAX_POST_SIZE du serveur (apache, nginx...).
Peut-on envisager d'envoyer dans ce cas une requête de 500 Ko ou même 1 Mo (sans image, que du texte) sans faillir à la fiabilité de celle-ci, plutôt que d'envoyer 10 requêtes de 100 Ko par exemple ou même 100 requêtes de 10 Ko ?
Pour: éviter 100 aller-retours avec le serveur si on a 100 éléments à mettre à jour.
Contre: récupérer un array de résultats avec une réponse (KO, OK) pour chaque "bloc" de la requête traité.
Contre: la grosse requête peut-être un échec et il faut tout recommencer si c'est le cas
Peut-on envisager d'envoyer dans ce cas une requête de 500 Ko ou même 1 Mo (sans image, que du texte) sans faillir à la fiabilité de celle-ci, plutôt que d'envoyer 10 requêtes de 100 Ko par exemple ou même 100 requêtes de 10 Ko ?
Pour: éviter 100 aller-retours avec le serveur si on a 100 éléments à mettre à jour.
Contre: récupérer un array de résultats avec une réponse (KO, OK) pour chaque "bloc" de la requête traité.
Contre: la grosse requête peut-être un échec et il faut tout recommencer si c'est le cas
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Après faut pas choisir le délai de Keep-Alive trop grand car sinon le serveur va garder une connexion disponible pour rien et trop de sockets ouverts pour rien sur le serveur est un peu inutile, mais en mm temps je pense que tu as plus de charge au moment d'une synchro composée de plein de requêtes que de charge serveur dû à plusieurs synchros en parallèle ce qui doit être plus rare, donc bon.
Par contre, que penses-tu d'une seule requête ?
Vu que tu m'as l'air déjà de galérer au niveau de la synchronisation, rajouter une couche où tu dois comme tu dis factoriser/grouper les OK/KO et faire un matching lors de la réception de la réponse pour savoir quelle requête est OK et quelle est KO...
Sans parler de devoir gérer les dépendances de requêtes (genre si tu as une requête A à envoyer en préambule d'une requête B info, si tu envoies la requête A et B en mm temps et que la A foire...)
De toute façon, la requête POST est trop compliquée à construire dans ce cas là .
Merci.