symfony2: échec de l'écriture du répertoire cache

Pour une BONNE et définitive de solution reportez-vous à la Setting up Permissions , rubrique "151950920 de la section":

mettre en place les Autorisations

Un problème courant lors de l'installation de Symfony, c'est que l'app/cache et app/logs répertoires doivent être accessibles en écriture par le serveur web et le utilisateur de ligne de commande. Sur un système UNIX, si l'utilisateur de votre serveur web est différent de celui de votre utilisateur de ligne de commande, vous pouvez essayer l'une de l' solutions suivantes.

1. Utiliser le même utilisateur de la CLI et le serveur web

Dans les environnements de développement, c'est une pratique courante d'utiliser le même UNIX de l'utilisateur de la CLI et le serveur web, car il permet d'éviter toute d' ces problèmes d'autorisations lors de la mise en place de nouveaux projets. Cela peut être fait en modifiant la configuration du serveur web (par exemple, couramment httpd.conf ou apache2.conf d'Apache) et l'établissement de ses utilisateurs à la même que vos CLI utilisateur (par exemple pour Apache, mettre à jour L'Utilisateur et le groupe valeur.)

2. utilisant ACL sur un système qui supporte chmod +a

de nombreux systèmes vous permettent d'utiliser la commande chmod +A. Essayez dans un premier temps, et si vous obtenez une erreur - essayez la méthode suivante. Ceci utilise une commande pour essayez de déterminer l'utilisateur de votre serveur web et définissez-le comme HTTPDUSER:

$ rm -rf app/cache/*
$ rm -rf app/logs/*

$ HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
$ sudo chmod +a "$HTTPDUSER allow delete,write,append,file_inherit,directory_inherit" app/cache app/logs
$ sudo chmod +a "`whoami` allow delete,write,append,file_inherit,directory_inherit" app/cache app/logs

3. utilisant ACL sur un système qui ne soutien chmod +un

certains systèmes ne prennent pas en charge chmod +a, mais prennent en charge un autre utilitaire appelé setfacl. Vous devrez peut-être activer le support ACL sur votre partition et installer setfacl avant de l'utiliser (comme c'est le cas avec Ubuntu). Ce utilise une commande pour essayer de déterminer utilisateur de votre serveur web et de le définir comme HTTPDUSER:

$ HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
$ sudo setfacl -R -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX app/cache app/logs
$ sudo setfacl -dR -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX app/cache app/logs

pour Symfony 3 Il serait:

$ HTTPDUSER=`ps aux | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1`
$ sudo setfacl -R -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX var/cache var/logs
$ sudo setfacl -dR -m u:"$HTTPDUSER":rwX -m u:`whoami`:rwX var/cache var/logs

si ce ne pas travailler, essayer d'ajouter-N option.

4. sans utiliser ACL

si aucune des méthodes précédentes ne fonctionne pour vous, changez l'umask de sorte que les répertoires cache et log seront accessibles en écriture de groupe ou en écriture mondiale. (selon que l'utilisateur du serveur web et l'utilisateur de la ligne de commande sont même groupe ou non). Pour cela, ajoutez la ligne suivante à la début de l'application / console, web / Application.php et web / app_dev.les fichiers php:

umask(0002); // This will let the permissions be 0775

// or

umask(0000); // This will let the permissions be 0777

notez que l'utilisation de L'ACL est recommandée lorsque vous y avez accès sur votre serveur parce que changer l'umask n'est pas sûr.

http://symfony.com/doc/current/book/installation.html#checking-symfony-application-configuration-and-setup

source : N'a pas réussi à écrire le fichier cache "/var/www/myapp/app/cache/dev/classes.php " lors de l'apurement du cache