<div dir="ltr">Oui mais le profit est négligeable au regard du risque pris. N'oublie pas que la compression de données sur une même sessions HTTP peut continuer à compresser les données en tenant compte des requêtes déjà transmises dans la même session (on parle de HTTP 1.1 avec des sessions qui restent actives entre les requêtes).<div>
<div><div><br></div><div>Grouper les requêtes a un intérêt pour des accès uniquement en lecture seule.</div><div><br></div><div>Pour des requêtes de modification c'est en fait dangereux et puique ces requêtes mettent aussi du temps à s'exécuter sur le serveur, le temps cumulé pris par des roundtrips plus nombreux est petit par rapport au temps des requêtes sur le serveur avant qu'il retourne une réponse.</div>
<div><br></div><div>Et je pense que cela reste vrai même si on est logé directement sur le backbone à Londres ou Amsterdam et encore vrai même si on est sur une fibre à Paris. On n'a aucun moyen de prédire une perte de session.<br>
<div><br></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 27 mars 2014 11:34, Greg <span dir="ltr"><<a href="mailto:ewalavir@gmail.com" target="_blank">ewalavir@gmail.com</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent).<br>
<br></div>Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session.<br>
</div><div class="gmail_extra"><br clear="all"><div><br><div><br></div><div>Greg</div></div>
<br><br><div class="gmail_quote">2014-03-27 11:08 GMT+01:00 Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com" target="_blank">pieren3@gmail.com</a>></span>:<div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2014-03-27 10:43 GMT+01:00 Philippe Verdy <<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a>>:<br>
> ...sauf que les requêtes sont bien plus rapides du côté du<br>
> serveur.<br>
> Cela ne change rien non plus à la charge du serveur<br>
<br>
D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne<br>
change rien ;-)<br>
<br>
C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite<br>
qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire<br>
100 fois un upload de 5 modifications soit plus rapide qu'un upload de<br>
500 modifications (je suis même à peu près sûr du contraire, côté<br>
réseau en tout cas. Après, il faudrait voir comment ça se passe entre<br>
le backend et le frontend des serveurs OSM).<br>
Quant aux risques de "perte de session", je pourrais comprendre à la<br>
rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la<br>
pampa. Mais avec une connexion fibre... il est vrai que Phillipe est<br>
souvent confronté à des problèmes qu'il est le seul à rencontrer :-))<br>
<span><font color="#888888"><br>
Pieren<br>
</font></span><div><div><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div></div></div><br></div>
<br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>