Rechercher une fonction PHP

Configuration à l'exécution

Le comportement de ces fonctions est affecté par la configuration dans le fichier php.ini.

Bien que la configuration par défaut d'APC soit suffisante pour la plupart des installations, les utilisateurs avancés devraient affiner certains paramètres.

Il y a deux décisions importantes que vous devez prendre lorsque vous configurez APC. Tout d'abord, quelle quantité de mémoire partagée va être allouée à APC, et ensuite, si vous voulez qu'APC vérifie à chaque requête si un fichier a été modifié. Les deux directives de configuration correspondantes sont apc.shm_size et apc.stat. Lisez avec attention la section suivante sur ces deux directives de configuration.

Une fois que vous avez un serveur qui fonctionne, vous devriez copier le script apc.php fourni avec l'extension vers un endroit accessible par le serveur web, puis l'appeler depuis votre navigateur. Il vous fournira de nombreux détails sur votre cache. Si GD est actif sur votre configuration PHP, il y aura aussi des graphiques intéressants. La première chose à vérifier, bien évidemment, est que APC stocke effectivement des fichiers en cache. Si cela fonctionne, le nombre Cache full count sur la gauche indiquera le nombre de fois où le cache a atteint sa capacité maximale, et où APC a dû effacer de force des entrées qui n'avaient pas été accédées dans les dernières apc.ttl secondes. Dans le cas d'un cache bien configuré, ce nombre est minimisé. Si le cache est constamment rempli, et donc vidé de force, les opérations résultantes auront un impact dévastateur sur les performances. La manière la plus simple de minimiser ce nombre est d'allouer plus de mémoire pour APC. Ceci dit, la directive apc.filters peut être utilisée pour mettre en cache moins de scripts.

Lorsque APC est compilé avec le support mmap (Memory Mapping), il n'utilisera qu'un seul segment mémoire, alors que APC compilé avec le support SHM (SysV Shared Memory) utilisera plusieurs segments mémoires. MMAP n'a pas de limite maximale comme SHM dans /proc/sys/kernel/shmmax. En général MMAP est recommandé car il accèdera à la mémoire de manière plus rapide lorsque le serveur web est redémarré et il réduit aussi les impacts des allocations mémoire au démarrage.

Voici un éclaircissement sur l'utilisation des directives de configuration.

apc.enabled booléen

apc.enabled peut être défini à 0 pour désactiver APC. Ceci est principalement utile lorsque APC est compilé statiquement dans PHP, et qu'il n'y a donc aucun autre moyen de le désactiver (lorsque compilé en tant que DSO, la ligne extension dans le php.ini peut juste être commentée).

apc.shm_segments entier

Le nombre de segments mémoire à allouer pour le cache compilé. Si APC arrive à court de mémoire partagée, mais que vous avez déjà défini apc.shm_size à une valeur aussi élevée que votre système le permet, vous pouvez tenter de relever cette valeur.

apc.shm_size chaîne de caractères

La taille de chaque segment de mémoire partagée fourni en notation abrégée comme décrit dans cette FAQ. Par défaut, quelques systèmes (incluant la plupart des BSD) ont une limite de taille d'un segment mémoire partagé très basse.

apc.shm_strings_buffer string

La taille de la mémoire à utiliser comme tampon partagé pour les chaînes utilisées en interne par APC. La taille devra être suffixé par un M pour Méga-octets, un G pour Giga-octets. L'activation de cette option va réduire la quantité de mémoire utilisée par le worker PHP-FPM, sachant que les chaînes seront stockées qu'une seule fois plutôt que pour chaque worker.

apc.optimization entier

Le degré d'optimisation. Zéro désactive l'optimiseur, et de hautes valeurs utilisent des optimisations agressives. Attendez-vous à des améliorations très modestes de vitesse. Ceci est expérimental.

apc.num_files_hint entier

Un "conseil" au sujet du nombre de fichiers sources distincts qui seront inclus ou demandés sur votre serveur web. Définissez le à zéro ou omettez-le si vous n'êtes pas sûr ; ce paramètre est principalement utile pour les sites qui ont des milliers de fichiers sources.

apc.user_entries_hint entier

Tout comme apc.num_files_hint, un "conseil" à propos du nombre de variables de cache utilisateur distinctes à stocker. Définissez le à 0 ou ne le définissez pas si vous n'êtes pas sûr.

