Zend FR

8s non ce n'est en aucun cas justifiable sur une appli, web et c'est surement pas le controle des acl de l'auth et la génération du menu qui te prennent 8s, c'est impossible, doit surement y avoir un probleme quelque part ou alors tes pages sont vraiment lourdes (calculs en php ...)
Mais 8s c'est assez énorme, à chaque fois que j'ai vu des pages aussi lourdes, ça venait d'un probleme de conception (statistiques calculées en php au lieu de faire ça en SQL, index oubliés en base ...)

Tu as essayé Zend_profiler voir si y a pas quelquechose qui cloche?


fout ça (à l'arrache ) dans ton bootstrap :

try {
    $frontController->dispatch(); // dispatche !
    
    $tempsTotal       = $profileur->getTotalElapsedSecs();
    $nombreRequetes   = $profileur->getTotalNumQueries();
    $tempsLePlusLong  = 0;
    $requeteLaPlusLongue = null;
    
    foreach ($profileur->getQueryProfiles() as $query) {
        if ($query->getElapsedSecs() > $tempsLePlusLong) {
            $tempsLePlusLong  = $query->getElapsedSecs();
            $requeteLaPlusLongue = $query->getQuery();
        }
    }

    echo 'Exécution de ' . $nombreRequetes . ' requêtes en ' . $tempsTotal . ' secondes' . "<br/>";
    echo 'Temps moyen : ' . $tempsTotal / $nombreRequetes . ' secondes' . "<br/>";
    echo 'Requêtes par seconde: ' . $nombreRequetes / $tempsTotal . ' seconds' . "<br/>";
    echo 'Requête la plus lente (secondes) : ' . $tempsLePlusLong . "<br/>";
    echo "Requête la plus lente (SQL) : <br/>" . $requeteLaPlusLongue . "<br/>";
    } catch (Exception $exception) { // attrape toute exception
        exit($exception->getMessage().'<br/>'.
            $exception->getfile().' à la ligne '.$exception->getLine().'<br/>'    );
        
}

En plus c'est 8s en local ...

C'est ça le pire, 8s en local. Pourtant je n'ai pas l'impression de faire des traitements vraiment hors ZF. J'utilise 1 plugin pour gérer l'acl, j'ai 5 helpers qui sont chargés et appelé avant chaque page. Avant l'affichage de chaque page, je fais quand même beaucoup de requêtes et étant donné que j'utilise Zend_DB_Table, il est vrai que je joue beaucoup avec les objets Rowset et Row.

Par contre, niveau index oublié en base, tu veux dire quoi ? Je vais mettre dans la semaine, mon appli en ligne, et vous me direz comment elle se comporte mais j'angoisse déjà.

Par contre, le code pour utiliser le profiler cité plus haut ne m'affiche aucun résultat dans ma page. Comment puis-je faire ? (peut-être parceque j'utilise le layout ?)

Je compte beaucoup sur votre aide, car cette situation est très stressante.

Bonjour,

j'ai eu le meme soucis (frayeur) dans mon entreprise.

grâce à un thread sur ce forum on a résolu le pb :  le sujet
avant avec  un simple test de charge (avec jmeter) pas trop mechant, on mettait facilement à genou le serveur apache/php.
Dès que l'on a activé APC on a plus jamais mis le serveur en difficulté .
Je pense qu'il est vraiment dangereux d'utiliser le zend sans un cache d'opcode.

Voila ce que je fais pour profiler mes pages.
dans ton bootstrap :

<?php
$start = microtime(true); 
.....
...
$db = Zend_Db::factory($config->db->adapter, $config->db->config->toArray());
$db->getProfiler()->setEnabled(true); // Active le profiler de requete

.....
/// a la fin du bootstrap (tout a la fin) :
// meme chose que sebundus ..
$longestTime  = 0;
$longestQuery = null;
$end = microtime(true) - $start; // ici du capture le temps d'execution total du script (code+bdd)
$profiler = $db->getProfiler();
foreach ($profiler->getQueryProfiles() as $query) {
    if ($query->getElapsedSecs() > $longestTime) {
        $longestTime  = $query->getElapsedSecs();
        $longestQuery = $query->getQuery();
    }
}
$totalTime    = $profiler->getTotalElapsedSecs();
$queryCount   = $profiler->getTotalNumQueries();
Zend_Registry::get('logger')->log("temps total execution de la page: $end avec temps total bdd: $totalTime, nbRequetes : $queryCount", Zend_Log::ALERT);
Zend_Registry::get('logger')->log("requete la plus longue : $longestTime , : $longestQuery", Zend_Log::ALERT);

tu verra comme ca si le pb viens du temps d'exécution requetes SQL ou du code.

Dernière modification par ichevc02 (21-04-2008 11:14:41)

whitespirit a écrit:

Voici les résultats rétournés :

Code:

queryCount : 1549 <br>

C'est énorme pour une seule page ...

Ca sent la requete dans une boucle ca !

stf a écrit:

whitespirit a écrit:

Voici les résultats rétournés :

Code:

queryCount : 1549 <br>

C'est énorme pour une seule page ...

Ca sent la requete dans une boucle ca !

C'est ce que j'allais dire

whitespirit a écrit:

Merci, j'avance petit à petit, j'ai trouvé une sacré boucle foreach qui lance un bon nombre de fois une série de requête :

