relecture
This commit is contained in:
parent
1c822d1dfa
commit
72f8fc4ba7
|
@ -279,8 +279,6 @@ impossible à gérer, on n'utilisera pas d'utilisateur distinct en
|
|||
indiquant `AssignUserID example example` ce qui éliminera 100% des
|
||||
problèmes de droits (mais pose des problèmes de sécurité).
|
||||
|
||||
Si on définit `AssignUserID example example` et que le vhost utilise PHP-FPM, il faut également vérifier `user` et `group` dans le configuration du pool PHP.
|
||||
|
||||
|
||||
## SSL
|
||||
|
||||
|
@ -1608,3 +1606,12 @@ La documentation Apache mentionne une fonction req_navary() qui permettrait d'em
|
|||
|
||||
Lien qui nous a mis sur la piste : <https://www.nivas.hr/blog/2017/02/13/apache-sending-vary-host-making-things-uncacheable-varnish/>
|
||||
|
||||
### Gestion des droits avec Apache-ITK et PHP-FPM
|
||||
|
||||
Si l'on utilise [PHP-FPM](HowtoPHP#configuration-fpm) avec Apache-ITK,
|
||||
on veillera à avoir un pool FPM qui utilise les mêmes utilisateur/groupe qu'Apache-ITK.
|
||||
En particulier si on définit `AssignUserID foo bar` il faut s'assurer que `user = foo` et `group = bar` dans le configuration du pool PHP-FPM.
|
||||
|
||||
|
||||
|
||||
|
||||
|
|
Loading…
Reference in a new issue