Tout sur : Wordpress

AbriCoCotier se dote du service de commentaire IntenseDebate

Vous l’aurez sans doute remarqué, hier, j’ai installé sur le blog le service de gestion automatisée de commentaires IntenseDebate, qui, à l’image de Disqus, permet d’augmenter très sensiblement (et tout ça, clef en main), le nombre de fonctionnalités des commentaires.

En fait, j’en avait marre du skin des commentaires d’AbriCoCotier que je trouvais fondamentalement moche, donc j’ai décidé d’opter pour ce système qui est, pour la petite histoire, la propriété de Automattic, la société mère de WordPress (elle-même propriété de Matt Mullenweg, qui a refait son blog, et c’est encore plus beau qu’avant). Il est beau, bien fait, même si encore en anglais. Pas grave, ça vous fera réviser ;)

IntenseDebate

Pourquoi IntenseDebate et pas Disqus ? Bonne question. J’ai surtout choisi sur un plan SEO : je savais que jusqu’à récemment, Google n’indexait pas ou pas bien les commentaire du blog de Geoffrey Dorne qui utilise Disqus, or c’est pour moi un des premiers critères. Ensuite, IntenseDebate étant désormais partie intégrante du projet WordPress (car appartenant à la même maison), j’ai joué mon frileux et me suis dit que forcément, IntenseDebate serait mieux intégré à WordPress que Disqus. Et enfin, je crois que Techcrunch utilise ce système, c’est donc qu’il a fait ces preuves.

Donc voilà, normalement, on est partit pour quelques temps avec IntenseDebate. N’hésitez pas à en utiliser les fonctionnalités pratiques (telles que les « réponses » aux autres commentaires, ou bien la notation d’un commentaire qui vous aura paru de d’encore meilleure qualité que le reste). Si vous en pensez du mal ou du bien, les commentaires de ce billets serviront de cahier des doléances.

En finir avec les erreurs 500 pour WordPress 2.7.x sous 1and1 et OVH

Erreur 500 WordPress 2.7.x

Voilà certainement la bonne nouvelle de ma journée. Enfin ! J’ai fini par trouver comment régler les problèmes d’erreurs 500 (que j’avais à la pelle) sur mon WordPress 2.7.0 puis 2.7.1 : la solution a été d’abord donnée ici, puis relayée ici.

Pour ceux que ça énerve d’aller voir sur les sites dont j’ai mis les liens, je vais répéter : en gros, OVH et 1and1 gèrent mal le PHP5, ce qui occasionne ces erreurs 500.

Donc pour améliorer cette situation, éditez votre .htaccess (à la racine de votre site normalement), et en lieu et place de ce qu’il y avait avant, à savoir ça :

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

Écrivez ça :

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

# END WordPress

(j’ai mis en gras les lignes qui changent par rapport à la situation précédente)

En tout cas chez moi, ça a réglé tous mes problèmes d’un seul coup. J’ai pu réactiver un certain nombre de plugins que j’avais désactivé jusqu’alors à cause de cela (notamment le plugin des billets sur le même sujet, en bas de chaque billet).

WhyDoWork Adsense : un plugin pour paramétrer de façon intelligente l’affichage des publicités sur WordPress

Depuis longtemps, je me demandais comment rembourser les frais que m’occasionne le maintien de ce blog (même si c’est pas avec des publicités Adsense et le trafic minable qu’il fait que je vais vivre), sauf que je ne voulais surtout pas gêner la lecture de ce blog pour les gens qui le lisent souvent.

Me basant sur ma propre expérience (je n’avais que ça), j’ai vu qu’en moyenne, si un billet n’était pas lu dans les quatre jours qui suivaient sa publication, alors il l’était souvent beaucoup plus tard (une à deux semaine au moins) : bref, j’ai dès lors considéré que les quatre premiers jours d’un billet étaient ceux « réservés » aux lecteurs réguliers, ceux venant via Google arrivant progressivement, mais après.

D’où ma réflexion : pourquoi ne pas tenter de ne mettre des publicités Adsense que sur les billets ayant plus de quatre jours ? Oui mais, pas faute d’avoir voulu pondre un bout de code en PHP, je ne trouvais pas jusqu’alors comment faire. Et puis, j’ai trouvé WhyDoWork Adsense, qui permet de faire tout cela très simplement et rapidement. Donc je l’ai fait.

Je reste ouvert à toute critique constructive (les insultes et/ou commentaires inutiles/écrit en kikoolol seront supprimés).

Afficher la liste des catégories en liste déroulante pour votre blog WordPress

Allez hop, il n’est pas trop tard : voilà un petit truc pour afficher la liste des catégories de WordPress en une liste déroulante plutôt que dans une liste classique, qui, à la longue, prend de plus en plus de place…

Donc j’ai eu beau parcourir les blogs qui proposaient des astuces, mais je n’ai pas trouvé d’astuce valable. C’est idiot (ou pas du tout), mais la bonne méthode se trouvait… sur le site officiel (tellement classique).

Voilà mon code qui fonctionne (chez moi) :

<h2>Catégories</h2>
<?php wp_dropdown_categories(‘show_option_none=Catégories&orderby=name&show_count=1&hierarchical=0′); ?>

