merge da 2.3

garak · Jul 30, 2015 · 2d2a586 · 2d2a586
1 parent a4b4d66
commit 2d2a586
Show file tree

Hide file tree

Showing 5 changed files with 22 additions and 13 deletions.
diff --git a/best_practices/introduction.rst b/best_practices/introduction.rst
@@ -35,7 +35,7 @@ Questa guida è **particolarmente indicata** per:
 * Siti web e applicazioni web sviluppato con il framework Symfony.
 
 Per altre situazioni, questa guida potrebbe essere un buon **punto di partenza**, che si
-potre **estendere per soddisfare le proprie esigenze specifiche**:
+potrà **estendere per soddisfare le proprie esigenze specifiche**:
 
 * Bundle condivisi pubblicamente con la comunità di Symfony;
 * Sviluppatori esperti o squadre che hanno creato i propri standard;
@@ -70,14 +70,22 @@ L'applicazione
 --------------
 
 Insieme a questa guida ci sarà un'applicazione di esempio, sviluppata seguendo le
-best practice. **L'applicazione è un semplice blog**, che
-consentirà di concentrarsi sui concetti di Symfony, senza sconfinare in
-particolarità proprie dell'applicazione.
+best practice. Questo progetto, chiamato Symfony Demo, può essere installato
+tramite l'installatore di Symfony. `Scaricare e installare`_ l'installatore
+e quindi eseguire il comando seguente, per scaricare l'applicazione:
 
-Invece di sviluppare l'applicazione passo passo, ci saranno pezzi di codice all'interno
-dei singoli capitoli. Fare riferimento all'ultimo capitolo di questa guida per maggiori
-dettagli sull'applicazione e le istruzioni per
-installarla.
+.. code-block:: bash
+
+    # Linux and Mac OS X
+    $ symfony demo
+
+    # Windows
+    c:\> php symfony demo
+
+**L'applicazione è un semplice blog**, che consentirà di concentrarsi sui
+concetti di Symfony, senza sconfinare in particolarità proprie dell'applicazione,
+più complesse. Invece di sviluppare l'applicazione passo passo in 
+questa guida, ci saranno pezzi di codice all'interno dei singoli capitoli.
 
 Non aggiornare un'applicazione esistente
 ----------------------------------------
@@ -95,3 +103,4 @@ practice**. Le ragioni per non farlo sono diverse:
   i test o ad aggiungere funzionalità che forniscano valore reale agli utenti finali.
 
 .. _`Fabien Potencier`: https://connect.sensiolabs.com/profile/fabpot
+.. _`Scaricare e installare`: http://symfony.com/download
diff --git a/best_practices/security.rst b/best_practices/security.rst
@@ -12,7 +12,7 @@ rimanda alla :doc:`sezione sicurezza del ricettario </cookbook/security/index>`.
 A prescindere dalle necessità, l'autenticazione è configurata in ``security.yml``, sotto
 la voce ``firewalls``.
 
-.. best-practice:
+.. best-practice::
 
     A meno che non si abbiano due meccanismi di autenticazione differenti (ad esempio il
     form di login per il sito principale e un sistema a token per le API), si

diff --git a/best_practices/templates.rst b/best_practices/templates.rst
@@ -2,7 +2,7 @@ Template
 ========
 
 Quando è nato PHP, 20 anni fa, gli sviluppatori rimasero incantati dalla sua semplicità e dalla
-possibilità di mescolare facilamente HTML e codice dinamico. Con il passare del tempo, sono nati tanti
+possibilità di mescolare facilmente HTML e codice dinamico. Con il passare del tempo, sono nati tanti
 linguaggi per i template, come `Twig`, in grado di gestire i template dell'applicazione in modo migliore.
 
 .. best-practice::

diff --git a/best_practices/tests.rst b/best_practices/tests.rst
@@ -67,7 +67,7 @@ Apparentemente potrebbe sembrare inutile, ma, considerando quanto poco sforzo vi
 è sempre un bene avere il test nell'applicazione.
 
 In informatica, questo tipo di test è chiamato `smoke test`_ e consiste
-in *"un test preliminare, che rivela fallimenti di base, ma abbastanza gravi da riniviare
+in *"un test preliminare, che rivela fallimenti di base, ma abbastanza gravi da rinviare
 il rilascio di un software"*.
 
 Definire gli URL nei test funzionali

diff --git a/best_practices/web-assets.rst b/best_practices/web-assets.rst
@@ -28,7 +28,7 @@ sarebbero molto più corti:
 
 .. note::
 
-    Ricordarsi che la cartella ``web/`` è pubblica e che qualsiasi cosa memorizzatavi dentro
+    Ricordarsi che la cartella ``web/`` è pubblica e che qualsiasi cosa salvata in essa
     sarà pubblicamente accessibile. Per questo motivo, si dovrebbero mettere qui tutte le risorse
     compilate, ma non i relativi file sorgente (come i file SASS).
 
@@ -79,7 +79,7 @@ Applicazioni di Frontend
 Recentemente, tecnologie di frontend come AngularJS sono diventate molto popolari nello sviluppo
 di applicazioni web. Tali applicazioni comunicano con il sistema tramite API.
 
-Se si sta sviluppando un'applicazione come questa, si dovrebbero uasre strumenti raccomandati
+Se si sta sviluppando un'applicazione come questa, si dovrebbero usare strumenti raccomandati
 dalla tecnologia, come Bower e GruntJS. Inoltre, si dovrebbe sviluppare l'applicazione frontend
 in modo del tutto separato dal backend Symfony (anche separando
 i repository, eventualmente).