WordPress 2.6 Beta 1 sur les rails !

WordPress 2.6 Beta 1 sur les rails !

Je profite de 5 minutes de répits pour faire partager la nouvelle ! La première bêta de WordPress 2.6 est sortie lundi !

Cette nouvelle version ne sera pas aussi importante que WordPress 2.5, mais elle comporte de nombreuses nouveautés.

Dont voici la liste :

  1. Historique des articles. (Versionning)
  2. Un raccourci de publication pour tumblelog. (à la micro blogging)
  3. Support de (Google) Gears pour la mise en cache des fichiers de la console d’administration afin d’accélérer l’affichage des pages. Il n’est pas question de blogging hors ligne.
  4. Possibilité de prévisualiser les thèmes, comme sur WordPress.com.
  5. Ajout d’un compteur de nombre de mots dans les articles.
  6. Possibilité de désactiver l’API XML-RPC pour des raisons de sécurités, si elle n’est pas utilisée.
  7. Ajout de fonctions dans l’API XML-RPC pour éditer les options du blog.
  8. Meilleur support du SSL pour une console d’administration avec connexion sécurisée.
  9. Nouvelle interface pour hiérarchiser et ordonner les catégories et les blogs.
  10. Possibilité de déplacer le dossier de contenu (wp-content)
  11. Possibilité de déplacer le fichier de configuration de la racine du site. (Pour améliorer la sécurité ?)
  12. Interface en « drag and drop » pour les galeries d’images.
  13. Possibilité de choisir le gravatar par défaut. (En image sur le blog de WP.com)
  14. Activation, désactivation et effacement massif des extensions.
  15. Mise à jour de l’éditeur visuel TinyMCE vers la version 3.1.0.1
  16. Mise à jour de jQuery 1.2.6 et jQuery UI 1.5 pour d’important gain de performances.
  17. Divers corrections de bugs et amélioration sensibles des performances.

Il n’y a pas de version française pour les versions bêtas. Nous mettrons à jour la traduction pour la version finale.

Je vous rappelle qu’il ne faut pas utiliser de version bêta sur vos sites de production. Ou sinon à vos risques et périls.

Pour les plus fous d’entre vous, vous pouvez télécharger et essayer cette version béta !

