FPM is maliciously compliant when asked to set opcache.preload
Personne n'a encore pris cette issue.
- Langage dominant
- C
- Étoiles
- 40.4k
- Forks
- 8.1k
- Merge moyen
- 2 j 13 h
- PR mergées (30 j)
- 96
Description
Description
The following FPM configuration:
php_value[opcache.preload] = /app/config/preload.php
php_value[opcache.preload_user] = app
results in phpinfo() advertising that config.
Yet when calling opcache_get_status(), there is no preload_statistics, and there is no performance improvement in the application.
I asked about this here, and was told that's because it is too late: when setting that config value, FPM has already started. If that's the case, I would expect an exception to be thrown, because I can think of a reason to allow editing that setting past a certain point
PHP Version
8.1.7
Operating System
Linux
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire la configuration de FPM avec php_value[opcache.preload] et php_value[opcache.preload_user], puis comparez phpinfo() à opcache_get_status(). Suivez le moment où FPM applique ces paramètres par rapport à l’initialisation du préchargement d’opcache ; la tâche doit définir et tester le comportement lorsqu’un paramètre de préchargement est appliqué trop tard.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- php
- Domaine
- backend
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100