Discussion :

[symfony30000]

Bonjour, je souhaite déployer mon application sur un serveur de production pour cela j'ai regardé quelques tuto ainsi que la partie déploiement du site de symfony, j'ai vu que sur la version 1.1 il existait une commande freeze pour créer une sandbox et utiliser symfony de façon autonome et maintenant avec la 1.4 ils indiquent juste d'effectuer un project:deploy.

http://www.symfony-project.org/jobee...22_deploiement

Mais avant de me lancer la dedans je me pose quelques questions

1. Doit'on installer symfony et pear en plus de l'environnement web sur le pc de production ?
2. Est'il possible d'utiliser rsync sachant que mon pc de dev est sur windows et celui de prod sur linux
3. La création d'un environnement de qualité (tests clients) est la même que la création d'un environnement de production?

merci pour votre aide

[Michel Rotta]

En v1.4 (1.3)

1) oui

2) bonne question...

3) Plus compliqué comme réponse, c'est envisageable, mais je pense que c'est une mauvaise idée pour deux raisons.

Tu vas avoir besoins d'une base de données particulière pour les tests de production. Donc d'un contrôleur (frontend_prodtest.php) en plus du contrôleur de base index.php. Ce contrôleur sera donc "visible" sur le net et pourra, potentiellement être utilisé par des personnes qui n'ont pas à accéder à la base de test.

Autre raison, encore plus importante, si tu mets la production et les test de productions sur la même machine, cela signifie que les modules en cours de tests seront en ligne pour les utilisateurs externe, vu qu'il ne seront pas en double sur le serveur. Et que tu test a postériori. Tu risques fort d'avoir des retours clients négatifs avant même que les personnes en charge des tests n'aient allumé leurs pc. Perso, je mettrais cela sur deux environnements parfaitement distinct. Mais sur le même type de machine, au moins question OS, version apache, version PHP et version MySql ou tout autre produit utilisé. Et si tu as un accélérateur ou un système de cache, ils doivent aussi être sur la machine de tests, si non, quelque chose qui marche en test de production risque de ne pas marcher en production.