Symfony2 Compositeur Installer
Je suis en train d'installer Symfony 2.1.3 (dernier). Je suis en cours d'exécution compositeur et installe tout d'accord. Le seulement d'erreur que je reçois est:
Script Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache
handling the post-install-cmd event terminated with an exception
[RuntimeException]
An error occurred when executing the "'cache:clear --no-warmup'" command.
Il est installé dans le dossier www. Je suis en cours d'exécution de nginx et suivi le compositeur approche. J'ai lu sur internet qu'apache doit être exécuté manuellement non pas comme un service, mais je suis en utilisant nginx à la place. N'apache encore avoir une quelconque incidence sur elle? Je suis sous debian squeeze.
Edit: Comme par AdrienBrault la suggestion de l'erreur était parce que le fuseau horaire n'était pas défini dans le php.ini. Seulement avec l'option --verbose j'ai pu voir l'avertissement. Merci les gars.
[ErrorException] Avertissement: date_default_timezone_get(): Il n'est pas sûr de s'appuyer sur le système de' s timezone settings. Vous êtes à la pour utiliser la date.le fuseau horaire ou le date_default_timezone_set() function. Dans le cas où vous avez utilisé l'un de ceux qui m'thods et vous obtenez toujours cet avertissement, vous avez probablement mal orthographié th e l'identifiant du fuseau horaire. Nous avons sélectionné "America/New_York "pour" EST/-5.0/no DST' instead in /var/www/Symfony/vendor/monolog/monolog/src/Monolog/Logger.php ligne 112
Chose drôle est que je n'ai aucun contrôle sur ce dossier puisque c'est lors de l'installation, le fournisseur est créée, n'est-il pas? Merci
l'erreur est donnée par PHP, parce que vous n'avez pas réglé le fuseau horaire par défaut dans php.ini (lire php.net/manual/en/datetime.configuration.php#ini.date.timezone )
J'ai été faire cette erreur, car il était d'essayer de déclasser symfony pour la version LTS. Ce fixe: stackoverflow.com/questions/21013602/...
OriginalL'auteur Marin | 2012-11-12
Vous devez vous connecter pour publier un commentaire.
Apache n'est pas lié - PHP est appelé via la ligne de commande.
Plus probable est l'autorisation dans le dossier de cache: avez-vous vérifier si l'utilisateur qui exécute le compositeur de mise à jour peut effectivement écrire le dossier de cache?
Essayez d'exécuter manuellement
rm -Rf app/cache/dev
(pour un environnement de production de remplacer dev avec la prod) et voir si vous obtenez une erreur d'autorisation.Aussi, vous obtiendrez cette erreur si la
default.timezone
paramètre n'est pas configuré en php lors de l'exécution dans la CLI. Pour vérifier il suffit d'exécuterphp --info | grep timezone
et vérifiez que le paramètre
date.timezone
est correctement configuré.Sur le plan de la sécurité, le réglage de 777 sur le dossier n'est pas la solution optimale - si vous avez ACL activé, vous pourriez l'utiliser pour configurer correctement l'autorisation pour le cache et logs. Lire la suite sur le Symfony2 officiel de la page d'installation
pouvez-vous essayer d'exécuter le compositeur installation
curl -s https://getcomposer.org/installer | php
? vérifiez s'il vous renverra une erreur sur la date.timezone - si oui, il est très probable que la cause de votre erreurJe l'ai essayé hier, Roberto et qui était le coupable!
Bon pour aider à Marin - j'ai ajouté cette information à la réponse ci-dessus. Si c'est ok, s'il vous plaît marquer la réponse acceptée
Pas un problème Roberto
OriginalL'auteur Roberto
J'ai eu ce même problème pendant un certain temps et après les heures de face-à-mur de briques pilonner j'ai réalisé... j'en ai un .gitmodule dans mon projet, et lors de la première caisse ces submodules ne sont PAS initialisées, et en tant que tels ne sont pas là pour votre compositeur de mise à jour, ce qui entraîne l'erreur ci-dessus.
Assurez-vous d'exécuter la suite de
bien sûr remplacer src/Acme/Tristesse/Bundle avec VOTRE projet d'espace de noms.
Espère que cela aide quelqu'un de ne pas passer par la même douleur que je viens de faire.
OriginalL'auteur Zjoia
Si vous avez vendeur dossier déjà je voudrais l'enlever et installer symfony 2.1.3 via "compositeur.phar install". Le problème pourrait venir de la version obsolète de compositeur
Ce n'est pas le problème. L'erreur que vous obtenez est de
Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache
qui est un script qui s'exécute après compositeur installe tout, c'est une erreur dans leapp/cache
répertoire. Et si vous utilisez une version obsolète de compositeur vous devez utiliserphp composer.phar self-update
pour obtenir la dernière version.OriginalL'auteur TroodoN-Mike
J'ai eu le même problème et je le résoudre de cette façon.
l'exécuter sur la console
et vous devriez voir quelque chose comme ceci
la première ligne est probablement votre php.ini qui apparaissent quand vous faites un phpinfo();
le problème est que lorsque vous exécutez compositeur de mise à jour de ce pas vérifier dans le même php.ini
dans mon cas, le deuxième ligne
tous mes sites fonctionnent bien, mais j'ai toujours eu des problèmes n'est pas maintenant
après avoir modifier le deuxième fichier et le mettre sur le même fuseau horaire que vous définissez dans le premier
exécuter
et maintenant
J'espère que ce travail vous aimez travailler pour moi
ce qui concerne
Emiliano
OriginalL'auteur Emiliano