symfony2: Cache-Verzeichnis konnte nicht geschrieben werden

Eine gute und eindeutige Lösung finden Sie im Abschnitt Setting up Permissions im Abschnitt Installing and Configuring Symfony: 

Berechtigungen einrichten

Ein häufiges Problem bei der Installation von Symfony ist, dass App/Cache und app/logs-Verzeichnisse müssen sowohl vom Webserver als auch vom .__ beschreibbar sein. Befehlszeilenbenutzer. Wenn Ihr Webserver-Benutzer auf einem UNIX-System .__ ist. Anders als Ihr Befehlszeilenbenutzer können Sie einen der .__-Befehle ausprobieren. folgende Lösungen.

1. Verwenden Sie denselben Benutzer für die CLI und den Webserver

In Entwicklungsumgebungen ist es üblich, dasselbe zu verwenden UNIX-Benutzer für die CLI und den Webserver, da keine Diese Berechtigungen treten beim Einrichten neuer Projekte auf. Das kann sein Dies geschieht durch Bearbeiten der Webserverkonfiguration (z. B. häufig httpd.conf oder Apache2.conf für Apache) und Festlegen des Benutzers als Wie Ihr CLI-Benutzer (aktualisieren Sie z. B. für Apache die Werte für Benutzer und Gruppe ).

2. Verwenden der ACL auf einem System, das chmod + a unterstützt

Bei vielen Systemen können Sie den Befehl chmod + a verwenden. Versuchen Sie es zuerst mit und wenn Sie eine Fehlermeldung erhalten, versuchen Sie die nächste Methode. Dies verwendet einen Befehl an Versuchen Sie, Ihren Webserver-Benutzer zu ermitteln, und legen Sie ihn als HTTPDUSER fest:

$ 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. Verwenden der ACL auf einem System, das chmod + a nicht unterstützt

Einige Systeme unterstützen chmod + a nicht, unterstützen jedoch ein anderes Dienstprogramm Setfacl genannt. Möglicherweise müssen Sie die ACL-Unterstützung auf Ihrer Partition aktivieren und installieren Sie setfacl vor der Verwendung (wie bei Ubuntu). Diese verwendet einen Befehl, um den Webserverbenutzer zu ermitteln und als .__ festzulegen. 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

Für Symfony 3 wäre das:

$ 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

Wenn dies funktioniert nicht, versuchen Sie, die Option -n hinzuzufügen.

4. Ohne ACL zu verwenden

Wenn keine der vorherigen Methoden für Sie geeignet ist, ändern Sie die umask so, dass Die Cache- und Protokollverzeichnisse können von Gruppen oder weltweit beschrieben werden (Abhängig davon, ob sich der Webserver-Benutzer und der Befehlszeilen-Benutzer in derselben Gruppe befinden.) oder nicht). Um dies zu erreichen, setzen Sie die folgende Zeile an die Anfang der Dateien app/console, web/app.php und web/app_dev.php:

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

// or

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

Beachten Sie, dass die Verwendung der ACL empfohlen wird, wenn Sie auf Ihrem Server auf sie zugreifen können weil das Wechseln der umask nicht fadensicher ist.

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

source: Fehler beim Schreiben der Cache-Datei "/var/www/myapp/app/cache/dev/classes.php" beim Löschen des Caches