<script type= »text/javascript »><!–
var dropdown = document.getElementById(« cat »);
function onCatChange() {
if ( dropdown.options[dropdown.selectedIndex].value > 0 ) {
location.href = « <?php echo get_option(‘home’);
?>/?cat= »+dropdown.options[dropdown.selectedIndex].value;
}
}
dropdown.onchange = onCatChange;
–></script>

Alors attention, car on ne peut pas transposer directement les otpions utilisées précédemment avec la fonction wp_list_cats() sur la fonction wp_dropdown_categories().

Ce qui fait que pour avoir un affichage avec les même options, j’ai changé comme suit :

<? php wp_list_cats(‘sort_column=name&optioncount=1&hierarchical=0′);  ?>

par

<?php wp_dropdown_categories(‘show_option_none=Catégories&orderby=name&show_count=1&hierarchical=0′); ?>

… sachant que les attributs et les différentes valeurs qu’ils peuvent prendre sont expliqués sur la page précédemment linkée.

Rattrapage de la charrette #4

Youpi !
(Lire la suite…)

WordPress : quelques Thèmes, Plugins et Hacks

Bon, ça fait longtemps que ce billet traine dans les « brouillons », donc je décide de le publier maintenant :

Thèmes

Plugins

  • Pour ceux que les publicités 125 par 125 intéressent, voici un plugin on-ne-peut-plus adapté.
  • Éric Dupin a fait ici une liste de 30 astuces pour améliorer les commentaires sur votre blog.

Hacks

Le billet faisant référence actuellement étant celui là « 10 Killer WordPress Hacks« , je signale aussi celui-là : « Afficher les archives WordPress dans une liste déroulante » (promo personnelle), mais si vous en avez d’autres, je suis preneur.

Afficher les archives WordPress dans une liste déroulante

Ce tutoriel rapide a pour but de donner la solution pour changer la liste classique des archives WordPress en une liste déroulante.

Avant, vous aviez un code ressemblant à celui là :

<ul>
<?php wp_get_archives("type=monthly&show_post_count=1"); ?>
</ul>

Changez-le par ce code là :

<form id="archiveform" action="">
<select name="archive_chrono" onchange="window.location =
(document.forms.archiveform.archive_chrono[document.forms.archiveform.archive_chrono.selectedIndex].value);">
<?php wp_get_archives("type=monthly&format=option&show_post_count=1"); ?>
</select>
</form>

Et… c’est tout.

Sortie de WordPress 2.7: Si vous ne l’aimez pas, modifiez le !

AbriCoCotier sur WordPress 2.7

La dernière fois que WordPress a modifié son interface utilisateur, les réactions ne se sont pas faites attendre, et malheureusement pour la plus populaire des plateformes de blog elles n’étaient pas très très sympathiques… Même ses plus fervents défenseurs s’interrogeaient sur le pourquoi du comment de ce changement, tout en tentant de se dépatouiller avec cette nouvelle interface. Ce n’est donc pas une surprise si la dernière version de WordPress, « Coltrane » de son petit nom a mis l’accent sur l’amélioration de l’interface.
La question qui nous anime tous aujourd’hui est donc celle-ci : L’équipe de développement de WordPress parviendra-t’elle à reconquérir le cÅ“ur des utilisateurs dégoûtés qui ont préféré frapper à la porte de la concurrence ?

Si l’on en croit les première impressions, la réponse serait OUI. Beaucoup d’utilisateurs qui ont détesté WordPress 2.5, qualifient déjà la version 2.7 de fantastique et géniale.

Même si j’avais déjà vu les vidéos de présentation, utiliser la 2.7 sur AbriCoCotier est une expérience plutôt sympa. Je ne dirais que ça change la vie, mais ça change malgré tout pas mal de chose.

WordPress 2.7 offre une interface que l’on ne peut qu’aimer, puisque chaque utilisateur en a le contrôle complet. Techniquement : toute l’interface est modifiable selon vos désirs et vos besoins.

Cette version intègre aussi de nouvelles fonctions réclamées par les utilisateurs. On peut maintenant avec la fonction « sticky posts » créer des post qui conservent leurs places de premier post, même si d’autres posts sont publiés par la suite. L’espace de travail vous offre aussi plus de possibilités qu’auparavant, et diminue sensiblement le nombre de clics nécessaires à une action. Le premier adjectif qui me viendrait à la bouche pour qualifier cette nouvelle version serait  » personnalisable« , alors que le second serait « bien pensé« .

L’équipe de développement a aussi travaillé sur des améliorations moins visibles. Ils ont ainsi supprimé les bugs des API, et ajouté une documentation d’aide en ligne.

Mais aussi impressionnantes soient-elles, je ne pense pas que l’engouement qui se crée autour de cette nouvelle version soit le résultat des améliorations techniques et esthétiques. Je crois plutôt que les utilisateurs de WordPress ont senti que la nouvelle équipe menée par Jane Wells était à leur écoute et prenait en compte leurs avis et leurs préoccupations afin de mieux y répondre. Ils ont fait le pari de laisser les utilisateurs s’investir dans le processus de développement, et à mon sens c’est pari gagné !
Avec cette nouvelle version les utilisateurs se sentent à nouveau comme faisant parti de l’équipe.
Or c’est ce sentiment d’appartenance qui permettra à WordPress de conquérir une audience encore plus large, et non de nouvelles fonctions.

