[FW] Bonne pratique

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : [FW] Bonne pratique

Re: [FW] Bonne pratique

par Yosh » 24 août 2011, 15:57

Je sais que je réponds un peu tard, mais je pense que les slots peuvent t'aider à gérer ca :
http://www.symfony-project.org/jobeet/1 ... les_slot_s
Un peu tard, oui, mais merci quand même.

Je n'utilise pas Zend mais un framework maison, qui permet déjà d'utiliser des slots (ce sont des PartialView chez moi) mais j'ai à moitié résolut le problème en ne faisant qu'un seul appel (via minify et les groupsCss) en début de page.

J'ai dans l'idée (dans une prochaine version) de créer un stack JavaScript et de tout écrire dans une vue partiel en fin de page, comme ça plus de problème.

Re: [FW] Bonne pratique

par rami » 24 août 2011, 15:46

Je sais que je réponds un peu tard, mais je pense que les slots peuvent t'aider à gérer ca :
http://www.symfony-project.org/jobeet/1 ... les_slot_s

Re: [FW] Bonne pratique

par devlop78 » 09 juil. 2011, 04:03

Peut-être aussi que tant que les JS mis en début de page bloquent le chargement du reste de la page tant qu'ils ne sont pas exécutés, alors que s'ils sont à la fin, le navigateur a le temps d'effectuer plusieurs rendus. Perso, je mets tout dans <head></head> mais ça peut être intéressant de voir les temps de chargement ...

Re: [FW] Bonne pratique

par Nours312 » 04 juil. 2011, 23:34

yahoo à surement conseillé ça avec l'espoir de ne plus voir ce genre de code ::

Code : Tout sélectionner

<script type="text/javascript"> $('maDiv').click(maFunction) ; </script> <div id="maDiv">KéKon !... </div>
car ça arrive "trop" souvent ...

Sinon, perso, j'utilise un gestionnaire de vue qui me permet d’empiler les commandes javascript, virer les doublons, confirmer l'existance des fonctions indéxées dans le navigateurs, ...
Donc, je peux facilement, les placer en fin de flux (envoi vers le navigateur) ou si besoin les mettre dnas une fonction en callback (dom::loaded ou autre ^^)

je ne penses pas qu'il y ai de grandes différences au final, mais il est toujours plus agréable de débugger (ou pirater) un script bien rangé ;)

Maintenant si tu dois alourdir les process serveur pour gagner peu de perf navigateur, ... est-ce que ça en vaut le coup ?

@+

[FW] Bonne pratique

par Yosh » 01 juil. 2011, 18:35

Salut à tous,

D'après les recommandations Yahoo, il est de bon goût de mettre tous les scripts JS en fin de page.

Pas de problème lorsque l'on utilise une vue dans laquelle on met le lien vers notre JS global (jquery, etc...) par contre j'ai un soucis lorsque j'utilise des vues partiels (des vues dans une vue), celles-ci peuvent comporter du code JS et comme le script global n'est pas chargé, cela me pose problème, notamment lorsque cette vue partiel utilise le $(document).ready() de JQuery (qui n'est pas encore chargé).

Est ce vraiment nécessaire ?

Comment se nomme cette technique, si tant est que cela en soit une (les PlaceHolder!?!?)?

Avez-vous déjà rencontré ce soucis ? Et si oui, comment l'avez-vous résolu ?

Pour ma part je pense mettre en place un système me permettant d'ajouter dans un stack tous les scripts JS afin de les balancer en fin de page, après le chargement des JS globaux.

Je précise que c'est pour un intranet ou le JS est forcément activé (à prendre avec des pincettes), donc pas de commentaires sur le js non intrusif and co please.