Discussion :

[abc.xyz]

Bonjour,

j'ai mis tous les dossiers de mon projet Symfony en ligne dans le répertoire de mon nom de domaine.
Je sais qu'il y a des lignes de commandes à taper sur le serveur pour bien tout configurer, donc je me suis connecté avec
mon mac en ssh la ligne de commande du serveur.
Seulement voilà je ne connais pas ces lignes de commande et les quelques tutoriels que j'ai trouvé sur le sujet ne m'ont pas aidé.

merci de votre aide

[Nico_F]

Des lignes de commandes pour tout bien configurer... niveau précision, peut mieux faire mais on va tenter de comprendre.

Les actions les plus communes lors d'un déploiement sont :
Vider le cache, régénérer le cache, déployer les assets, faire les migrations doctrine, dumper les routes visibles depuis le front.

Ça dépend de tes besoins, des bundles qui sont installés sur ton projet etc.
Teste et vois les messages d'erreur. Si tu ne les comprends pas tu les copy/paste sur google et tu trouveras les solutions à tes problèmes.
Mais là c'est trop imprécis pour pouvoir t'en dire plus.

[abc.xyz]

je vais être plus clair:
pour déployer son site symfony2 il faut mettre les fichiers sur le serveur d'une part et faire toute une autre série d'actions d'autre part.
Je souhaite que l'on me dise quelles sont précisément ces actions en me les expliquant et en me donnant les commandes à taper

merci

[Nico_F]

Ok alors il y a deux choses à distinguer :

- la configuration d'environnement sur le serveur qui consiste à configurer le serveur web (apache, nginx etc.) pour accueillir ton projet.
Ça ne consiste pas uniquement à taper quelques lignes de commandes : ça demande un petit peu d'apprentissage pour configurer correctement ton environnement.
C'est la partie la moins amusante, mais c'est un coup de main à prendre. Globalement si tu utilises apache, renseigne toi sur la manière dont on configure un serveur apache, la manière dont on crée des vhosts etc.

- la configuration du projet qui consiste, une fois que le projet est sur le serveur et que le serveur est bien configuré, à faire les derniers ajustements sur ton projet pour que celui-ci puisse être exécuté en production. Il va alors falloir mettre à jour tes librairies, régénérer ton cache etc. Cela ne touche plus au serveur mais uniquement à ton projet.

Tout est très bien expliqué dans ton premier lien. Il faut juste prendre le temps de creuser un peu : ce n'est pas juste quelques lignes de commandes à copier et à exécuter.
Alors il est temps d'apprendre le petit chinois.

++

[abc.xyz]

Rebonjour,

j'ai trouvé un lien plus intéressant que les autres, le voici:
http://kaelisoft.fr/2012/06/12/insta...mutualise-ovh/

j'ai suivi les recommandations de ce lien et j'obtiens lorsque je me connecte à mon site en ligne une Internal Server Error, il y du mieux, en effet avant lorsque je me connectais j'accédais uniquement à la racine du projet.

Je pense donc être sur la bonne voie, qu'est ce qui me crée selon vous cette erreur?

Je signale que pour les fichiers .htaccess j'ai mis la ligne SetEnv PHP_VER 5_3 à SetEnv PHP_VER 5_5 car je suppose sans l'avoir vérifié que nous sommes chez ovh sur cette version de PHP.

ils disent aussi, je cite:

"Mettez les droits en 755. Au besoin, mettez les droits de /app/cache à 777."
J'ai donc vérifié les droits des répertoires cache et logs tous deux dans le répertoire app, les droits des deux répertoires sont à 777.Je pense que c'est ce qu'il fallait faire, non?

merci de votre aide

[abc.xyz]

Rebonjour,

c'est ce tutoriel qu'il est opportun de regarder:
http://kaelisoft.fr/2012/06/12/insta...mutualise-ovh/
Cependant ,en suivant les indications de ce tutoriel, j'obtiens sur la page d'accueil de mon site en ligne une Internal Server Error, où est le problème?

merci de votre aide

[pmithrandir]

A ta place, j'irai éditer config.php dans le dossier web en enlevant la contrainte initiale qui limite a localhost.

Après, tu regardes http://www.tonsite/config.php
Ca devrait te dire en gros ce qui va ou pas.
Une fois que tout est bon, tu fais la même chose sur app_dev.php si tes erreurs persistes et tu regarde ce qu'il y a derrière ton erreur 500.
Pour un bon debug initial avant mise en prod, c'est assez efficace.

Après bien sur, tu remet les fichiers dans l'état initial avec les contraintes de sécurité.