48 commentaires

  1. Louis

    Mise à jour de jQuery 1.2.6 et jQuery UI 1.5 pour d’important gain de performances.

    On nous promet toujours plus de performances soit disant grace à JQuery, mais dans les faits, la façon aberrante dont JQuery est divisée dans l’admin en un milliard de fichiers, entraîne l’effet inverse.

  2. Amaury auteur de l’article

    Louis > L’image que tu montres, c’est pas jQuery ! c’est l’intégralité des fichiers lancés dans l’admin… (css, image, js)
    Et c’est sur ce point que Gears va être utile.

    Ensuite l’impact de jQuery sur les performances, c’est pas tellement la rapidité de téléchargement (c’est ce que tu montres sur l’image), mais c’est la consommation mémoire du JS et l’allégement des traitements de ce même moteur JS.

    Enfin il est tout à fait logique de diviser les fichiers, tous ne seront pas lancé selon les pages.

    Je rappelle également que ce type de fichiers est mis en cache par votre navigateur, à condition que votre serveur HTTP, soit bien configuré….

    La version 2.6 est prévue pour le 07 juillet !

  3. bobby

    Il faut maintenant 2 clics pour activer un thème.
    Ce n’est pas grand chose mais c’est à mon avis ce genre de détail qui encroute l’ergonomie…

    Sinon, une version version appelé « crazyhorse » est développée en parallèle pour des expérimentations.

  4. alain

    elle a l’air géniale cette version ! surtout ce qui m’intéresse c’est la prévisualisation des thèmes ^^

  5. Amaury auteur de l’article

    Bobby > Xavier doit théoriquement écrire un article à propos de Crzayhorse. (pour rappel, c’est une branche d’expérimentation) Et pour avoir échanger avec les developpeurs, il est fortemement probable qu’aucune piste de cette version soit retenu 🙂

    Rick > Cela permet de publier à distance, exemple le logiciel Windows Live Writer

  6. Louis

    @Amaury :

    <blockquote>L’image que tu montres, c’est pas jQuery ! c’est l’intégralité des fichiers lancés dans l’admin… (css, image, js)</blockquote>

    C’est une <em>partie</em> (la liste en escalier continuait encore longtemps…) des fichiers de l’admin, composé essentiellement de scripts JQuery ou codés pour JQuery.

    Maintenant, ce n’est pas l’usage de JQuery que je dénonce, mais la fragmentation des fichiers. Une admin, c’est l’exemple même où l’on devrait avoir un ou deux fichiers JavaScript très lourds, qui serait eux mis en cache une bonne fois pour toute, et chargerait bien plus vite que toute ce bazar en escalier.

    Pour peu que tu t’intéresse un minimum à la performance (temps de chargement/affichage), tu as déjà du lire la formidable analyse de l’équipe de Yahoo, et leur critique des téléchargements en escaliers et critique des fichiers JS qui ralentissent le rendu.

  7. Amaury auteur de l’article

    Ca se discute…

    Lancer 2 gros JS tout le temps. Ou lancer le JS uniquement quand c’est utile…

    Question philosophique !

  8. Louis

    Avec la démocratisation de l’ADSL, les gens ne sont plus ralentis par la taille des fichiers, mais par la multiplication des requêtes HTTP.

    Combiner les fragments de JS est la meilleur solution en terme de performances.

  9. Benoît

    Merci Amaury pour cette publication, je m’apprêtais à le faire, tu m’as devancé. 😉

    Sinon a quand le JQuery configurable dans l’admin pour permettre les effets thickbox, lightbox et autres sur le côté public de WP ?

  10. Jerem

    La version « crazyhorse » étant une version de développement, elle apporte pas mal d’éléments nouveaux et très intéressants. Plus que la Beta 1 de WP 2.6 en tous cas.

    Peut-être faudra-t-il attendre WP 2.7 avant de voir apparaître des nouveautés de plus grande envergure 🙂

  11. Amaury auteur de l’article

    Jerem > CrazyHorse est une version d’expérimentation, rien de plus, il est probable que rien ne soit retenu de cette version…

  12. alain

    bonjour, je voulais savoir pourquoi la version 2.6 n’est toujours pas en téléchargement?

    merci ! (je suis impatient ^^)

  13. Jerem

    Oui, d’après la Roadmap, ce ne sera pas pour cette semaine… Ils vont nous refaire le coup de la 2.5, la sortie va être reportée d’une semaine 😛 Pour le moment, ils parlent d’une sortie le 14 juillet. Mais je pense qu’il y a peu de chance pour qu’on ait une version finale ce jour-là, plutôt une RC.

  14. Amaury

    Pas d’accord avec vous à propos du JS. Vous ne prenez pas en compte l’aspect mémoire, et consommation du moteur JS du navigateur.

    De toute facon, c’est un faux problème, avec Gears le problème disparait.

    Pas d’inquiétude pour le nombre de tickets. Pour la plupart, ils seront reportés à la version suivante.

  15. Louis

    @ Amaury : tu veux bien détailler s’il-te-plaît en quoi un fichier simple plutôt que des dizaines de petits fragments joue sur « l’aspect mémoire, et consommation du moteur JS du navigateur » ?

  16. Amaury

    Il est plus couteux pour le moteur de lancer un fichier JS de 2 MO à chque, dont 10% sera utile.

    En lieu et place de 10 petit JS, d’un poid total de 800ko, dont 70% sera utilisé par la page ou l’on est…

    Ca me parait simple comme concept 🙂

  17. Louis

    Seules les fonctions de la page sont exécutées, le reste du code est simplement lu par le navigateur, pas exécuté. Par conséquent, la seule pénalité que l’on a lorsque l’on charge un gros fichier unique, c’est sa taille en ko.

    Or, avec une multitude de fichiers, d’une part on perd le caching, et d’autre part on a une page qui s’affiche au ralenti à cause de la multitude de requêtes.

    Pour résumer, un gros fichier est caché et de toute façon se charge bien plus vite que plusieurs fragments, à froid.

  18. Louis

    Cela a été dit, redis, et tourné dans tous les sens sur de nombreux sites auparavant, je ne vais pas tout refaire.

    Commence par regarder le travail de l’équipe Yahoo, et assimile les conseils qu’ils présentent sous la forme de règles.

  19. Amaury

    Je connais 😉 dont la super extension 😉

    Cela dit, il y à mon avis un compromi à faire entre taille du JS et utilité du code.

    Ok, ta page économisera 5 requetes http, si c’est pour perdre 10 sec de traitement CPU derrière pour lire le JS de 2 mo, il n’y a aucune utilité…

    Je reste pragramatique vis à vis du tout dans un fichier…
    Et puis n’oublions pas que Gears vient résoudre ce « pseudo » problème.

  20. Louis

    Non non, là tu généralise, alors que WordPress est un cas précis.

    Au risque d’être lourd, je remet le lien vers le screenshot que j’ai fait depuis Firebug, de l’admin de WordPress. Je signale au passage que ce n’est qu’un extrait, la liste continuait encore bien davantage !

    Dans le cas précis de WordPress donc, je ne pense pas que ta position soit défendable : rassembler toute cette armée de fichiers JS en deux ou trois gros fichiers seulement, c’est la bonne solution.

  21. Amaury auteur de l’article

    Sur ton screenshot tu affiches tout (images, etc), donc c’est pas très clair.

    Cependant, ma page de rédaction lance 282ko de JS avec mes plugins, dont 280ko en cache.

    Donc ou est le problème ?
    Et il y a une raison aussi, à coté de l’aspect perf…

    L’aspect maintenabilité du code, dans un projet open source c’est primordiale. Hors comme beaucoup de JS proviennent de librairies, c’est un problème incurable…

    Bref, je suis pas convaincu 🙂

  22. Louis

    Ce que je dis pour le JS s’applique aussi pour le CSS, mais de toute façon rien qu’avec le JS, regarde mon screenshot en détails, on a bien une vingtaine de fichiers.

    Tu dis que tu as compris, mais tu n’as fait que lire je pense. Tu me reparles encore en terme de poids, alors que le poids n’est pas l’enjeu ici. WordPress n’attache pas de far expire header aux fichiers JS, donc même s’ils sont cachés, le navigateur demandera s’ils ont changé depuis la dernière fois.

    En pratique, ça veut dire qu’on a plein de requêtes inutiles, un temps de chargement aberrant (l’admin est lourde, vraiment), pour rien.

    Quant au côté Open Source, il suffirait d’intégrer un concaténeur automatique du genre de ce que fait le plugin PHP Speedy.

    Note : si tu soutiens encore que les petits fichiers sont un bon choix, je me flingue :p

Les commentaires sont fermés