apc.ttl entier

Le nombre de secondes pendant lesquelles une entrée de cache est autorisée à stagner dans un slot dans le cas où ce slot d'entrée de cache est nécessaire pour une autre entrée. Laisser ce paramètre à zéro signifie que le cache d'APC pourrait potentiellement se remplir de vieilles entrées alors que de nouvelles entrées ne seraient pas mises en cache. Dans le cas d'un cache arrivant totalement à court de mémoire disponible, celui-ci sera totalement vidé si ttl est égal à 0. Dans le cas contraire, si le ttl est supérieur à 0, APC essayera de supprimer des entrées ayant expirées.

apc.user_ttl entier

Le nombre de secondes pendant lesquelles une entrée du cache utilisateur est autorisée à résider dans un slot dans le cas où ce slot d'entrée de cache est demandé par une autre entrée. Laisser cette option à zéro signifie que votre cache peut potentiellement se remplir d'entrées obsolètes alors que de nouvelles entrées ne seront pas mises en cache. Dans le cas où le cache est totalement à court d'espace, il sera totalement vidé si ttl vaut 0. Sinon, si le ttl est supérieur à 0, APC tentera de supprimer les entrées qui ont dépassées leur date d'expiration.

apc.gc_ttl entier

Le nombre de secondes pendant lesquelles une entrée de cache peut rester dans la liste de ramasse-miettes. Cette directive fournit une sécurité dans le cas où un processus serveur meurt pendant qu'il exécute un fichier source mis en cache ; si ce fichier source est modifié, la mémoire allouée pour l'ancienne version ne sera pas récupérée tant que la durée spécifiée par ce TTL ne sera pas écoulée. Positionnez cette directive à zéro pour désactiver cette fonctionnalité.

apc.cache_by_default booléen

Actif par défaut, mais peut être désactivé et utilisé en conjonction avec un apc.filters positif pour que les fichiers soient mis en cache uniquement s'ils correspondent à un filtre positif.

apc.filters chaîne de caractères

Une liste d'expressions rationnelles POSIX étendues séparées par des virgules. Si un masque correspond à un nom de fichier source, alors celui-ci ne sera pas mis en cache. Notez que le nom du fichier utilisé pour la comparaison est celui passé aux instructions include ou require, et non un chemin absolu. Si le premier caractère de l'expression est un +, alors l'expression sera additive dans le sens que chaque fichier correspondant à l'expression sera mis en cache, et si le premier caractère est un - alors tout ce qui correspond ne sera pas mis en cache. Le cas du - est celui par défaut, il peut donc être omis.

apc.mmap_file_mask chaîne de caractères

Si compilé avec le support MMAP en utilisant --enable-mmap, ce sera le masque de fichier de style mktemp à passer au module MMAP pour déterminer si votre région de mémoire MMAP va être mise dans un fichier ou en mémoire partagée. Pour de la mise en cache vers un fichier MMAP, définissez ce paramètre comme /tmp/apc.XXXXXX (exactement 6 X). Pour utiliser shm_open/mmap de style POSIX, placez un .shm quelque part dans votre masque, comme /apc.shm.XXXXXX. Vous pouvez également définir ce paramètre à /dev/zero pour utiliser l'interface/dev/zero de votre kernel vers de la mémoire anonyme MMAP. Le laisser indéfini forcera un MMAP anonyme.

apc.slam_defense entier

Sur les serveurs très surchargés, lorsque vous démarrez le serveur ou modifiez des fichiers, vous pouvez créer une course d'un grand nombre de processus essayant tous de mettre en cache le même fichier au même moment. Cette option définit le pourcentage de processus qui éviteront de tenter de mettre en cache un fichier non mis en cache. Ou pensez à elle comme à la probabilité qu'a un processus d'éviter la mise en cache. Par exemple, définir apc.slam_defense à 75 signifie qu'il y aura 75 % de chances qu'un processus donné ne mette pas en cache un fichier qui ne s'y trouvera pas déjà. Positionnez cette directive à 0 pour désactiver cette fonctionnalité.

Cette directive a été rendue obsolète par apc.write_lock.

apc.file_update_protection entier

