Les performances des applications Web sont affectées par de nombreux facteurs. L'accès aux bases de données, les opérations du système de fichiers, la bande passante du réseau, etc. sont autant de facteurs d'influence potentiels. Yii a réduit l’impact des frameworks sur les performances sous divers aspects. Mais il existe encore de nombreux endroits dans les applications utilisateur qui peuvent être améliorés pour améliorer les performances.
L'activation de l'extension PHP APC est probablement le moyen le plus simple d'améliorer les performances globales d'une application. Cette extension met en cache et optimise le code intermédiaire PHP et évite le temps passé à analyser les scripts PHP pour chaque nouvelle requête.
La désactivation du mode débogage est un autre moyen simple d'améliorer les performances. Si la constante YII_DEBUG
est définie sur true, cette application Yii s'exécutera en mode débogage. Le mode débogage est utile pendant la phase de développement, mais il affecte les performances car certains composants entraînent une surcharge système supplémentaire. Par exemple, l'enregistreur de messages enregistrera des informations de débogage supplémentaires pour chaque message enregistré.
yiilite.php
Lorsque l'extension PHP APC est activée, nous pouvons remplacer yii.php
par un autre fichier de démarrage nommé yiilite.php
pour améliorer encore les performances des applications basées sur Yii.
Fichier yiilite.php
inclus avec chaque version de Yii. Il s'agit d'un fichier fusionné de certains fichiers de classe Yii couramment utilisés. Dans le fichier, les commentaires et les instructions de trace sont supprimés. Par conséquent, l'utilisation de yiilite.php
réduira le nombre de fichiers référencés et évitera d'exécuter des instructions de trace.
Notez que l'utilisation de yiilite.php
sans activer APC réduira en fait les performances car yiilite.php
contient certaines classes qui ne sont pas requises pour chaque requête, ce qui prendra un temps d'analyse supplémentaire. Notez également que l'utilisation de yiilite.php
sera plus lente sur certaines configurations de serveur, même si APC est activé. Il est préférable d'exécuter un programme de référence en utilisant hello world
à partir de la démo pour décider d'utiliser yiilite.php
ou non.
Comme mentionné dans le chapitre Mise en cache, Yii propose plusieurs solutions de mise en cache qui peuvent améliorer efficacement les performances. Si la génération de certaines données prend beaucoup de temps, on peut utiliser la méthode du cache de données pour réduire la fréquence de génération des données si une partie de la page reste relativement fixe, on peut utiliser la méthode du cache de fragments pour réduire sa fréquence de rendu ; une page entière reste relativement fixe. Fixe, nous pouvons utiliser la méthode de mise en cache des pages pour économiser le coût de rendu des pages.
Si l'application utilise Active Record, nous devons activer le cache de structure de données pour gagner du temps dans l'analyse de la structure de la table de données. Cela peut être accompli en définissant la propriété CDbConnection::schemaCachingDuration sur une valeur supérieure à 0.
En plus de ces technologies de mise en cache au niveau des applications, nous pouvons également utiliser des solutions de mise en cache au niveau des services pour améliorer les performances des applications. En fait, le cache PHP APC que nous avons décrit précédemment entre dans cette catégorie. Il existe également d'autres technologies de serveur, telles que Zend Optimizer, eAccelerator, Squid, et d'autres ne sont pas répertoriées une par une.
La récupération des données de la base de données est souvent le principal goulot d'étranglement d'une application réseau. Même si l’utilisation de la mise en cache peut réduire les pertes de performances, elle ne résout pas le problème sous-jacent. Lorsque la base de données contient une grande quantité de données et que les données mises en cache ne sont pas valides, l'obtention des données les plus récentes nécessitera beaucoup de ressources sans une bonne conception d'optimisation de la base de données et des requêtes.
Des index intelligemment conçus dans une base de données. Un index peut rendre les requêtes SELECT
plus rapides, mais il peut rendre les requêtes INSERT
, UPDATE
ou DELETE
plus lentes.
Pour les requêtes complexes, il est recommandé de créer une vue de base de données au lieu de générer des instructions de requête via le code PHP et de laisser le SGBD les analyser à plusieurs reprises.
N’abusez pas d’Active Record. Bien qu'Active Record soit efficace pour modéliser des données dans un style POO, il réduit en réalité les performances car il nécessite la création d'un ou plusieurs objets pour représenter chaque résultat de requête. Pour les applications gourmandes en données, l'utilisation d'interfaces DAO ou de base de données au niveau inférieur sera un meilleur choix.
Dernier point mais non le moindre, utilisez SELECT
dans votre requête LIMIT
. Cela évitera de récupérer trop de données de la base de données et d'épuiser la mémoire allouée à PHP.
Les pages complexes nécessitent souvent l'introduction de nombreux fichiers JavaScript et CSS externes. Étant donné que chaque fichier entraînera un aller-retour supplémentaire, nous devons minimiser le nombre de fichiers de script en combinant les fichiers. Nous devrions également envisager de réduire la taille de chaque fichier de script pour réduire le temps de transfert réseau. Il existe de nombreux outils pour aider à améliorer ces deux aspects.
Pour une page générée par Yii, l'exception concerne certains fichiers de script rendus par des composants que nous ne souhaitons pas modifier (par exemple, les composants principaux de Yii, les composants tiers). Pour minimiser ces fichiers de script, nous avons besoin de deux étapes.
Remarque : Les
scriptMap
fonctionnalités décrites ci-dessous sont prises en charge depuis la version 1.0.3.
Tout d'abord, déclarez le script à minimiser en configurant l'attribut scriptMap du composant d'application clientScript. Cela peut être fait dans la configuration de l'application ou configuré dans le code. Par exemple,
$cs=Yii::app()->clientScript; $cs->scriptMap=array( 'jquery.js'=>'/js/all.js', 'jquery.ajaxqueue.js'=>'/js/all.js', 'jquery.metadata.js'=>'/js/all.js', ...... );
Le code ci-dessus fait mapper ces fichiers JavaScript à l'URL /js/all.js
. Si l'un de ces fichiers JavaScript doit être inclus par un composant, Yii inclura cette URL (une fois) au lieu de chaque fichier de script individuel.
Deuxièmement, nous devons utiliser un outil pour combiner (et compresser) les fichiers JavaScript en un seul fichier et l'enregistrer sous js/all.js
.
La même astuce fonctionne également pour les fichiers CSS.
Avec l'aide de l'API des bibliothèques Google AJAX, nous pouvons améliorer la vitesse de chargement des pages. Par exemple, nous pourrions extraire jquery.js
des serveurs de Google au lieu des nôtres. Pour ce faire, nous configurons d'abord scriptMap
comme suit,
$cs=Yii::app()->clientScript; $cs->scriptMap=array( 'jquery.js'=>false, 'jquery.ajaxqueue.js'=>false, 'jquery.metadata.js'=>false, ...... );
en mappant ces fichiers de script Lorsque faux , nous empêchons Yii de générer du code qui importe ces fichiers. Comme alternative, nous écrivons le code suivant dans la page pour importer directement des fichiers depuis Google,
<head> <?php echo CGoogleApi::init(); ?> <?php echo CHtml::script( CGoogleApi::load('jquery','1.3.2') . "\n" . CGoogleApi::load('jquery.ajaxqueue.js') . "\n" . CGoogleApi::load('jquery.metadata.js') ); ?> ...... </head>
Ce qui précède est la série 52 du guide officiel du framework Yii - Sujet spécial : réglage des performances. Contenu, et plus Pour le contenu associé, veuillez prêter attention au site Web PHP chinois (www.php.cn) !