Problème de performance (firewall) sur serveur mutualisé

**QuozQuent** · 17/09/2015, 09h57

Bonjour,
Je rencontre un problème de performance avec Symfony sur des requêtes en ajax. Elles mettent près de 3000 ms pour aboutir ce qui me parait énorme.
Afin de comprendre l'origine de cette lenteur, je suis allé regarder du côté de la timeline dans le profiler et je me rends compte que c'est le composant Symfony\Component\Security\Http\Firewall qui retarde la requête (2000 ms). Je précise que je suis sur un serveur mutualisé.
Comment pensez-vous que je pourrais gagner en performance à ce niveau là ?

Merci d'avance pour vos réponses

**QuozQuent** · 17/09/2015, 10h19

Problème réglé, il faut utiliser 127.0.0.1 dans la configuration au lieu de localhost. Et j'imagine après que si c'est la partie "controller" qui est lente, c'est le code du site qu'il faut modifier ?

**gototog** · 17/09/2015, 14h13

Si c'est lent c'est juste que tu es en environnement dev non?
Normalement en environnement prod tu ne dois pas avoir accès a la barre de symfony

D'ailleurs tu devrais interdire environnement dev sur ton serveur, si tu veux pas te faire "hacker" en 1 minute

**QuozQuent** · 17/09/2015, 15h47

Oui j'étais effectivement dans un env de dev, il sera évidemment retiré lors d'un accès publique du site. Je m'en servais pour comprendre comment cela se fait-il que le serveur mette 2000 ms en moyenne (d'après Tamper Data) pour répondre à des requêtes ajax (cette fois-ci sur la version prod). Bon, il est vrai que j'ai un record minimum à 465 ms, mais cela me semble déjà grand...

**gototog** · 18/09/2015, 12h10

si tu as apc sur ton serveur, tu peux cacher un peu de doctrine pour améliorer un peu les temps de réponse coté serveur

config_prod.yml

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
doctrine:
    orm:
        metadata_cache_driver: apc
        result_cache_driver: apc
        query_cache_driver: apc

Ta base de données est elle aussi sur ton serveur mutualisé? sinon veille a ce que tes requêtes ne soit pas trop nombreuses (ca se vérifie en dev, mais sur ton poste de dev :p)
Après je vois pas trop comment augmenter le temps de réponse sans changer sur un serveur plus puissant mais je m'y connais pas spécialement non plus.

Si tu as des soucis coté frontend
Je te conseille d'utiliser des sites d'analyse de vitesse de page (google page speed insight par exemple)
Qui te donnerons des tas d'indices sur la vitesse de chargement de page.
Par exemple, tes javascripts sont ils chargés en fin de page et non dans le <head> etc...

**QuozQuent** · 24/09/2015, 19h15

Merci pour ces quelques conseils. En fait, le problème a l'air d'être due à la lenteur du temps de réponse du serveur et du script en lui-même, il n'y a pas de css qui est chargé lors de ces appels. J'ai réussi à réduire le temps à 1500 ms en changeant un peu la requête sql exécutée derrière et en passant par du json mais j'aurais vraiment aimé passer sous les 1000 ms de "pending". Malheureusement, je peux pas activer le cache apc.
En 1500 ms, le script récupère deux entités et ajoute deux entrées dans la base. Je n'utilise qu'un seul flush... Ca me parait encore une fois élevée.

Problème de performance (firewall) sur serveur mutualisé

Symfony PHP

Vue hybride

Discussions similaires

Partager

Partager