Quelques corrections

postgresql/protocol.xml

@@ -8,7 +8,7 @@
  </indexterm>
 
  <para>
-  <productname>PostgreSQL</productname> utilise un protocole messages pour la
+  <productname>PostgreSQL</productname> utilise un protocole de messages pour la
   communication entre les clients et les serveurs (<quote>frontend</quote> et
   <quote>backend</quote>). Le protocole est supporté par <acronym>TCP/IP</acronym>
   et par les sockets de domaine Unix. Le numéro de port 5432 a été enregistré
@@ -696,7 +696,7 @@
    </para>
 
    <sect3 id="protocol-flow-multi-statement">
-    <title>Plusieurs instructions dans une message Simple Query</title>
+    <title>Plusieurs instructions dans un message Simple Query</title>
 
     <para>
      Lorsqu'un message Simple Query contient plus d'une instruction SQL
@@ -903,7 +903,7 @@ SELCT 1/0;<!-- l'erreur est intentionnelle -->
     il faut passer NULL comme valeur associée dans le message Bind.)
     Bind spécifie aussi le format à utiliser pour toutes les données
     renvoyées par la requête&nbsp;; le format peut être spécifié globalement
-    ou par colonne. La réponse est, soit BindComplete, soit ErrorResponse.
+    ou par colonne. La réponse est soit BindComplete, soit ErrorResponse.
    </para>
 
    <note>
@@ -1279,7 +1279,7 @@ SELCT 1/0;<!-- l'erreur est intentionnelle -->
     fichiers de configuration&nbsp;; changements suivis de l'envoi du signal
     <systemitem>SIGHUP</systemitem> au postmaster. De plus, si une commande
     <command>SET</command> est annulée, un message ParameterStatus approprié
-    sera engendré pour rapporter la valeur effective.
+    sera ajouté pour rapporter la valeur effective.
    </para>
 
    <para>
@@ -1437,7 +1437,7 @@ SELCT 1/0;<!-- l'erreur est intentionnelle -->
    <title>Chiffrement <acronym>SSL</acronym> de session</title>
 
    <para>
-    Si <productname>PostgreSQL</productname> a été construit avec le support de
+    Si <productname>PostgreSQL</productname> a été compilé avec le support de
     <acronym>SSL</acronym>, les communications client/serveur peuvent être chiffrées
     en l'utilisant. Ce chiffrement assure la sécurité de la communication
     dans les environnements où des agresseurs pourraient capturer le trafic
@@ -1457,14 +1457,14 @@ SELCT 1/0;<!-- l'erreur est intentionnelle -->
     la spécification <acronym>SSL</acronym>) avec le serveur. En cas de succès, le
     StartupMessage habituel est envoyé. Dans ce cas, StartupMessage et toutes
     les données suivantes seront chiffrées avec <acronym>SSL</acronym>. Pour continuer
-    après un <literal>N</literal>, il suffit d'envoyer le startupmessage habituel et
+    après un <literal>N</literal>, il suffit d'envoyer le StartupMessage habituel et
     de continuer sans chiffrage.
    </para>
 
    <para>
     Le client doit être préparé à gérer une réponse ErrorMessage à un SSLRequest
     émanant du serveur. Ceci ne peut survenir que si le serveur ne dispose pas
-    du support de <acronym>SSL</acronym>. (De tels servers sont maintenant
+    du support de <acronym>SSL</acronym>. (De tels serveurs sont maintenant
     très anciens, et ne doivent certainement plus exister.) Dans ce cas, la
     connexion doit être fermée, mais le client peut choisir d'ouvrir une
     nouvelle connexion et procéder sans <acronym>SSL</acronym>.