Development

Documentation/fr_FR/book/1.0/trunk/05-Configuring-Symfony (diff)

You must first sign up to be able to contribute.

Changes between Version 14 and Version 15 of Documentation/fr_FR/book/1.0/trunk/05-Configuring-Symfony

Show
Ignore:
Author:
grunge (IP: 87.66.134.103)
Timestamp:
03/02/08 20:01:15 (10 years ago)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentation/fr_FR/book/1.0/trunk/05-Configuring-Symfony

    v14 v15  
    342342> 
    343343>Le système de configuration est une des forces de symfony, parce qu’il permet  
    344 à symfony d’être utilisable pour presque tous les types d’application web, et pas seulement pour ceux pour lesquels le frameword a été conçu.  
     344à symfony d’être utilisable pour presque tous les types d’application web, et pas seulement pour ceux pour lesquels le framework a été conçu.  
    345345 
    346346Les environnements 
    347347------------------ 
    348348 
    349 During the course of application development, you will probably need to keep several sets of configuration in parallel. For instance, you will need to have the connection settings for your tests database available during development, and the ones for your real data available for production. To answer the need of concurrent configurations, symfony offers different environments. 
    350  
    351 ### What Is an Environment? 
    352  
    353 An application can run in various environments. The different environments share the same PHP code (apart from the front controller), but can have completely different configurations. For each application, symfony provides three default environments: production (`prod`), test (test), and development (dev). You're also free to add as many custom environments as you wish. 
    354  
    355 So basically, environments and configuration are synonyms. For instance, a test environment will log alerts and errors, while a `prod` environment will only log errors. Cache acceleration is often deactivated in the `dev` environment, but activated in the `test` and `prod` environments. The `dev` and `test` environments may need test data, stored in a database distinct from the one used in the production environment. So the database configuration will be different between the two environments. All environments can live together on the same machine, although a production server generally contains only the `prod` environment. 
     349Pendant le développement d'une application, vous voudrez sans doute conserver plusieurs ensembles de configuration en parallèle. Par exemple, pendant le développement vous avez une configuration pour une base de donnée de test et une autre pour votre vraie base de donnée en production. Symfony offre la possibilité d'avoir plusieurs configurations concurrentes nommées environnements. 
     350 
     351### Qu'es qu'un environnement 
     352Une application peut fonctionner dans plusieurs environnements. Les différents environnements partagent le même code PHP (Mis a par le controleur FRONT), mais peuvent avoir une configuration totalement différente. Pour chaque application, symfony fournis trois environnements par défaut: Production (`prod`), test (`test`) et développement (`dev`). 
     353Vous êtes libre d'ajouter autant d'environnement que vous le souhaiter. 
     354 
     355Les environnement et les configuration sont donc synonyme. Par exemple, l'environnement `test` enregistrera les alertes et les erreurs alors que l'environnement `prod` enregistrera uniquement les erreurs. L'accélération du cache est souvent désactivée dans l'environnement `dev`, mais est activé dans les environnements `test` et `prod`. Les environnements `test` et `prod` auront besoin d'une base de donnée de test distincte de celle utilisée dans l'environnement de production. La base de donnée sera donc différente entre les deux environnement. Tout les environnements peuvent fonctionner sur la même machine. Bien que le serveur de production ne contient généralement que l'environnement `prod`. 
     356 
    356357 
    357358In the `dev` environment, the logging and debugging settings are all enabled, since maintenance is more important than performance. On the contrary, the prod environment has settings optimized for performance by default, so the production configuration turns off many features. A good rule of thumb is to navigate in the development environment until you are satisfied with the feature you are working on, and then switch to the production environment to check its speed.