Au fait petit point culture, le nom de code de la version 2.7 était Coltrane ; quel nom bizarre me suis-je dit. Où sont-ils allés chercher ça ? Je suis donc aller faire un tour sur Wikipédia pour avoir une réponse. Et là j’apprends que John Coltrane était un saxophoniste de jazz (j’ai vraiment honte de mon inculture musicale…).

Merci à Florian !

Le duo XHTML/CSS sauvera-t-il la planète internet ?

« C’est dans les vieux pots qu’on fait les meilleures soupes. » C’est sur ce constat que l’on risque de revenir, devant les exigences croissantes de réductions des consommations électriques de la sphère informatique et internet mondiale.

En effet : le web consomme, et pas qu’un peu. Je ne me souviens plus où j’avais lu ça (Édit : là et là), mais la consommation d’électricité liée aux serveurs est en croissance forte, ce même si les constructeurs de machines et de matériel informatique rivalisent de bonnes idées pour réduire la consommation de leur serveurs, ou bien augmenter les capacités des serveurs pour une même consommation (ce qui reviens au même, hein).

Par ailleurs, la raréfaction des ressources naturelles induit une augmentation de leur cout (la loi de l’offre et de la demande), et entraine une migration des utilisations d’énergies vers des énergies dépendant moins de planète, comme l’électricité. Cette migration a pour conséquence une augmentation des prix de celle-ci, et donc amène les décideurs à s’interroger sur les solutions de réductions des couts à ce niveau.

Quelles solutions pour consommer moins d’électricité ?

Attention : je ne suis pas expert. Mais je vais tenter, avec les éléments que j’ai, de mener une réflexion sur le sujet.

Il est acquis qu’un serveur consomme lorsqu’il est en fonctionnement. De surcroit, on peut admettre que ces derniers consomment davantage lorsqu’ils fonctionnent plus, c’est à dire que la consommation d’électricité d’un serveur est liée aux calculs effectués par son/ses processeur(s) (c’est à vérifier).

Or, le web voit des langages différents, qui induisent des exécutions plus ou moins lourdes côtés serveurs : ainsi, une page générée ponctuellement nécessitera plus de ressources qu’une page statique non générée. Ceci permet de hiérarchiser les langages par consommation qu’ils induisent : le duo XHTML/CSS non généré (statique) est donc celui qui est à priori le moins gourmand. Après, des langages comme PHP, Python, Ruby, qui sont des langages exécutés côté serveur, seront moins économiques.

Le Flash, lui, s’en sort bien, puisqu’il consiste en le téléchargement d’une application par le client, et l’exécution chez le client de cette application : en fait, avec Flash, on allège le serveur, mais pour autant, pas sûr que le bilan écologique total soit meilleur.

Ainsi : on voit une réelle opposition entre un web généré et un web statique. Le web statique permettant d’économiser des ressources serveur tout en garantissant une rapidité accrue, justement car on fait l’économie du temps de calcul de chaque page.

Je crois donc que des petits plugins de création de cache, comme WP-SuperCache ou WP-Cache (pour WordPress), ont un bel avenir devant eux.

Plus largement, je crois que les langages lourds comme le Flash ou le Silverlight vont se heurter à des exigences de baisse des couts d’utilisation. Encore plus largement, on peut se poser des questions quant aux contenus multimédia (photos, vidéos, musiques), qui occasionnent souvent des retraitements (chez l’hébergeur, qui réencode le contenu par exemple) ainsi que des exécution (de Flash pour les musiques et les vidéos, par exemple) et donc de la consommation d’énergie.

Je reste donc sur une interrogation : en lisant l’article sur Read Write Web de Fabrice Epelboin, je me suis dit qu’il y avait dans le discours d’Al Gore une contradiction. En effet : faire coïncider le Web 2.0 (source de davantage de consommation de contenus riches, et de consultations de pages générées) avec la réduction de la consommation d’énergie électrique ne va pas être simple. Au moins cela donnera-t-il peut-être un but au web 2.0 : « se développer en respectant l’envirronement » pourait en être un. Qui sait ? Avec le web 2.0, peut-être pourrions nous faire mieux que ce que l’homme a fait depuis la révolution industrielle.

[Photo]

WordPress 2.7 Beta 1 est désormais disponible avant la sortie de la version finale le 24 novembre

Comme je l’ai dit il y a quelques temps, la future version de WordPress 2.7 aurait dû sortir en version finale le 10 Novembre, d’après le calendrier officiel, mais elle devrait semble-t-il être retardée de deux semiuane. Bon. Vous pouvez cependant déjà tester la première Beta de cette 2.7 en la téléchargeant ici.

Mais il y a bien plus intéressant : Mark Jaquith a fait un screencast de la nouvelle interface de publication de WordPress 2.7, ce qui vous permet de la voir en fonctionnement, sans même l’installer :

[Source]