<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Keep-alive et connexions persistantes</title>
	<atom:link href="http://performance.survol.fr/2008/04/keep-alive-et-connexions-persistantes/feed/" rel="self" type="application/rss+xml" />
	<link>http://performance.survol.fr/2008/04/keep-alive-et-connexions-persistantes/</link>
	<description>Quelques mots pour des sites web rapides</description>
	<lastBuildDate>Thu, 20 May 2010 23:40:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Par : Olivier B.</title>
		<link>http://performance.survol.fr/2008/04/keep-alive-et-connexions-persistantes/#comment-580</link>
		<dc:creator>Olivier B.</dc:creator>
		<pubDate>Sun, 18 Jan 2009 02:56:46 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=16#comment-580</guid>
		<description>A ce sujet, le serveur NginX (que j&#039;utilise beaucoup en guise de reverse proxy pour les pages dynamiques) utilise une valeur de 65 secondes par défaut. Je n&#039;ai pas creusé plus que ça, mais je suppose qu&#039;il s&#039;agit là de prévoir les cas de chargement différé via Javascript durant une minute tout en laissant une petite marge de 5 secondes.

Ce choix me semble assez judicieux, surtout avec du HTTPS où la connexion est assez lente, non ?

Sinon je confirme &quot;mon utilisation&quot; : pour les petits sites je déploie généralement du Apache2-event, et pour le reste la connexion keep alive est laissée à la charge d&#039;NginX uniquement.</description>
		<content:encoded><![CDATA[<p>A ce sujet, le serveur NginX (que j&#8217;utilise beaucoup en guise de reverse proxy pour les pages dynamiques) utilise une valeur de 65 secondes par défaut. Je n&#8217;ai pas creusé plus que ça, mais je suppose qu&#8217;il s&#8217;agit là de prévoir les cas de chargement différé via Javascript durant une minute tout en laissant une petite marge de 5 secondes.</p>
<p>Ce choix me semble assez judicieux, surtout avec du HTTPS où la connexion est assez lente, non ?</p>
<p>Sinon je confirme &laquo;&nbsp;mon utilisation&nbsp;&raquo; : pour les petits sites je déploie généralement du Apache2-event, et pour le reste la connexion keep alive est laissée à la charge d&#8217;NginX uniquement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Louis</title>
		<link>http://performance.survol.fr/2008/04/keep-alive-et-connexions-persistantes/#comment-213</link>
		<dc:creator>Louis</dc:creator>
		<pubDate>Mon, 11 Aug 2008 17:17:42 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=16#comment-213</guid>
		<description>Je n&#039;aurais pas pensé au proxy parce que je n&#039;ai pas assez de savoir dans ce domaine, mais l&#039;idée est séduisante. Par contre dans tous les cas, la seconde solution me semble couler de source et parfaitement rationnelle.</description>
		<content:encoded><![CDATA[<p>Je n&#8217;aurais pas pensé au proxy parce que je n&#8217;ai pas assez de savoir dans ce domaine, mais l&#8217;idée est séduisante. Par contre dans tous les cas, la seconde solution me semble couler de source et parfaitement rationnelle.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
