ZF2 Optimiser pour le trafic élevé

Mon ZF2 application semble être extrêmement lente lorsque plus de 3 utilisateurs l'utilisent en même temps.

J'ai le profil de mon code avec xdebug et webgrind et non de mes fonctions semble être lent
donc, il doit être une optimalisation question au sein de la zf2, c'est l'auto.

Pour le cache, j'utilise la EdpSuperluminal module par EvanDotPro, ce qui semble augmenter les performances de l'application.

Nous utilisons le reverse proxy nginx, mais n'ont pas de sens en tant que bien.

J'ai besoin de quelques bons conseils pour augmenter la réponse pour le trafic élevé. Je parle
30+ de l'utilisateur connecté en même temps.

3 utilisateurs simultanés, est loin de fort trafic. Et vous devez optimiser déjà. Elle est mauvaise.

InformationsquelleAutor directory | 2013-02-02

43

Il y a quelques étapes très simples pour parvenir à une application plus rapide. Il y a trois choses qui peuvent toujours être considérés.
1. ZF2 Performance QuickTipp #1 - Viewmodel
  Toujours attribuer manuellement le complet le script à rendre. Cela permettra d'accroître la performance un peu. C'est fait comme ceci:
```
public function someAction()
{
    $viewModel = new ViewModel();
    $viewModel->setTemplate('MODULE /CONTROLLER /ACTION.phtml');
    //In this given example: $viewModel->setTemplate('foo/bar/some.phtml');

    //Do some other Controller-logic as used to

    return $viewModel->setVariables(array(
        //key-value-paired view-variables
    ));
}
```
2. ZF2 Performance QuickTipp #2 - Classmap Chargement automatique
  C'est probablement une des parties les plus importantes de la vitesse de votre application. Personnellement, j'ai vu une augmentation de LoadingTimes jusqu'à 40%. La mise en œuvre est assez simple:
```
class Module 
{
    public function getAutoloaderConfig()
    {
        return array(
           'Zend\Loader\ClassMapAutoloader' => array(
                __DIR__ . '/autoload_classmap.php',
           ),
        );
    }
}
```
  La autoload_classmap.php est alors un simple tableau de 'FQ-CLASSNAME' => 'FQ-FILEPATH'. Cela peut être automatted assez facilement à l'aide de la classmap_generator-utilitaire de ZF2
3. ZF2 Performance QuickTipp #3 - Garder Module.php de la lumière!
  Malheureusement, c'est un post que je n'ai pas à écrire encore. Le Module.php est un fichier qui est chargé à chaque requête. Beaucoup de gens l'oublient et d'écrire beaucoup, beaucoup d'usines à l'intérieur d'eux. À un moment donné, ZfcUser-Module.php était un exemple de ce que ne pas le faire. Les fermetures ou les fonctions anonymes sont exécutées sur chaque demande. C'est tout à fait un peu de travail à faire s'il y a trop d'entre eux sur l'ensemble du projet. Une meilleure approche serait de simplement écrire Usine Classes. ZfcUser plus tard mise à jour Module.php d'utiliser cette stratégie.
