Merge pull request #339 from waldo2188/master

Règle plusieurs problèmes

Author: gregquat

book/controller.rst

@@ -617,7 +617,7 @@ Gérer les Erreurs et les Pages 404
 Quand « quelque chose » n'est pas trouvé, vous devriez vous servir correctement
 du protocole HTTP et retourner une réponse 404. Pour ce faire, vous allez lancer
 un type spécial d'exception. Si vous étendez la classe contrôleur de base, faites
-comme ç::
+comme ça::
 
     public function indexAction()
     {

book/http_cache.rst

@@ -1112,7 +1112,7 @@ parce que l'invalidation est déjà prise en compte nativement par le
 modèle de gestion du cache HTTP. Si la validation est utilisée, vous
 ne devriez pas avoir besoin d'utiliser l'invalidation par définition ;
 si l'expiration est utilisée et que vous avez besoin d'invalider une
-ressource, c'est que date d'expiration a été définie trop loin dans le futur.
+ressource, c'est que la date d'expiration a été définie trop loin dans le futur.
 
 .. note::
 

book/page_creation.rst

@@ -553,7 +553,8 @@ Nous en apprendrons plus sur ces répertoires dans de prochains chapitres.
     Typiquement, le seul moment où vous devrez vous soucier du fichier ``app/autoload.php``	
     est quand vous inclurez des bibliothèques tierces dans le répertoire ``vendor/``.
     Pour plus d'informations sur le chargement automatique, voir 
-    :doc: `Comment charger automatiquement des classes</components/class_loader>`.
+    :doc:`Comment charger automatiquement des classes </components/class_loader>`.
+
 
 Le répertoire des sources (``src/``)
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
@@ -575,8 +576,8 @@ mais en mieux. La différence clé est que *tout* est un bundle dans Symfony2, c
 inclut le coeur du framework et le code de votre application.
 Les bundles sont aux premières loges dans Symfony2. Ils vous offrent la flexibilité
 d'utiliser des fonctionnalités préconstruites packagées dans des `bundles tiers`_
-ou de distribuer vos propres bundles. Cela rend facile de sélectionner quelles
-fonctionnalités activer dans votre application et de les optimiser comme vous voulez.
+ou de distribuer vos propres bundles. Cela facilite la sélection des
+fonctionnalités à activer dans votre application et de les optimiser comme vous le voulez.
 
 .. note::
 
@@ -897,9 +898,9 @@ de production, appelez le contrôleur frontal de ``prod`` :
 
 
 Puisque l'environnement de ``prod`` est optimisé pour la vitesse; la configuration,
-les routes et les templates Twig sont compilés en classes PHP et cachés.
+les routes et les templates Twig sont compilés en classes PHP et mis en cache.
 Quand vous voudrez voir des changements en environnement de ``prod``, vous aurez
-besoin de nettoyer ces fichiers cachés afin de permettre leur régénération :
+besoin de nettoyer ces fichiers de cache afin de permettre leur régénération :
 
 .. code-block:: bash
 

book/routing.rst

@@ -188,7 +188,7 @@ configuration de l'application :
     Bien que toutes les routes soient chargées depuis un fichier unique, c'est
     une pratique courante d'inclure des ressources de routage additionnelles.
     Pour faire cela, il vous suffit de spécifier quels fichiers externes doivent
-    être inclus dans le fichier de configuration de routage principal.Référez-vous
+    être inclus dans le fichier de configuration de routage principal. Référez-vous
     à la section :ref:`routing-include-external-resources` pour plus d'informations.
 
 Configuration Basique des Routes

book/templating.rst

@@ -905,7 +905,7 @@ conservant les avantages du mécanisme d'héritage de templates de Symfony.
 
 Commençons par ajouter deux blocs à notre template de base qui incluront deux
 fichiers : l'un s'appelle ``stylesheet`` et est inclus dans la balise ``head``, et
-l'autre s'appelle ``javascript`` et est inclus juste avant que la base ``body`` ne se
+l'autre s'appelle ``javascript`` et est inclus juste avant que la balise ``body`` ne se
 referme. Ces blocs contiendront toutes les feuilles de style et tous les
 fichiers javascript dont vous aurez besoin pour votre site :