translation progress database.xml

Author: ManueldG

security/database.xml

@@ -291,7 +291,7 @@ $query = "UPDATE usertable SET pwd='hehehe', trusted=100, admin='yes' WHERE
     <simpara> <!--XXX tradurre-->
      Mentre è scontato che un malintenzionato debba possederne almeno alcune nozioni 
      dell'architettura del database per condurre un'attacco riuscito <!-- a buon fine - riuscire -->, 
-     è spesso molto semplice ottenere queste informazioni . Per esempio,
+     è spesso molto semplice ottenere queste informazioni. Per esempio,
      il codice può far parte di un software open source ed essere disponibile al pubblico.
      Tali informazioni potranno anche essere divulgate
      tramite codice closed-source, anche se è codificato, offuscato o compilato -
@@ -485,7 +485,7 @@ $stmt->execute(["%{$productId}%"]);
        </listitem>
        <listitem>
         <simpara>
-         Non stampare informazioni specifiche del database, in particolare
+         Non stampare <!-- far visualizare -->informazioni specifiche del database, in particolare
          sullo schema<!-- struttura -->, con mezzi leciti o illeciti. Vedere anche la <link
          linkend="security.errors">Segnalazione degli errori</link> e <link
          linkend="ref.errorfunc">Funzioni di gestione e registrazione degli errori</link>.
@@ -495,11 +495,11 @@ $stmt->execute(["%{$productId}%"]);
      </para>
 
      <simpara>
-      Oltre a ciò, puoi trarre vantaggio dalla registrazione<!-- cronologia - report - log - traccia- traking --> delle query all'interno del tuo script
-      o dal database stesso, se supporta la registrazione. Ovviamente, la registrazione non è in grado
-      di prevenire alcun tentativo dannoso, ma può essere utile risalire a quale
-      applicazione è stata aggirata<!--colpita-->. Il registro non è utile di per sé, ma
-      attraverso le informazioni che contiene. Generalmente più dettagli ci sono meglio è.
+      Oltre a ciò, puoi trarre vantaggio dal log <!-- cronologia - report - log - traccia- traking --> delle query da parte del tuo script
+      o dal database stesso, se lo supporta. Ovviamente, il log non è in grado
+      di prevenire alcun tentativo dannoso, ma può essere utile per risalire a quale
+      applicazione è stata colpita. Il registro non è utile di per sé, ma
+      sono utili le informazioni che contiene. Generalmente più dettagli ci sono nel log meglio è.
      </simpara><!--XXX traduzione da sistemare -->
     </sect2>
    </sect1>