Dimanche 07 Septembre 2008, Ste Reine
> Zenaba / Communauté / Blog / Sport / Blog du Sir Kic... / informatique / filtres a la youtube
Blog Blog du Sir Kicklee
Dans ce blog, je parle de sport (principalement arts martiaux) et d'informatique (Web), mes deux grandes passions.
- Type de blog : focalisé sur un-plusieurs sujet
- TAGS : art martial, arts martiaux, ezpublish, ezpublish, informatique, informatique, internet, sport, web, web,
-
Noter:
| Note Globale: |
|
|
-> 5 Notes |
|
filtres a la youtube
poste le Lundi 26 Novembre 2007 7:28:08 pm modifie le Lundi 26 Novembre 2007 7:28:08 pm
|
Exemple: Liste recettes cuisine
Le principe est simple et les avantages multiples:
- Meilleur referençement: le filtre est composé entierement de liens, ainsi tous les liens sont accessibles par les robots. de plus, les filtres peuvent se combiner (par exemple je recherche les recettes africaines de type "entrée" ave un cout de "moins de 10€" de difficulté "moyenne" ce qui cree une pleiade de liens intelligents et visibles surtout (les parametres sont affichés dans l'url ) ). Solution propre est utile.. quand on voit ce que certains sites peuvent cacher comme liens dans leur source.
- Meilleurs performances: les filtres etant passés par le view_parameters, toutes les pages filtrées se mettent en cache (view_cache).
- Les filtres s'adaptent à la categorie ou l'on se trouve, par exemple si on se situe dans la categorie "recettes de la reunion" , on affichera pas les type "entrees" si il n'y aucune recette correspondante. Cela implique de calculer pour chaque noeuds les filtres correspondants, ce qui n'est pas si lourd que l'on pourrait le penser avec une bonne solution de cache.
- Mieux qu'un moteur de recherche dans le sens ou un moteur de recherche va etre passif et peut representer un effort a fournir à l'internaute. Ici, les filtres agissent de façon active.
Le fonctionnement:
- un operateur calcule les differents filtres à partir du noeud ou l'on se trouve (à partir des relations d'objets simples/multiples passéees en parametre). Cet operateur est plaçé dans un cache-bloc sur le noeud en question afin de ne le calculer une fois par noeud (sinon recalcul à chaque view_cache ) .Puis, cet operateur va stocker un serialize du tableau dans une table pour faire correspondre le filtre avec l'id du noeud.
- un operateur reçeptionne le filtre et affiche les blocs html
Les contenus affichés sont obtenus par des fetchs, dans le cas de relation multiples, un extended_attribute_filter est necessaire, sinon l'attribute_filter convient parfaitement.
En ce qui concerne les tris, cela est geré dans le template, je specifie les champs qui vont etre des tris. Après , il y a des exceptions, par exemple pour trier les contenus qui disposent d'une photo (sans devoir faire un foreach et tester l'existence..), il faut aussi passer par un extended_attribute_filter.
Pas encore de commentaires...