Zend FR

Salut,

la différence est on ne peut plus flagrante : les routes ne servent uniquement qu'à faire correspondre l'url avec les modules/controllers/actions/params... Pour schématiser, il remplace le mod_rewrite d'apache!
Les plugins, eux, permettent certes d'influencer le routage dans certains cas, mais ne sont absolument pas là pour "surcharger" le routeur. Ils sont là pour effectuer des "actions/tests/..." peut importe la route demandée justement! Alors effectivement dans le cas d'une vérification d'authentification/droit, on influence le routage selon le résultat des tests, mais dans d'autres cas, on ne tiendrait même pas compte du routeur. Cela évite essentiellement d'avoir à écrire le même code dans tous les contrôleurs.

Bonjour squall6969,

Dans mon tuto, j'ai donné des exemples courants d'utilisation de helpers et plugins, mais NewSky a raison : un plugin peut aussi servir à mutualiser du code. Il n'y a pas de recette "universelle" pour l'utilisation des helpers et des plugins, il faut bien comprendre comment ça marche pour choisir dans quel cas on met tel ou tel code dans un plugin ou un helper.

Dans un site multilangue par exemple, la détection de la langue à partir de l'URL, de données en session ou autre se fait souvent dans un plugin.

A+, Philippe

Je ne sais pas si on peut dire que j'ai "confondu" helper et plugin. Je débute aussi sur ZF ;-).
Mais effectivement, la différence flagrante entre les plugins et les helpers est bien le moment où ils sont appelés :
Plugins : avant et après l'instatiation/exécution du contrôleur frontal
Helpers : après le routage
Cela se voit précisément sur le diagramme de séquence proposé sur kitpages.fr.
Donc effectivement, seuls les plugins peuvent influencer le routage...

Une autre utilisation des plugins ?
Je sais pas si ce sera un bon exemple, mais j'ai développé un plugin qui permet de gérer l'appel du fichier robots.txt. Il génère ce fichier dynamiquement.
Pour ça, j'ai créer un plugin qui redéfini preDispatch. Si c'est robots.txt qui est demandé, je désactive les layouts et le view renderer et rend le contenue de robots.txt en text/plain. Je désactive aussi le plugin des erreur afin d'avoir un code 404 dans la réponse HTTP.
Peut-on dire que j'influence le routage dans cette situation ? L'utilisation d'un helper aurait été impossible vu que je n'utilise aucun contrôleur.
Est-ce une bonne utilisation des plugins ? Aurais-je pu faire autrement ?

Oui, bien sûr, mais le but était bien de pouvoir le gérer par le ZF! Un peu à la méthode de Wordpress qui, lorsque dans le backoff on choisi de rendre ou non le blog accessible aux moteurs de recherche, le robots.txt affiche les infos adéquats (ainsi que les balises métas...).
Donc j'ai voulu faire un peu dans cette optique...
Par contre, je posterais probablement mon code plus tard (je l'ai pas sous la main), mais quand je l'ai écrit, je me suis posé une question:

dans mon preDispatch, je fait le test suivant

if( 'robots.txt' === $controllerName)
{
     # faire désactivationLayoutsAndViewRenderer
     # Faire génération robots.txt
}

Est-ce la bonne façon de tester ?

Edit : pour ceux que ça intéresse, voici le code complet du plugin :

<?php 
/**
 * Gestion des appels à robots.txt par les robots/spiders
 * 
 * @version 0.0.1 - 07 Novembre 2008
 * @author Luc ALBERT
 * 
 * @see Zend_Controller_Plugin_Abstract
 *
 */
class Plugins_RobotsTxt extends Zend_Controller_Plugin_Abstract
{
   
    public function preDispatch(Zend_Controller_Request_Abstract $request)
    {
        if( 'robots.txt' === $request->getControllerName() )
        {
            $this->disableLayouts();
            
            // Configure les en-têtes
            $response = $this->getResponse();
            $response->setHeader( 'Content-Type', 'text/plain; utf-8' );
            
            $robotsTxt = "Sitemap: http://www.domaine.tld/sitemap.xml

            User-agent: *                 # Pour tous les robots
            Disallow: /images
            ";
            
            // Filtre les données
            $filter = new Filter_stripTabs();
            $robotsTxt = $filter->filter( $robotsTxt );
            
            $response->clearBody();
            $response->setBody( $robotsTxt );
        }
    }

   /**
     * Désactive les layout et le view renderer
     */
    public function disableLayouts()
    {
        /**
         * @see Zend_Layout
         */
        require_once 'Zend/Layout.php';
        if ( null !== ( $layout = Zend_Layout::getMvcInstance() ) ) {
            $layout->disableLayout();
        }
        
        // Désactive le rendu
        Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer')->setNeverRender(true);
        
        // Désactive la gestion des erreurs (evite un code 404)
        Zend_Controller_Front::getInstance()->setParam( 'noErrorHandler',true );
    }
}

Dernière modification par NewSky (06-11-2008 13:33:35)

Nikkau a écrit:

Ca marche uniquement dans le cas où le moteur de recherche cherche http://monsite.com/robots.txt

Mais c'est normalisé, c'est comme ça que ça se passe non ? Lorsqu'un moteur passe sur ton site et qu'il veut récupérer le robots.txt, c'est la seule requête qu'il fait ?

NewSky a écrit:

Mais c'est normalisé, c'est comme ça que ça se passe non ? Lorsqu'un moteur passe sur ton site et qu'il veut récupérer le robots.txt, c'est la seule requête qu'il fait ?

Oui, ça c'est normalisé, mais que le controller soit défini dans cette partie de l'URL non .