Lorsque qu'un fichier est modifié sur un serveur web, il faudrait vraiment que ce soit fait d'une façon atomique. Typiquement, cela peut se faire en écrivant vers un fichier temporaire, et en renommant (mv) celui-ci vers son emplacement permanent lorsqu'il est prêt. La plupart des éditeurs de texte, cp, tar et d'autres programmes de ce genre ne font pas cela. Cela signifie qu'il y a une chance pour qu'un fichier soit accédé (et donc, mis en cache) alors qu'il est encore en cours d'écriture. Le paramètre apc.file_update_protection fait intervenir un délai avant la mise en cache des nouveaux fichiers. Par défaut, il vaut 2 secondes, ce qui signifie que si le timestamp de modification (mtime) d'un fichier montre qu'il est agé de moins de 2 secondes au moment où il est accédé, ce fichier ne sera pas mis en cache. La malheureuse personne qui a accédé à ce fichier à moitié écrit verra toujours quelque chose d'étrange, mais au moins, ceci ne persistera pas en cache. Si tous les fichiers du serveurs sont modifiés de manière atomique, à l'aide d'une méthode comme rsync qui fait cela correctement, cette protection peut être désactivée en définissant cette directive à 0. Si le système est noyé sous les entrées/sorties et que des procédures de mise à jour durent plus de 2 secondes, cette valeur devrait être augmentée, pour activer la protection sur ces opérations d'écritures plus lentes.

apc.enable_cli entier

Principalement pour tester et déboguer. Définir ceci active APC pour la version CLI de PHP. Dans des circonstances normales, il n'est pas idéal de créer, peupler, et détruire le cache APC à chaque requête CLI, mais pour divers scénarios de test, il est utile de pouvoir activer facilement APC pour la version CLI de PHP.

apc.max_file_size entier

Permet d'éviter la mise en cache de fichiers dont la taille est supérieure à cette valeur. Par défaut, 1Mo.

apc.stat entier

Faites très attention si vous modifiez cette valeur. Elle vaut par défaut on, ce qui force APC à vérifier (stat) le script à chaque requête pour déterminer s'il a été modifié ou non. S'il a été modifié, il sera compilé à nouveau et la nouvelle version sera mise en cache. En désactivant cette option, aucune vérification n'aura lieu. Cela signifie généralement que si vous voulez forcer APC à détecter des modifications, vous devrez redémarrer le serveur web, ou vider manuellement le cache. Notez que les configurations FastCGI de serveurs peuvent ne pas vider le cache au redémarrage. Sur un serveur de production où vous modifiez rarement le code, le fait de désactiver cette option permet de réaliser un gain de performances significatif.