Et c'est à peu près toutes les choses faciles, on peut le faire (que je connais, je ne sais pas beaucoup! :D). Cependant, ce qui semble intéressant, c'est que de commencer à utiliser 3 les utilisateurs de votre application s'exécute lentement. De mon expérience, cela n'a rien à voir avec les scripts de lui-même, mais est plutôt un problème de serveur. Est-ce à partir d'une mise en scène de la Machine ou localement?
- Merci pour votre commentaire Sam. J'utilise toutes ces solutions déjà 🙂 je travaille avec php côté serveur de mise en cache des fichiers aswel. Ce n'est pas que l'application est lente avec 3 visiteurs, mais c'est le 'départ' point de perdre en performance. avec 30 actif des visiteurs, le temps de réponse peut être jusqu'à 8 ans pour qu'une page soit chargée. Nous pouvons exclure un problème de serveur. Nous avons fait beaucoup sur les performances. Avant que cette même application est en cours d'exécution sur certains crus (sale) de php et qui a été rapide, même avec 30+ active des visiteurs.
- 8s, wow. C'est vraiment quelque chose à l'intérieur de vos scripts. Car l'exécution du Squelette avec 50 Utilisateurs Actifs me donne pas de problèmes. De sorte qu'il sera de l'utilisateur final farcir l'intérieur de vos scripts, mais de débogage, nous saurons quoi de mal là :S Sur ma fin, il a été le DB Connexion à un point 🙂
- Qu'avez-vous utiliser pour déboguer votre code? Je profilé mon code et analysé le cache de sortie avec webgrind. Je ne pouvais pas trouver la lenteur de la fonction de ma :/ ... pour le moment, 15s pour un chargement de la page, la charge du serveur 25.00. CPU à 100% (2 GHz) pas bon du tout . ;(
- Xdebug et WinCacheGrind, donc essentiellement le même u ne. J'ai remarqué, en faisant bouillir le Zend Code, que le goulot d'étranglement a été à l'intérieur de la DB\classes d'adaptateurs __construct - de sorte que la connexion db. Un pageload de longueur a un grand saut dans le temps de chargement entre certaines d'ur fonctions. Si la mouture EST de révéler quelque chose, mais je ne suis pas expérimenté débogueur moi-même, désolé
- Aujourd'hui j'ai mis à jour notre serveur web avec 2GHz (en sus de base), ce qui semble ne donner à l'application d'un coup de pouce. Php parse temps, autour de 100ms avec un bon trafic. Conclusion; le Zend Framework est de poser des questions pour plus de performances de votre serveur web (tout à fait logique, car c'est toujours un cadre).
InformationsquelleAutor Sam
29

Si vous utilisez la Doctrine, n'oubliez pas d'ajouter un cache pour les annotations. Cette améliorer considérablement la performance (quand j'active le cache de diviser presque par deux le temps de chargement). Si vous utilisez DoctrineORMModule:
```
'doctrine' => array(
    'driver' => array(

        'cache' => array(
            'class' => 'Doctrine\Common\Cache\ApcCache'
        ),

        'configuration' => array(
            'orm_default' => array(
                'metadata_cache' => 'apc',
                'query_cache'    => 'apc',
                'result_cache'   => 'apc'
            )
        ),
    )
)
```
Cependant, c'est assez gênant, tout en développant parce que vous devez vider le cache à chaque fois que votre cartographie des changements.
- Je ne sais pas qui a voté cette. C'est une excellente réponse. La Doctrine; si vous ne l'utilisez pas, vous devriez, mais il cause de ralentissement sans cache.
- +1, le déploiement de la cache! J'ai appropriées config/autoload/local.<environnement>.php.dist fichiers qui je peux échanger en fonction de l'environnement, chacun de qui remplace les paramètres par défaut dans config/autoload/global.php ce qui résout le problème de développement.
- J'ai essayé d'utiliser la configuration et il l'a fait, ni le travail. Après avoir passé quelques heures, j'ai résolu le problème et j'ai trouvé que cette réponse est obsolète. @michael-gallengo Pouvez vous s'il vous plaît mettre à jour?
InformationsquelleAutor Michael Gallego
27

le ZF2 classmap générateur va vous donner un coup de pouce si vous avez un grand projet:

http://framework.zend.com/manual/2.0/en/modules/zend.loader.classmap-generator.html

Alternativement, si vous êtes en utilisant compositeur (vous devriez le faire), alors vous pouvez utiliser composer pour générer le classmap pour tous vos modules et dependdencies trop ce qui est encore mieux:
```
php composer.phar install --optimize-autoloader

php composer.phar update --optimize-autoloader
```
- Aussi une bonne solution. Geez qui downvoted ce fil.
- D'accord; compositeur est généralement va être une meilleure approche que vous utilisez probablement de toute façon (le meilleur moyen d'installer zend framework 2 composants de toute façon) et vous souhaitez charger automatiquement l'ensemble de vos compositeur libs... de sorte que vous pourriez aussi bien avoir un seul autochargeur.
InformationsquelleAutor Andrew
3

Tous les ci-dessus et à l'aide de une sorte de cache d'opcode comme APC /Opcache il permettra d'accélérer les choses.
Mais oui ZF 2 semble être très lent, malheureusement, encore plus lent, puis ZF 1 🙁

Aussi le module de config cache accélère les choses, vous ne pouvez pas avoir toutes les fermetures que de faire ce travail 😉

http://hounddog.github.io/blog/performance-in-zend-framework-2/

InformationsquelleAutor Chris
2

Tout d'abord à l'accélération de votre zf2 application, vous devez utiliser ZendOptimizerPlus. La grande partie du temps d'exécution utilisé pour lire et précompiler code php. Typique ZF2 application a beaucoup de fichiers, alors il faut beaucoup de temps pour les traiter.

ZendOp+ enregistre bytecode de votre application php dans la mémoire partagée, de sorte que le serveur n'a pas lu beaucoup de fichiers et de ne pas analyser chaque demande. ZendOp+ sera à php5.5 par défaut, de sorte qu'il est utile de les connaître et à les utiliser.

Repères donne 9x augmentation de la performance pour de simples applications de cadre (symfony2 tests - http://www.ricardclau.com/2013/03/apc-vs-zend-optimizer-benchmarks-with-symfony2/ ).

Je l'utilise pour mon zf2 + doctrine2 + zfcUser application. Memcached est utilisé pour doctrine2, il ne donne qu'environ 5% d'augmentation des performances.
Donc, avec ZendOp+ j'ai eu 6x augmentation (0.2 -> 0,03 s) pour des pages simples et 3x augmentation (de 0,2 0,06) pour les complexes pages avec beaucoup de formes, des entités, des points de vue. Si j'utilise classmap générateur, je vais mettre à jour la réponse.

Un autre problème est d'utiliser nginx + php-fpm plutôt que apache2+module. Il économise les ressources du serveur.
- Est ZendOptimizerPlus pour Zend 1 ou 2 ou les deux?
- J'ai utilisé pour les deux de Zend
InformationsquelleAutor shukshin.ivan

Vous devez vous connecter pour publier un commentaire.