Browse code

&mash; is not the same as —

Roger Dingledine authored on31/07/2006 21:30:53
Showing2 changed files
... ...
@@ -168,7 +168,7 @@ href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#TransportIPnotTCP">l
168 168
 of reasons why we haven't shifted to UDP transport</a>, but it would
169 169
 be great to see that list get shorter. We also have a proposed <a
170 170
 href="<svnsandbox>doc/tor-spec-udp.txt">specification for Tor and
171
-UDP</a> &mash; please let us know what's wrong with it.</li>
171
+UDP</a> &mdash; please let us know what's wrong with it.</li>
172 172
 <li>We're not that far from having IPv6 support for destination addresses
173 173
 (at exit nodes). If you care strongly about IPv6, that's probably the
174 174
 first place to start.</li>
... ...
@@ -116,7 +116,7 @@ href="http://bugs.noreply.org/flyspray/index.php?do=details&amp;id=98">le bug
116 116
 href="http://en.wikipedia.org/wiki/Fuzz_testing">du "fuzz"</a>. D�terminer s'il existe d�j� de bonnes biblioth�ques de fuzz pour ce que nous voulons faire. Deviens c�l�bre en �tant cit�-e pour la sortie d'une nouvelle version gr�ce � toi !</li>
117 117
 <li>Dans quelle mesure est-ce difficile de modifier bin ou un proxy DNS pour rediriger les requ�tes � Tor via notre <a href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#CompatibleApplications">extension de socks : tor-resolve</a>? Que pensez-vous de l'id�e de convertir les requ�tes UDP DNS en requ�tes TCP et de les envoyer � travers Tor ?</li>
118 118
 <li>Tor utilise TCP pour le transport et TLS pour le chiffrage des liens. C'est simple et efficace, mais cela implique que toutes les unit�s d'un lien sont mises en attente lorsqu'un seul paquet est perdu, et cela signifie que nous ne pouvons raisonnablement supporter que des flux TCP. Nous avons dress� une <a
119
-href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#TransportIPnotTCP"> liste de raisons pour lesquelles nous n'avons pas bifurqu� vers le transport par UDP</a>, mais ce serait bien de voir cette liste diminuer de taille. Nous avons aussi propos� <a href="<cvssandbox>tor/doc/tor-spec-udp.txt">une sp�cification pour Tor et UDP</a> &mash; critiquez-l� s'il vous pla�t.</li>
119
+href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#TransportIPnotTCP"> liste de raisons pour lesquelles nous n'avons pas bifurqu� vers le transport par UDP</a>, mais ce serait bien de voir cette liste diminuer de taille. Nous avons aussi propos� <a href="<cvssandbox>tor/doc/tor-spec-udp.txt">une sp�cification pour Tor et UDP</a> &mdash; critiquez-l� s'il vous pla�t.</li>
120 120
 <li>Nous ne sommes plus tr�s loin d'avoir le support pour IPV6 entre les serveurs de sorties et les adresses finales. Si vous tenez beaucoup � IPV6, commencez par aider sur ce sujet.</li>
121 121
 </ol>
122 122
 
... ...
@@ -147,4 +147,4 @@ href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#China">entr
147 147
 
148 148
   </div><!-- #main -->
149 149
 
150
-#include <foot.wmi>
151 150
\ No newline at end of file
151
+#include <foot.wmi>