Code:

        foreach ($droitRowSet as $row)
        {
            $nom_role         = $row->FindParentRow('role')->NOM;            
            $nom_privilege     = $row->FindParentRow('privilege')->NOM;            
            $nom_ressource     = $row->FindParentRow('ressource')->NOM;            
            
            //-- Si le rôle est celui de l'admin, on ne fait rien car par défaut il a tous les droits --//
            if (strcmp($this->str_name_admin, $nom_role) != 0 ) 
            {
                if ($row->IS_ALLOW == 1)
                    $this->allow($nom_role,$nom_ressource,$nom_privilege);    
                else
                    $this->deny($nom_role,$nom_ressource,$nom_privilege);    
            }                        
        }

Ce code charge les ACLs à chaque fois que l'utilisateur essaie d'acceder à une page. Chez moi, les Acls sont décrit dans une table Droit contenant 3 champs (id_role, id_ressource, id_privilege). Avant de tenter d'acceder à une page, je charge les acls à partir de ma table. Lorsque je supprime cette ligne, je n'ai que 57 appels.

J'ai essayé d'utiliser une variable dans le Registry indiquant si les acls sont déjà chargés mais si je ne recharge pas à chaque fois les acls, ceux-ci ne sont pas conserver dans aucune session. Est-ce normal ?

Selon vous, comment sortir de ce guepier ? (

Je comprends pas trop ce que contient ton $droitRowSet

Dernière modification par sebondus (21-04-2008 13:52:45)

HOUUURRAAAAAAAAA.... J'ai réduit : 37 requêtes !!! En fait, je stocke mes acl permettant de faire $acl->allow($role, $ressource, $privilege) dans la table Droit contenant 3 champs [role][ressource][privilege].  Quand je réécrirais cette partie de code, j'utiliserai la sérialisation (là, je suis encore à ma première réalisation ZF)

Mission 1 : CLEAR
---------------------
Dans mon bootstrap, je test si l'acl est déjà présent dans le registry :

if (Zend_Registry::isRegistered('acl') ) 
{
    Zend_Loader::loadClass('MyAcl');                                //-- Charge les ACL
    $acl = new MyAcl($auth); 
    Zend_Registry::set('acl', $acl);                                //-- Enregistre dans le Registry    
    
    Zend_Loader::loadClass('MyPluginAuth');                                //-- Plugin  Gestion des acl et authentification
    $frontController->registerPlugin(new MyPluginAuth($auth, $acl));    //-- Enregistrement du plugin
}

Du coup, j'ai 36 requêtes exécutés. C'est encore énorme ?

Mission 2 :
------------

Dès que l'on a activé APC on a plus jamais mis le serveur en difficulté .

Il s'agit bien du module php à activer, c'est bien ça ?

Mission 3 :
------------
Comment choisir les index d'une base ?

Bon, j'ai résolu à 50% mon pb de lenteur, si vous avez d'autre astuces, n'hésitez pas à m'en faire part. En attendant je vous remercie, en fait je ne m'étais pas rendu compte du pb d'acl, c'est sûr que j'aurai pu résoudre ce pb très rapidement, mais je n'avais jamais encore utilisé le profiler.

Existe t-il un profiler pour le code ? Bon, il y'a Zend Studio mais je n'arrive pas à exécuter le debugger, il ne trouve pas le driver my_sql.dll.

A bientot

Dernière modification par whitespirit (21-04-2008 16:36:45)

En plus du debugger, j'utilise d'autres outils lancer le soir comme :

  PHPDocumentator : qui génère une documentation de l'API et du logiciel;
  PHP_CodeSniffer: qui contrôle les standards de PHP;
  PHP Depend : qui contrôle la qualité de conception et bien d'autre petit truc;
  Rats : Rough Auditing Tool for Security;
  spikephpcoverage : si tu utilises les tests unitaires avec SimpleTest;
  et selenium qui peut-être automatisé

Tu peux en rajouter d'autre avec Phing (un ant en php) ou Xinc (un intégration continue en php) à la fin tu te retrouve avec un belle petite documentation le matin (Xinc) ou quand tu codes la journée (Phing) qui te permettes d'améliorer la qualité de ton code.

Voilà, j'espère que je t'aurai un petit peu aidé dans tes recherches, mais bienvenu dans l'amélioration de code et failles de sécurités connus qui seront améliorés par ces systèmes.

Dernière modification par dinoxyz (22-04-2008 22:32:17)

whitespirit a écrit:

Mais, qu'est-ce que tu entends par "pas de requêtes dans une boucle". Par exemple, lorsque je liste mes clients, je fais un fetchAll(). Pour chaque client, lorsque j'affiche une ligne d'enregistrement, j'utilise $row->FindByParent() dans la bouche foreach($rowset as $row) pour retrouver les informations parents ou externes. C'est donc une erreur monumentale ?

En fait il faut mieux faire une seule requete de X sec que N requete de X / N seconde, car meme si le temps d'execution SQL est le meme ou sensiblement, tu dois interroggé le serveur SQL a chaque requete (ca engendre un temps de latence supplémentaire, un transfert d'info inutile, ...). En gros, c'est plus un probleme de performance et de conception. Pourquoi faire en plusieurs fois ce que tu peux faire en une.

whitespirit a écrit:

Plus j'avance dans mon appli, plus elle prend de l'importance, et plus je me retrouve face à des problèmes non prévus dans l'analyse de départ. Merci pour votre aide à tous.

Ca c'est relativement normal, ca doit être 1 de tes premiers projets, le ZF est encore jeune et il a peut etre quelques soucis de performance ce qui t'oblige a te pencher sur des problematique d'optimisation.
- Supprimer le code mort
- Systeme de cache (opcode, html, sql)
- Analyse de performance du code (PHP et SQL)
- ...