Cette option est également prise en compte pour les fichiers inclus/requis, mais notez que si vous utilisez des chemins relatifs (n'importe quel chemin qui ne commence pas par un / sous Unix), APC doit vérifier de manière à identifier le fichier de manière unique. Si vous utilisez des chemins absolus pour vos inclusions, APC peut éviter ces vérifications et utiliser ce chemin absolu en tant qu'identifiant unique du fichier.

apc.write_lock booléen

Sur les serveurs très chargés, lorsque vous démarrez le serveur ou lorsque beaucoup de fichiers ont été modifiés au même moment, APC peut essayer de compiler et de mettre en cache le même fichier plusieurs fois. Write_lock garantit qu'un seul processus tentera la compilation et la mise en cache d'un script non caché. Les autres processus essayant d'utiliser le script fonctionneront sans utiliser le cache d'opcode, au lieu d'être bloqués dans l'attente de l'initialisation de celui-ci.

apc.report_autofilter booléen

Loggue tous les scripts qui ont été automatiquement exclus de la mise en cache à cause de problèmes de liaison.

apc.serializer string

Utilisé pour configurer APC pour utiliser un linéariseur tierce.

apc.include_once_override booléen

Optimise les appels aux fonctions include_once et require_once et évite les appels système coûteux qui auraient autrement été effectués.

Avertissement

Cette fonctionnalité est EXPERIMENTALE. Son comportement, son nom, ainsi que sa documentation peuvent être modifiés sans avertissement dans une version future d'APC. Cette fonctionnalité doit être utilisée à votre propre risque.

apc.rfc1867 booléen

Le gestionnaire de progression de téléchargement de fichier RFC1867 n'est disponible que si vous avez compilé APC avec PHP 5.2.0 ou supérieur. Lorsque le support est actif, les fichiers téléchargés qui incluent un champ appelé APC_UPLOAD_PROGRESS avant le champ "file" d'un formulaire de téléchargement feront qu'APC créera automatiquement une entrée de cache utilisateur nommée upload_key où key est la valeur de l'entrée de formulaire APC_UPLOAD_PROGRESS.

Notez que le champ caché spécifié par APC_UPLOAD_PROGRESS doit être placé avant le champ de type file, sinon le suivi de l'upload ne fonctionnera pas correctement.

Notez que la surveillance du téléchargement de fichier n'est pas compatible avec les threads pour le moment. Ainsi, les nouveaux téléchargements survenant tandis qu'un précédent est toujours en cours désactiveront la surveillance précédente.

Notez que rate n'est disponible que lorsque tous les transferts sont terminés.

Exemple #1 Exemple avec apc.rfc1867

<?php
print_r(apc_fetch("upload_$_POST[APC_UPLOAD_PROGRESS]"));
?>

L'exemple ci-dessus va afficher quelque chose de similaire à :

Array
(
    [total] => 1142543
    [current] => 1142543
    [rate] => 1828068.8
    [filename] => test
    [name] => file
    [temp_filename] => /tmp/php8F
    [cancel_upload] => 0
    [done] => 1
)

apc.rfc1867_prefix chaîne de caractères

Préfixe de la clé à utiliser pour l'entrée de cache utilisateur générée par la fonctionnalité de progression de téléchargement RFC1867.

apc.rfc1867_name chaîne de caractères

Spécifie le nom du champ masqué du formulaire qui active le suivi de la progression du téléchargement et spécifie le suffixe de la clé du cache utilisateur.

apc.rfc1867_freq chaîne de caractères

La fréquence à laquelle des mises à jour doivent être effectuées pour l'entrée du cache utilisateur pour la progression du téléchargement. Ceci peut prendre la forme d'un pourcentage de la taille totale du fichier ou une taille en octets, optionnellement suffixée par "k", "m", ou "g" pour kilo-octets, méga-octets ou giga-octets (insensible à la casse). Si vous définissez cette option à 0, la mise à jour interviendra aussi souvent que possible, ce qui peut rendre le téléchargement plus lent.

apc.rfc1867_ttl integer

TTL pour les entrées rfc1867.

apc.localcache booléen

Ceci active un cache sans verrou, propre au processus courant, qui réduit les blocages de verrous lorsque le cache est en cours d'écriture.

apc.localcache.size entier

La taille du cache propre au processus, qui devrait être définie à une valeur suffisamment élevée, soit approximativement la moitié de la valeur de apc.num_files_hint.

apc.coredump_unmap booléen

Active la gestion APC des signaux, comme SIGSEGV, qui écrit les fichiers internes lorsqu'il est émis. Lorsque ces signaux sont reçus, APC tentera de détacher les segments de la mémoire partagée afin de les exclure du fichier interne. Cette configuration devrait rendre plus stable le système lorsque des signaux fatals sont reçus et qu'un gros segment APC de mémoire partagée est configuré.

Avertissement

Cette fonctionnalité est potentiellement dangereuse. Le détachement d'un segment de mémoire partagée dans un gestionnaire de signaux fatals peut produire à un comportement indéterminé si une erreur fatale survient.

Note:

Bien que certains noyaux puissent fournir une fonctionnalité permettant d'ignorer divers types de mémoire partagée lors de la génération du fichier interne, ces implémentations peuvent également ignorer d'importants segments de mémoire partagée tel que le scoreboard d'Apache.

apc.stat_ctime entier

Une vérification avec ctime permet d'éviter les problèmes causés par des programmes comme svn ou rsync en s'assurant que les inodes n'ont pas été modifiés depuis le dernier appel à stat. APC, normalement, n'utilise que mtime pour cela.

apc.canonicalize bool

Si activé, les chemins relatifs sont canonisés en mode no-stat. Si défini, alors les fichiers inclus via les gestionnaires de flux ne pourront pas être mis en cache, puisque que la fonction realpath() ne supporte pas les gestionnaires de flux.

apc.preload_path string

Optionnellement, définit un chemin vers le dossier depuis lequel APC va charger les données de cache au démarrage.

apc.use_request_time bool

Utilise le temps de début de requête SAPI pour le TTL.

apc.file_md5 bool

Enregistre un hashage md5 pour les fichiers.

apc.lazy_functions integer

Active le chargement à la demande pour les fonctions.

apc.lazy_classes integer

Active le chargement à la demande pour les classes.