[or-cvs] r16014: Maintenance French Translation (website/trunk/projects/fr)

mfr at seul.org mfr at seul.org
Thu Jul 17 14:09:59 UTC 2008


Author: mfr
Date: 2008-07-17 10:09:59 -0400 (Thu, 17 Jul 2008)
New Revision: 16014

Modified:
   website/trunk/projects/fr/lowbandwidth.wml
Log:
Maintenance French Translation


Modified: website/trunk/projects/fr/lowbandwidth.wml
===================================================================
--- website/trunk/projects/fr/lowbandwidth.wml	2008-07-17 13:54:01 UTC (rev 16013)
+++ website/trunk/projects/fr/lowbandwidth.wml	2008-07-17 14:09:59 UTC (rev 16014)
@@ -1,5 +1,5 @@
 ## translation metadata
-# Based-On-Revision: 15734
+# Based-On-Revision: 15959
 #Last-Translator: mfr(ä]misericordia.be
 
 #include "head.wmi" TITLE="Projet NLnet: Tor pour clients bas débit" CHARSET="UTF-8"
@@ -139,9 +139,30 @@
 
 <tr>
   <td>
-    Jul 08
+			<a id="Jul08"></a>
+			<a class="anchor" href="#Jul08">Juil 08</a>
   </td>
   <td>
+				<small><em>La travail sur la <a
+    href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/141-jit-sd-downloads.txt">Proposition
+    141</a> continue:  Il y a principalement deux idées sur la façon de 
+				déplacer les informations d'équilibrage de charge dans le consensus: 
+				la première est que les autorités générent le poids que les clients 
+				doivent utiliser et le mettre dans le consensus, 
+				l'autre approche est de mettre juste les informations de bande passante
+				du descriteur du serveur. Cette dernière option est probablement 
+				plus pratique si l'on considère également la <a
+    href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/140-consensus-diffs.txt">Proposition
+    140</a> qui évite d'avoir un nombre très fluctuant dans le consensus.</em></small>
+    <br />
+    <small><em>Pour la gestion des politiques de sortie <a
+    href="http://archives.seul.org/or/dev/Jul-2008/msg00022.html">un
+    message sur la liste or-dev</a> propose qu'un hash identifie une 
+				politique de sortie ajoutée au document de consensus. L'addition
+				de 160 bits aléatoires par noeud au consensus pourrait être un 
+				souci mais comme nous pensons qu'un grand nombre de politiques 
+				de sorties sont identiques, le document de consensus sera compressé 
+				efficacement. Des mesures sont en attente.</em></small>
   </td>
 </tr>
 



More information about the tor-commits mailing list