symfony2: nie udało się zapisać katalogu pamięci podręcznej

Aby uzyskać dobre i zdecydowane rozwiązanie zobacz sekcję Setting up Permissions w sekcji Installing and Configuring Symfony:

Ustawianie uprawnień

Częstym problemem podczas instalacji Symfony jest to, że aplikacja / pamięć podręczna i katalogi app / logs muszą być zapisywalne zarówno przez serwer WWW, jak i użytkownik wiersza poleceń. W systemie UNIX, jeśli użytkownik serwera www jest różni się od użytkownika wiersza poleceń, można spróbować jednego z następujące rozwiązania.

1. Użyj tego samego Użytkownika dla CLI i sieci Serwer

W środowiskach programistycznych powszechną praktyką jest używanie tego samego Użytkownika Uniksa dla CLI i serwera www, ponieważ unika on żadnego z uprawnienia te występują podczas tworzenia nowych projektów. Może to być odbywa się poprzez edycję konfiguracji serwera www (np. powszechnie httpd.nie ma problemu.conf dla Apache) i ustawienie jego użytkownika na tak samo jak Twój użytkownik CLI (np. dla Apache, zaktualizuj użytkownika i Grupę wartości).

1. za pomocą ACL na systemie, który obsługuje chmod + a

Wiele systemów pozwala na użycie polecenia chmod + A. Spróbuj najpierw, a jeśli pojawi się błąd-spróbuj następnej metody. To używa polecenia do spróbuj określić użytkownika serwera WWW i ustaw go jako 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

1. używanie ACL na systemie, który nie obsługuje chmod + a

Niektóre systemy nie obsługują chmod +a, ale obsługują inne narzędzie nazywa się setfacl. Może być konieczne włączenie obsługi ACL na partycji i zainstalować setfacl przed jego użyciem (jak w przypadku Ubuntu). To używa polecenia, aby określić użytkownika serwera sieci web i ustawić go jako 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

Dla Symfony 3 będzie to:

$ 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

Jeśli to nie działa, spróbuj dodać opcję-N.

1. bez użycia ACL

Jeśli żadna z poprzednich metod nie działa, Zmień umask tak, aby katalogi pamięci podręcznej i dziennika będą zapisywalne grupowo lub zapisywalne na świecie (w zależności czy serwer WWW użytkownik i użytkownik wiersza poleceń znajdują się w ta sama grupa lub nie). Aby to osiągnąć, umieść następującą linię na Początek aplikacji / konsoli, www / aplikacji.php i web / app_dev.Pliki php:

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

// or

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

Zauważ, że używanie ACL jest zalecane, gdy masz dostęp do nich na serwerze ponieważ zmiana umask nie jest bezpieczna dla wątków.

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

Źródło : Nie udało się zapisać pliku pamięci podręcznej "/var/www/myapp/app/cache/dev/classes.php " podczas czyszczenia pamięci podręcznej