PapyGeek » WordPress

Créer automatiquement un Sitemap Video sur WordPress

Papy — Fri, 23 Jul 2010 06:00:08 +0000

Plus Google en sait sur vous, mieux c’est. Là je ne parle heureusement pas de votre vie privée mais de vos sites Web. Dans ce registre, les fichiers Sitemap peuvent permettre à votre site d’être indexé plus facilement, ou plus rapidement par les moteurs de recherche. Alors que les fichiers sitemap.xml listant les pages Web sont les plus communs, un nouveau type de sitemap existe depuis quelques temps : les Sitemaps vidéos.

Pour faciliter le travail et éviter les développements supplémentaires, vous pouvez désormais utiliser le plugin Google XML Sitemap for Videos qui va rechercher automatiquement les vidéos YouTube de vos articles et les ajouter à un fichier video-sitemap.xml.

Le plugin est plutôt simple à installer, il suffit de le télécharger et de l’activer dans l’interface de WordPress, puis de lancer la génération du fichier sitemap vidéo dans les options :

Seul YouTube est supporté pour le moment, mais ce n’est pas très compliqué de modifier le code du plugin pour ajouter d’autres sites de vidéo en ligne, ses propres vidéos, ou des vidéos ajoutées par exemple via les champs personnalisés des articles.

Pour voir le résultat, vous pouvez vous rendre sur cette page : http://www.papygeek.com/video-sitemap.xml

Il est aussi conseillé d’ajouter son plan sitemap dans Google Webmaster Tools.

Et pour en savoir un peu plus sur les sitemaps vidéo, consulter cette page de Google, ou la vidéo ci-dessous :

Source.

©PapyGeek, 2010. Voir les commentaires de "Créer automatiquement un Sitemap Video sur WordPress".
Voir les autres articles classés sous WordPress.

WordPress 2.8.3 : correctif pour le reset du password

Papy — Tue, 11 Aug 2009 16:48:15 +0000

Une courte note pour les blogueurs sous WordPress 2.8 qui seraient victimes du reset de compte admin à répétition apparu sur la toile aujourd’hui.

Pour rappel, un bug fait que la simple consultation de l’adresse http://votredomaine.tld/wp-login.php?action=rp&key[]= envoie un nouveau mot de passe pour le premier utilisateur rencontré (souvent l’admin) sans demander de confirmation ni même l’adresse mail de ce compte.

Le correctif officiel vient d’être fourni par l’équipe de WordPress, il faut donc modifier le fichier wp-login.php en remplaçant la ligne :

if ( empty( $key ) )

Par :

if ( empty( $key ) || is_array( $key ) )

Vous trouverez ça sur le TRAC de WordPress et pouvez même télécharger directement le fichier corrigé.

Si vous n’avez pas de problème, une mise à jour devrait sûrement arriver d’ici peu.

Edit : la version 2.8.4 est déjà sortie!

©PapyGeek, 2009. Voir les commentaires de "WordPress 2.8.3 : correctif pour le reset du password".
Voir les autres articles classés sous WordPress.

FeedCount : Mise à jour suite au transfert des comptes sur Google

Papy — Thu, 22 Jan 2009 12:58:04 +0000

Si vous utilisez le plugin WordPress FeedCount pour personnaliser l’affichage de votre nombre d’abonnés FeedBurner, vous devrez mettre à jour celui-ci si vous migrez votre compte sur feedburner.google.com. Cette migration étant obligatoire avant la fin du mois de février.

Pour que le plugin continue à fonctionner correctement, il suffit de modifier l’URL de l’API utilisée dans le code du plugin, et passer de :

http://api.feedburner.com/awareness/1.0/GetFeedData?uri=

A :

https://feedburner.google.com/api/awareness/1.0/GetFeedData?uri=

La modification étant effectuée dans la version téléchargeable ci-dessous :

Note: There is a file embedded within this post, please visit this post to download the file.

Il ne vous reste donc plus qu’à mettre à jour votre plugin pour ceux l’utilisant.

Pour rappel, l’affichage du nombre d’abonnés s’effectue comme ceci :

 if (function_exists('fc_feedcount')) fc_feedcount(); ?>

Si vous voulez récupérer votre nombre d’abonnés sans plugin en PHP5, vous pouvez utiliser le code suivant :

$url="https://feedburner.google.com/api/awareness/1.0/GetFeedData?uri=";
 
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_URL, $url);
$data = curl_exec($ch);
curl_close($ch);
 
$xml = new SimpleXMLElement($data);
$count = $xml->feed->entry['circulation'];

Il vous faudra seulement modifier par l’identifiant de votre flux. Le nombre d’abonnés sera alors dans $count.

Maintenant, il va falloir être un peu patient pour que le compteur Feedburner arrête de faire du yoyo.

©PapyGeek, 2009. Voir les commentaires de "FeedCount : Mise à jour suite au transfert des comptes sur Google".
Voir les autres articles classés sous WordPress.

WordPress : Plugin Articles liés + miniatures

Papy — Tue, 20 Jan 2009 10:46:22 +0000

Vous avez été nombreux à me demander comment réaliser la fonction d’articles liés utilisant des vignettes présent sur les articles du blog.

Ce mode de navigation pour les articles liés a été inspiré par LifeHacker qui l’utilisait il y a quelques temps. Pour copier ce type de navigation, j’ai rapidement modifié le plugin Related Entries que j’utilisais déjà pour la fonction classique d’articles liés. J’ai ensuite intégré un autre plugin pour la génération des vignettes : Post Thumb Revisited (qui est plutôt à l’abandon en ce moment).

Un peu de javascript dégueulasse et tout ça semble fonctionner plutôt pas mal. Depuis, le plugin a été utilisé par Henri de 2803, qui m’a fait faire quelques modifications pour pouvoir se passer de Post Thumb Revisited et utiliser les miniatures/attachments de WordPress directement.

Je n’avais pas encore proposé le plugin au téléchargement puisque je voulais rendre le code Javascript un peu moins intrusif (avec jQuery par exemple), mais finalement je n’ai jamais le temps donc je vais vous fournir le plugin tel quel.

Voici donc les fonctions disponibles avec ce plugin WordPress :

// Related Posts - Utilise Post Thumbs Revisited - http://www.alakhnor.com/post-thumb
 
function related_posts_thumbnails($limit=5, $len=10, $before_title = '', $after_title = '', $before_post = '', $after_post = '', $show_pass_post = false, $show_excerpt = false)

Cette fonction nécessite l’installation et l’activation du plugin Post Thumb Revisited (disponible plus bas dans la version légèrement modifiée que j’utilise.)

// Related Posts V2 - Utilise les vignettes intégrées de WordPress > 2.6 (Attachments)
 
function related_posts_thumbnails_v2($limit=5, $len=10, $before_title = '', $after_title = '', $before_post = '', $after_post = '', $show_pass_post = false, $show_excerpt = false)

Cette fonction ne nécessite pas de plugin particulier.

// Related Posts 404 -  Utilise Post Thumbs Revisited pour les pages d'erreur 404 - http://www.alakhnor.com/post-thumb
 
function related_posts_thumbnails_404($limit=5, $len=10, $before_title = '', $after_title = '', $before_post = '', $after_post = '', $show_pass_post = false, $show_excerpt = false)

Une fonction plutôt intéressante pour les visiteurs qui permet d’afficher des propositions d’articles sur les pages d’erreur 404 en fonction des mots clés de l’URL tapée (si vous utilisez des URL réécrites).

Un exemple pratique :
Si on cherche l’article http://www.papygeek.com/wordpress/les-meilleurs-plugins/ qui n’existe pas sur mon blog, on obtient alors la page d’erreur suivante :

Ce qui est relativement visuel pour les âmes perdues…

// Related Posts Random -  Utilise Post Thumbs Revisited pour afficher des articles liés au hasard - http://www.alakhnor.com/post-thumb
 
function related_posts_thumbnails_random($limit=5, $len=10, $before_title = '', $after_title = '', $before_post = '', $after_post = '', $show_pass_post = false, $show_excerpt = false)

Cette fonction permet l’affichage d’articles au hasard. Ce n’est donc plus vraiment des articles liés, mais peut servir pour suggérer d’autres pages tout de même.

Voici maintenant comment intégrer la fonction related_posts_thumbnails dans le fichier single.php :

 if (is_single() && function_exists('related_posts_thumbnails') ) { ?>
	
		Articles liés :
		 related_posts_thumbnails();	?>
	
 } ?>

(Même chose avec related_posts_thumbnails_v2).

Et la fonction related_posts_thumbnails_404 dans 404.php :


	 echo $terms;?>... ???
	Vous n'avez pas trouvé votre bonheur ? Ce que vous recherchez est peut-être ici :

		 if(function_exists('related_posts_thumbnails_404')) { related_posts_thumbnails_404('10');} ?>

Pour ici afficher 10 vignettes sur la page d’erreur.

Et voici donc les liens de téléchargement :

Note: There is a file embedded within this post, please visit this post to download the file. Note: There is a file embedded within this post, please visit this post to download the file.

Allez, bidouillez bien maintenant!

Le plugin a été développé pour fonctionner sur ma configuration seulement, il n’est donc pas garanti qu’il fonctionne sur votre installation de WordPress. Si vous faites des modifications, n’hésitez pas à me les transmettre.

©PapyGeek, 2009. Voir les commentaires de "WordPress : Plugin Articles liés + miniatures".
Voir les autres articles classés sous WordPress.

WordPress 2.7 disponible au téléchargement

Papy — Thu, 11 Dec 2008 08:03:47 +0000

C’est fait! Je vous ai trop parlé de la version 2.7 de WordPress et de ses nouveautés pour ne pas vous annoncer sa sortie!

Donc voici le lien qui s’est tant fait attendre :

Télécharger WordPress 2.7 (“Coltrane”)

Et voici une petite présentation en vidéo (en anglais, mais on comprend facilement) :

Pour vous aider, je vous rappelle quelques liens :

Le guide d’installation de WordPress officiel,
Tuto Blog WordPress : tester WordPress 2.7 en local,
WordPress 2.7 de A à Z : le guide détaillé de toutes les fonctionnalités de la version 2.7 et comment en profiter,
Le petit patch pour faire fonctionner Simple Tags sur WordPress 2.7,
La dernière version des fichiers de traduction FR, en attendant la version française.

Les qualités de cette version sont indéniables, donc n’hésitez pas. Et avec la nouvelle fonction de mise à jour automatique, cette mise à jour manuelle devrait être la dernière!

©PapyGeek, 2008. Voir les commentaires de "WordPress 2.7 disponible au téléchargement".
Voir les autres articles classés sous WordPress.

WordPress 2.7 RC1

Papy — Tue, 02 Dec 2008 08:04:42 +0000

Je vous parlais depuis un petit moment de cette version 2.7 de WordPress qui devait sortir au mois de Novembre. Et bien c’est raté pour le mois de Novembre puisque c’est la version Release Canditate 1 qui vient d’être publiée.

J’utilise la version beta depuis quelques temps, et WordPress 2.7 RC1 semble d’une qualité irréprochable. Pour ceux encore sur la version 2.6, le changement va sûrement être apprécié avec toutes les nouvelles fonctions de WordPress 2.7.

Une des fonctions appréciable est d’ailleurs de pouvoir effectuer les mises à jour de WordPress d’un seul clic. Et pour moi ça fonctionne du tonnerre. Il suffit de cliquer sur le lien « stay updated » ou « rester à jour » en français, et la mise à jour s’effectue en quelques secondes.

Le design du tableau de bord est maintenant très proche du projet initial qui devait ressembler à ça :

Et voici ce que ça donne sur mon blog (sans le Flash, pas merci ScreenGrab ):

Bref, vous pouvez tester sans attendre, presque tous les plugins sont compatibles. Il n’y a que Simple Tags qui m’a posé problème mais il faut seulement quelques secondes pour appliquer le correctif qui consiste à remplacer dans le fichier simple-tags.php cette ligne :

if ( strpos($wp_version, '2.5') !== false || strpos($wp_version, '2.6') !== false  )
{

Par celle-là :

if ( strpos($wp_version, '2.5') !== false || strpos($wp_version, '2.6') !== false ||
strpos($wp_version, '2.7') !== false ) {

Facile! Merci Jean-Baptiste pour l’astuce.

Télécharger WordPress 2.7 RC1.

©PapyGeek, 2008. Voir les commentaires de "WordPress 2.7 RC1".
Voir les autres articles classés sous WordPress.

Tuto Blog WordPress : tester WordPress 2.7 en local

Papy — Sat, 01 Nov 2008 19:49:09 +0000

La migration vers WordPress 2.7 risque d’être moins simple que d’habitude si l’on veut profiter de toutes les nouveautés.
Aujourd’hui, WordPress 2.7 beta 1 vient de sortir, c’est donc le bon moment pour se préparer à la sortie de la version finale, qui devrait finalement arriver vers la fin du mois de Novembre suite à un retard de 2 semaines environ. Le 10 Novembre qui devait être la date de sortie de la version finale verra désormais arriver la version RC1.

Pour éviter de trop perturber votre blog en ligne, une bonne pratique consiste à récupérer toutes vos données et à les installer en local sur votre PC. Vous pourrez ensuite installer la nouvelle version et observer les dégâts pour éventuellement corriger le tir.

Etape 1 : le serveur Web

La première chose à faire est d’installer un serveur Web en local sur votre machine. Comme la plupart d’entre vous doivent utiliser le trio Apache/PHP/MySQL, je vais donc prendre cet exemple. Il existe plusieurs packages connus permettant d’installer directement ces 3 produits comme EasyPHP, WampServer ou encore XAMPP (pour Apache, MySQL, , PHP et Perl). C’est ce dernier que je vais utiliser, le package étant à jour et disponible pour Linux, Windows, MacOS X et Solaris.

Comme vous êtes nombreux sous Windows, je vais donc utiliser ce package de XAMPP Lite pour Windows comprenant Apache 2.2.9, PHP 5.2.6, MySQL 5.0.67 et phpMyAdmin 2.11.9.2. Si vous utilisez encore PHP4, commencez par migrer vers PHP5, ça ne vous fera pas de mal

Lancer l’exécutable et le décompresser par exemple à la racine de C: :

Aller ensuite dans C:\xampplite et lancer setup_xampp.bat :

Pour activer le mod_rewrite et permettre une structure personnalisée des permaliens dans WordPress, il faut modifier le fichier C:\xampplite\apache\conf\apache2.conf. Recherchez la ligne :

#LoadModule rewrite_module modules/mod_rewrite.so

Et décommentez là :

LoadModule rewrite_module modules/mod_rewrite.so

Lancer ensuite xampp-control.exe et démarrer Apache et MySQL (en validant les éventuels avertissements sous XP SP2 ou Vista) :

Ouvrez ensuite votre navigateur sur http://localhost/ :

Choisissez ensuite la langue pour vous retrouver sur la page d’accueil de Xampp :

Lancer ensuite PHPMyAdmin avec le lien dans la catégorie outils :

Etape 2 : récupérer sa base de données WordPress

Le plus simple pour récupérer la base de données est d’utiliser la fonction intégrée dans WordPress ou de récupérer simplement le dernier backup que vous devez avoir dans vos mails si vous utilisez comme il se doit WordPress Database Backup.
Vous pouvez également suivre ce guide sur le codex de WordPress : Backing Up Your Database.

Dans WordPress, allez dans Gérer->Backup, cochez tout et cliquez sur Backup Now en sélectionnant Download to your Computer :

Vous devriez alors obtenir un fichier à l’extension .sql.gz.

Sur PHPMyAdmin, créer une nouvelle base wordpress en utf8_general_ci :

Cliquer ensuite sur l’onglet « Importer » et utiliser le fichier en .sql.gz précédent en cliquant sur Parcourir puis Exécuter :

Etape 3 : récupération des fichiers de votre blog

Téléchargez avec votre client FTP habituel tous les fichiers de WordPress présents sur votre hébergement et copiez-les dans C:\xampplite\htdocs\wordpress :

Vous pouvez au passage vous contenter des dossiers languages, plugins et themes dans wp-content pour ne pas rapatrier toutes vos images contenues dans uploads et ainsi gagner du temps. Les liens de vos billets afficheront de toutes façons les images présentes en ligne.

Etape 4 : paramétrage de WordPress

Vos fichiers de WordPress contiennent des valeurs pour votre blog en ligne, il faut les adapter pour relier votre blog à votre base locale. Editer donc le fichier wp-config.php avec les valeurs suivantes :

define('DB_NAME', 'wordpress');    // The name of the database
define('DB_USER', 'root');     // Your MySQL username
define('DB_PASSWORD', ''); // ...and password
define('DB_HOST', 'localhost');    // 99% chance you won't need to change this value
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');
define('WP_SITEURL', 'http://localhost/wordpress');
define('WP_HOME', 'http://localhost/wordpress');

Supprimez également l’éventuelle ligne suivante pour que votre mot de passe reste accessible :

define('SECRET_KEY', 'SECRET');

Les premières lignes concernent le paramétrage de la base locale wordpress sur localhost. Les deux dernières lignes sont très pratiques et permettent d’ignorer les paramètres présents dans les options de WordPress et contenant l’URL du blog. Ici, on indique la nouvelle URL en local : http://localhost/wordpress.

Il faudra également éventuellement en fonction de votre environnement faire le ménage dans votre .htaccess qui devrait maintenant ressembler à ça :

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress/index.php [L]
IfModule>
# END WordPress

Vous pouvez régénérer ces règles en allant dans l’administration de WordPress dans Réglages->Permaliens et en sauvegardant.

Etape 5 : test du blog en local dans la version actuelle

Il suffit de se connecter à l’url http://localhost/wordpress pour voir apparaitre votre blog local, qui doit normalement être identique à votre blog en ligne.

Etape 6 : Mise à jour de WordPress vers la version 2.7

Les étapes sont détaillées sur la page « Upgrading WordPress« .
Commencez par désactiver tous vos plugins. Téléchargez la dernière version disponible de WordPress. Dans notre cas il s’agit de WordPress 2.7 Beta 1.

Décompressez le fichier téléchargé dans C:\xampplite\htdocs en écrasant les fichiers existants.

Aller ensuite à l’adresse http://localhost/wordpress/wp-admin/upgrade.php et cliquez sur « Mettre à jour WordPress » :

Cliquez ensuite sur « Continuer » :

Et voilà le travail!

Tableau de Bord WordPress 2.7 Beta 1

Et franchement, c’est déjà bien sympa. Maintenant, il ne reste plus qu’a réactiver tous les plugins un par un pour observer les éventuelles incompatibilités, et d’intégrer les nouvelles fonctions de WordPress 2.7 en suivant mon article.

Et bien sûr je vous tiendrai au courant des problèmes classiques pour la version 2.7 dans un prochain article

©PapyGeek, 2008. Voir les commentaires de "Tuto Blog WordPress : tester WordPress 2.7 en local".
Voir les autres articles classés sous WordPress.

WordPress 2.7 de A à Z

Papy — Mon, 20 Oct 2008 05:25:14 +0000

WordPress 2.7 dont la sortie est prévue pour le 10 Novembre 2008, devrait amener des changement plutôt importants, surtout en ce qui concerne les commentaires. Les auteurs de WordPress s’attaquent enfin à ce domaine qui a trop longtemps été délaissé depuis un certain nombre de versions.

Les nouveautés

Les commentaires voient arriver deux fonctionnalités importantes : « Threaded Comments« , c’est-à-dire des commentaires imbriqués comme sur Digg, et la pagination des commentaires.

Les commentaires imbriqués sur Digg.

Il y a également pas mal de mouvement du côté de l’interface d’administration, qui se voit reliftée pour l’occasion. Cette refonte graphique a été faite à partir d’ébauches : les WireFrames que je vous invite à consulter et de différents sondages soumis à la communauté, vous y avez d’ailleurs peut-être répondu.

WordPress 2.7 Wireframes

Voici à quoi devrait ressembler le design final de la version 2.7 de WordPress :

Le design final de WordPress 2.7 - Menu Nouvel Article

Le design final de WordPress 2.7 - Le Tableau de bord (DashBoard)

La meilleure façon d’observer les changements en cours est sûrement de se connecter au WordPress de démonstration disponible sur cette page. La connexion s’effectue avec le compte « admin » et le mot de passe « demo » :

Le menu d'administration, avec les rubriques sous forme d'icônes, ici réduites.

Après un clic sur l'icône du haut, le texte des catégories est visible.

Pouvoir cacher le texte des menus sur la barre latérale permet d’avoir un espace de travail maximal. Parfait pour les écrans à la résolution moyenne.

Le Dashboard de WordPress 2.7, avec tous les menus dépliés.

La page des plugins permet de rechercher et d'installer les plugins directement depuis l'administration de WordPress.

Il est également possible d'uploader et d'installer un plugin au format Zip. On peut aussi afficher les plugins les plus populaires.

Il est possible de fermer automatiquement les commentaires sur les articles vieux d'un certain nombre de jours (pour éviter le spam), de grouper les commentaires sous forme de threads en choisissant la profondeur maximum et de paginer les commentaires en choisissant le nombre de commentaires par page.

La section 'Media Settings' permet de choisir s'il on désire lier les media à l'article ou au fichier lui-même. On peut maintenant choisir une taille maximum pour les images, et le format d'affichage par défaut : Auto, Thumbnail, Medium, Large ou Full size. L'alignement par défaut des images est paramétrable.

Edition rapide des paramètres d'un article

Il est possible de choisir les éléments à afficher dans tous les menus d'administration.

En plus de cela, quelques fonctions supplémentaires :

Sur la page d’édition d’article et sur le tableau de bord, les boîtes sont déplaçables et peuvent être masquées complètement,
Dans l’interface d’administration, des raccourcis claviers permettent la modération des commentaires,
Dans l’administration, il est possible de filtrer les colonnes dans la page listant les articles,
Possibilité de modifier certains attributs des articles directement depuis cette page,
API XMLRPC pour les commentaires (pour pouvoir par exemple modérer les commentaires depuis l’Iphone un jour ?)
Réponse aux commentaires depuis l’administration,
Raccourcis clavier pour la gestion des commentaires,
API pour les commentaires imbriqués et le nouveau wp_list_comments(),
API pour la mise à jour des thèmes (comme celle pour la mise à jour des plugins),
Sticky Posts pour maintenir un article sur la page d’accueil,
Installation automatique des plugins et navigation dans la base des plugins depuis l’administration,
Mises à jour automatiques de WordPress,
Cookies de type HTTPOnly pour l’authentification,
Nouvelle API pour les requêtes HTTP,
Suppression de la compression pour TinyMCE afin de permettre la mise en cache du Javascript par le navigateur et par Google Gears (la page d’édition devrait charger plus rapidement),
Une nouvelle abstraction d’un système de fichier SSH2 pour effectuer les installations et des mises à jour en SFTP.

Quelques fonctionnalités qui rateront la v2.7

L’amélioration de l’interface de la fonction « historique de l’article » affichant les révisions,
Des informations de géolocalisation pour les articles, les commentaires, …,
Rendre l’uploader (SWFUploader) compatible avec Flash 10,
Des améliorations pour le tag « gallery »,
La coloration syntaxique CodePress pour les éditeurs de code de l’administration,
Un éditeur de menu,
L’intégration de sitemaps,
Un versionning pour l’édition des templates,
…

Tout ça pour la version 2.8 ?

Compatibilité des plugins avec WordPress 2.7

Comme d’habitude, il suffit de se rendre sur cette page du Codex WordPress pour vérifier la compatibilité des plugins avec la version 2.7.

WordPress, un BloatWare ?

Voilà qui fait énormément de nouveautés. Certains pensent que des logiciels comme WordPress sont condamnés à devenir des BloatWares avec le temps, à force d’accumuler les fonctionnalités. Il faut de la nouveauté en permanence pour faire parler de soi, n’est-ce pas ?

Certains pensent ainsi que la réécriture plus ou moins complète d’un logiciel doit avoir lieu régulièrement, les objectifs de celui-ci pouvant varier largement au bout de quelques années rendant ses bases inadaptées.

Le cas de WordPress 2.7 est assez impressionnant. En effet, les dotcleariens semblent conserver la philosophie suivante :

Si Dotclear devait répondre à chaque besoin spécifique, il aurait 36000 fonctions et péserait bien plus que son poids actuel. Avec des plugins, on offre le choix aux utilisateurs d’installer et utiliser seulement ce dont ils ont besoin.

WordPress 2.7 intégrera en natif des fonctionnalités qui remplaceront un nombre très important de plugins. Voici quelques exemples que j’ai pu trouver :

Comment Timeout pour fermer les commentaires au bout d’un certain temps,
Paged Comments pour paginer les commentaires,
Threaded Comments pour les commentaires imbriqués,
Le menu sur la gauche pour l’administration, que proposait d’une certaine façon Fluency Admin,
Plugin Manager qui permettait de parcourir les plugins et de les installer et WP Easy Uploader qui permettait d’envoyer un zip et de le décompresser,
Quelques options de WP Comment Remix pour les commentaires,
WP-Sticky pour les Stickys Posts,
WordPress Automatic Upgrade pour les mises à jour automatiques de WordPress,
Batch Categories pour l’édition en ligne des articles,
Et bientôt Google XML Sitemaps Generator pour les sitemaps,

Et j’en oublie sûrement…
Que penser de tout cela ? D’un côté c’est une bonne chose, puisque nous n’aurons pas à nous soucier de la compatibilité de ces plugins pour les futures versions de WordPress, d’un autre côté on peut se demander si WordPress ne va pas devenir un peu lourd et si maintenir ces fonctions supplémentaires ne va finalement pas ralentir les futurs développements.

L’avenir nous le dira, mais vous pouvez faire vos pronostics dans les commentaires

Des modifications lourdes pour supporter les nouvelles fonctions

Les modifications pour les commentaires demanderont quelques efforts plus ou moins importants pour les blogueurs. Aussi bien du côté des fichiers du thème que de la feuille de style.

Threaded Comments - Les commentaires imbriqués

Pagination des commentaires

Rassurez-vous, votre thème restera compatible avec la nouvelle version, mais pour profiter des nouvelles fonctions, vous devrez l’adapter. Ce qui suit est un exemple d’adaptation du thème par défaut pour passer de la version 2.6 à la version 2.7. La version actuelle n’étant pas définitive, le code peut encore évoluer.

Attention, la suite peut donner mal aux crâne aux non-codeurs, pensez à prendre un petit café pour tenir

Retrocompatibilité

Tout d’abord, WordPress 2.7 utilise une nouvelle fonction pour les commentaires, qui fait presque tout : « wp_list_comments« , il suffira donc d’utiliser un code de ce type dans « comments.php » pour assurer la retrocompatibilité :

if (function_exists('wp_list_comments')) :
// nouveau code pour comments.php avec wp_list_comments et autre
else :
// ancien code pour la retrocompatibilité
endif;

Protection par mot de passe

Pour gérer la protection par mot de passe des articles, le code en haut du fichier « comments.php » est légèrement modifié :

if (!empty($_SERVER['SCRIPT_FILENAME']) && 'comments.php' == basename($_SERVER['SCRIPT_FILENAME']))
	die ('Please do not load this page directly. Thanks!');
if ( post_password_required() ) {
	echo 'This post is password protected. Enter the password to view comments.';
	return;
}

Boucle des commentaires

Quant à la boucle des commentaires, qui ressemblait à cela :

if ($comments) :
 $comment_count = get_comment_count($post->ID); echo $comment_count['approved']; ?> Comments

 foreach( $comments as $comment ) :
// stuff to display the comment in an LI here
endforeach;
?>
 else :
if ('open' == $post->comment_status) :
	// If comments are open, but there are no comments.
else :
	// comments are closed
endif;
endif;

Elle intègre désormais la fonction « wp_list_comments » comme ceci :

if ( have_comments() ) : ?>
 comments_number('No Comments', 'One Comment', '% Comments' );?>

	 wp_list_comments(); ?>

 previous_comments_link() ?>
 next_comments_link() ?>

 else : // this is displayed if there are no comments so far ?>
	 if ('open' == $post->comment_status) :
		// If comments are open, but there are no comments.
	else : // comments are closed
	endif;
endif;

On voit ici que:

« have_comments » remplace le « if ($comments)« ,
« wp_list_comments » remplace la boucle foreach et affiche tous les commentaires en y ajoutant les nouvelles fonctions de commentaires imbriqués ainsi que les classes nécessaires pour la feuille de style,
Une section de navigation est ajoutée pour les commentaires (comme celle qui existait pour les articles).

Pour que les commentaires imbriqués fonctionnent correctement, il faut également ajouter le code suivant dans le formulaire de commentaires :

 comment_parent_field(); ?>

Javascript dans les commentaires

Pour activer les effets Javascript dans les commentaires, il est nécessaire d’ajouter une ligne dans le fichier « header.php » juste avant l’appel à « wp_head() » :

if ( is_singular() ) wp_enqueue_script( 'comment-reply' );

Contraintes supplémentaires

Pour faire fonctionner l’ensemble, il faut également respecter certaines contraintes, notamment quant au nommage des attributs « id« .

Le champ « textarea » du formulaire de commentaires devra avoir un id=”comment”,
Le formulaire de commentaire devra être encadré par un DIV avec un id=”respond” (au lieu de sur certains thèmes)

Remplacer « Laisser un commentaire » ou « Leave a Comment » par :

 comment_form_title( 'Laisser un commentaire', 'Laisser un commentaire à %s' ); ?>

Pour permettre d’annuler l’ajout d’un commentaire, il faut ajouter un lien de type « cancel ». Dans votre thème juste sous le « comment_form_title« , ajoutez le code :
```
	 cancel_comment_reply_link() ?>
```

Style

Voilà pour la partie purement technique, ouf! Mais maintenant, il va falloir mettre tout ça en forme! Le nouveau code encadre chaque commentaire dans des balises «

» et y ajoute les classes suivantes :

Les classes « comment« , « trackback » et « pingback » sont ajoutées en fonction du type de commentaires,
« byuser » est ajouté si le commentaire appartient à un utilisateur enregistré,
« comment-author-authorname » est ajouté pour des utilisateurs enregistrés spécifiques,
« bypostauthor » est ajouté si le commentaire appartient à l’auteur de l’article,
« odd » et « even » sont ajoutés pour les commentaires paires et impaires,
« alt » est ajouté pour tous les autres commentaires,
« thread-odd« , « thread-even« , et « thread-alt » fonctionnent comme odd/even/alt classes, mais sont appliqués uniquement aux commentaires de plus haut-niveau dans l’imbrication des commentaires (donc pas aux replys),
« depth-X » est appliqué au niveau X de commentaires (commentaires imbriqués).

Séparation des Trackbacks et des commentaires

Il existait plusieurs techniques pour pouvoir séparer les commentaires et les trackbacks jusqu’à WordPress 2.6.
La version 2.7 introduit quelques nouvelles fonctions qui peuvent faciliter ces modifications dans le thème.

Tout d’abord, partons de la nouvelle boucle des commentaires qui doit ressembler à ça :

 if ( have_comments() ) : ?>
	 comments_number('No Responses', 'One Response', '% Responses' );?> to “ the_title(); ?>“
 
	
	 wp_list_comments(); ?>
	
	
		 previous_comments_link() ?>
		 next_comments_link() ?>
	
 else : // this is displayed if there are no comments so far ?>
 
	 if ('open' == $post->comment_status) : ?>
		
 
	 else : // comments are closed ?>
		
		Comments are closed.
 
	 endif; ?>
 endif; ?>

La première modification à faire se situe dans le fichier « single.php », où vous devrez remplacer cette ligne:

 comments_template(); ?>

Par celle-ci :

 comments_template('', true); ?>

Cette fonction « comments_template » permet de créer une variable globale « $comments_by_type » qui sera utilisée par la suite.

Il faut ensuite modifier « comments.php » pour qu’il ressemble à ça :

 if ( have_comments() ) : ?>
	 if ( ! empty($comments_by_type['comment']) ) : ?>
	 comments_number('No Responses', 'One Response', '% Responses' );?> to “ the_title(); ?>”
 
	
	 wp_list_comments('type=comment'); ?>
	
	 endif; ?>
 
	 if ( ! empty($comments_by_type['pings']) ) : ?>
	Trackbacks/Pingbacks
 
	
	 wp_list_comments('type=pings'); ?>
	
	 endif; ?>
 
	
		 previous_comments_link() ?>
		 next_comments_link() ?>
	
  else : // this is displayed if there are no comments so far ?>
 
	 if ('open' == $post->comment_status) : ?>
		
 
	 else : // comments are closed ?>
		
		Comments are closed.
 
	 endif; ?>
 endif; ?>

Les trackbacks seront alors affichés séparement mais comme de vrais commentaires. Pour les afficher simplement sous forme de liste, vous pouvez utiliser la technique qui suit :
Commencez par modifier votre fichier « functions.php » pour y ajouter la fonction suivante :


function list_pings($comment, $args, $depth) {
       $GLOBALS['comment'] = $comment;
?>
         comment_ID(); ?>"> comment_author_link(); ?>
 } ?>

La boucle des commentaires doit être adaptée comme ceci :

 if ( have_comments() ) : ?>
	 if ( ! empty($comments_by_type['comment']) ) : ?>
	 comments_number('No Responses', 'One Response', '% Responses' );?> to “ the_title(); ?>”
 
	
	 wp_list_comments('type=comment'); ?>
	
	 endif; ?>
 
	 if ( ! empty($comments_by_type['pings']) ) : ?>
	Trackbacks/Pingbacks
 
	
	 wp_list_comments('type=pings&callback=list_pings'); ?>
	
	 endif; ?>
 
	
		 previous_comments_link() ?>
		 next_comments_link() ?>
	
  else : // this is displayed if there are no comments so far ?>
 
	 if ('open' == $post->comment_status) : ?>
		
 
	 else : // comments are closed ?>
		
		Comments are closed.
 
	 endif; ?>
 endif; ?>

Dernière chose, si vous voulez modifier le compteur des commentaires pour ne pas compter les pings, il faut ajouter le code suivant dans « functions.php » :


add_filter('get_comments_number', 'comment_count', 0);
function comment_count( $count ) {
	global $id;
	$comments_by_type = &separate_comments(get_comments('post_id=' . $id));
	return count($comments_by_type['comment']);
}
?>

Si le fichier « functions.php » n’existe pas dans votre thème, il suffit de le créer!

Voilà, vous avez je pense largement de quoi bidouiller votre WordPress et ainsi avoir une excuse supplémentaire pour perdre du temps et ne pas blogguer! (Au moins je ne serai pas seul )

Personnellement, je pense que les « threaded comments » ne sont pas indispensables pour un blog où le nombre relativement faible de commentaires permet largement de suivre la conversation. Sans compter que visuellement les commentaires imbriqués réduisent à peau de chagrin la largeur des commentaires.
Pour la pagination des commentaires, je suis pour l’instant satisfait de Paged Comments que j’ai légèrement modifié et dont le rendu est très correct.

Pagination des commentaires avec Paged Comments

Même si le duplicate content est censé être une histoire ancienne, j’ai préféré ne pas répéter n fois l’article sur chaque page de commentaires (Voir exemple ici). En espérant que la fonction intégrée de WordPress 2.7 sache gérer ça.

L'article est caché sur une page de commentaires pour éviter le Duplicate Content.

Voilà donc une version 2.7 qui promet énormément, rien que pour la nouvelle interface d’administration au design beaucoup plus élégant et pratique. Et puis je préfère les couleurs plus sombres au bleu « Windows » flashy

Au passage, si vous voulez un peu d’aide avec WordPress, vous pouvez vous procurer le DVD de formation WordPress auquel Fran6art a contribué.

Bonne chance!

Sources : Otto Destruct, Sivel.net, Ryan, Version 2.7.

Dans la série de A à Z : Google Chrome, Tester un site Web.

©PapyGeek, 2008. Voir les commentaires de "WordPress 2.7 de A à Z".
Voir les autres articles classés sous WordPress.

WordPress achète PollDaddy : des sondages dans votre blog

Papy — Thu, 16 Oct 2008 10:13:35 +0000

Automattic, la boîte derrière WordPress.com vient d’acquérir PollDaddy leader du marché des services de sondage en ligne.

Vous avez sûrement déjà croisé les widgets de PollDaddy ici où là sur la blogosphère, et bien vous risquez de les voir bien plus souvent maintenant. Un bouton vient en effet d’être ajouté dans l’éditeur d’article de tous les blogs WordPress.com permettant de créer facilement un sondage PollDaddy.

Le nouveau bouton apparaît en rouge, l'intégration n'est donc pas formidable.

Un plugin pour les blogs WordPress est également disponible, mais ne sautez pas dessus, pour l’instant c’est plutôt buggué.

Voici une petite démonstration en vidéo, montrant que l’intégration avec WordPress est plutôt réussie :

Bon allez, pour voir ce que donne le plugin, voici un petit test :

(Quand je vous dis que pour l’instant c’est buggué… )

Le code inséré dans l’article est de ce type :

[polldaddy poll=1002443]

Après Gravatar et IntenseDebate, voici donc une acquisition de plus qui donne certaines informations quant à l’avenir de WordPress, mais ça nous en reparlerons dans un prochain article

©PapyGeek, 2008. Voir les commentaires de "WordPress achète PollDaddy : des sondages dans votre blog".
Voir les autres articles classés sous WordPress.

WordPress : ajouter un menu d’administration dans votre navigateur

Papy — Wed, 17 Sep 2008 06:34:42 +0000

Le plugin « WordPress Bookmark Folder Generator » est tout simple : il permet de générer un fichier « bookmarks.html » à importer dans votre navigateur.

Vous aurez alors dans vos favoris des liens vers toutes les fonctions d’administration de votre blog.
Le plugin prend en compte les liens supplémentaires installées dans l’administration WordPress par les plugins. Après avoir activé le plugin, la génération du fichier s’effectue dans le menu « Réglages« .

Une fois le fichier importé dans votre navigateur, vous pouvez bien sûr désinstaller ou désactiver WordPress Bookmark Folder Generator.

©PapyGeek, 2008. Voir les commentaires de "WordPress : ajouter un menu d’administration dans votre navigateur".
Voir les autres articles classés sous WordPress.

WordPress : intégrer facilement des favicons dans vos commentaires

Papy — Sat, 06 Sep 2008 15:19:50 +0000

Google dispose d’un service permettant de récupérer la favicon de n’importe quel site via une simple URL. En effet, Google Shared Stuff (S2) permet de retourner une image PNG (et non un .ico) à partir d’une URL cachée :

http://www.google.com/s2/favicons?domain=www.papygeek.com

L’intérêt est qu’il est alors possible d’intégrer facilement cette image sur n’importe quel site Web dans une balise de type , donc sans la moindre ligne de code. Google s’occupera tout seul de trouver la favicon.

Il existe en fait plusieurs façons d’intégrer une favicon sur un site en fonction des navigateurs :

<link rel="shortcut icon" type="image/x-icon" href="/favicon.ico" />
<link rel="icon" type="image/png" href="/favicon.png" />

Ou même simplement un fichier « favicon.ico » à la racine du site…
Ici, le service de Google ne semble trouver la favicon correctement que si celle-ci se situe à la racine. Ce n’est pas dramatique puisque c’est quand même en général la bonne pratique à adopter pour que la favicon soit compatible avec un maximum de navigateurs.

Sous WordPress, pour pouvoir intégrer la favicon du site de ceux qui laissent un commentaire, il suffit d’éditer le fichier « comments.php » et d’y ajouter une ligne de ce type :

 if (!empty($comment->comment_author_url)) {$url = preg_replace('/^http:\/\//', '', $comment->comment_author_url); if ($url != "") {   $imgurl = "http://www.google.com/s2/favicons?domain=" . $url;    echo ' . $imgurl . '" width="16" height="16" />';	  }} ?>

Bien sûr, la technique est facilement adaptable à DotClear ou autre. Les commentaires sont là pour partager vos solutions.

Et évidemment, puisque l’image est hébergée sur les serveurs de Google, ça devrait rouler niveau charge… et ne pas ralentir votre site ou blog.

Via.

©PapyGeek, 2008. Voir les commentaires de "WordPress : intégrer facilement des favicons dans vos commentaires".
Voir les autres articles classés sous WordPress.

Plugin WordPress inutile donc indispensable : fortune

Papy — Mon, 30 Jun 2008 15:14:26 +0000

En lisant les Chuck Norris Facts dernièrement, je me suis dit « tiens ça serait sympa de les intégrer sur le blog ». Aussitôt dit, aussitôt fait et voilà donc un petit plugin WordPress permettant d’intégrer des citations de type « fortune » dans votre blog.

Mais fortune, c’est quoi ?

fortune est un programme simple qui affiche un message au hasard provenant d’une base de données de citations. La plupart des distributions de fortune comprennent des fichiers de citations de personnalités célèbres, de phrases telles que celles des fortune cookies (d’où le nom), et d’autres messages humoristiques. Fortune se trouve principalement sur les systèmes UNIX, mais des clients pour d’autres plateformes existent également. Souvent les utilisateurs de terminaux Unix en mode texte placent cette commande dans leurs fichiers .profile et/ou .logout pour les afficher à la connexion et à la déconnexion, respectivement.

C’est donc un format très connu, et vous trouverez des tas de fichiers de fortunes à travers le Web comme sur Fortunes-FR.

Pour installer le plugin, il vous suffit de télécharger et décompresser l’archive ci-dessous dans wp-content/plugins :

Note: There is a file embedded within this post, please visit this post to download the file. Note: There is a file embedded within this post, please visit this post to download the file.

Vous pouvez ensuite copier des fichiers fortune dans le dossier « wp-content/plugins/pg_fortune/fortunes« . Ces fichiers sont composés de citations séparés par des lignes comprenant le caractère « % ». Les citations des Chuck Norris Facts et de BashFR sont intégrées.

Rendez-vous ensuite dans les options du plugin où vous pourrez choisir le fichier de citations à utiliser.

Au menu des options avancées, la possibilité de remplacer un mot dans les citations, pour par exemple transformer « Chuck Norris a déjà compté jusqu’à l’infini. Deux fois. » en « PapyGeek a déjà compté jusqu’à l’infini. Deux fois. »

Pas prétentieux.

Il existe également une option désactivée par défaut permettant d’afficher les citations via JavaScript pour que celles-ci changent à chaque rafraichissement de page même si les pages sont en cache avec WP Super Cache par exemple.

Si vous voulez que les citations soient en cache, activez votre plugin de cache et décochez cette case. Le plugin utilisera alors simplement du HTML/PHP.

Pour intégrer les citations dans votre thème, il suffit d’utiliser le code suivant :


     if ( function_exists('PGfortune') ) { PGfortune(); }?>

Vous pouvez voir dans les options du plugin si tout fonctionne bien dans la section « Exemple » comme sur la capture ci-dessus.

Au passage, si vous voulez un autre plugin hyper utile, vous pouvez tester celui de Defaite qui vous permettra de recevoir des messages de vos visiteurs directement sur Twitter ou par SMS via un petit formulaire à ajouter sur votre blog (pourquoi pas dans la page de contact).

Bon allez, je vous laisse bricoler votre WordPress

©PapyGeek, 2008. Voir les commentaires de "Plugin WordPress inutile donc indispensable : fortune".
Voir les autres articles classés sous WordPress.

WordPress 2.6 : les nouveautés à venir

Papy — Wed, 25 Jun 2008 16:09:25 +0000

WordPress 2.6 vient d’être publié dans sa version beta 1 que vous pouvez télécharger ici.

A première vue, vous ne remarquerez peut-être pas beaucoup de changements entre la version 2.5.1 et la version 2.6. Il y a tout de même deux nouvelles fonctionnalités importantes : le suivi des modifications pour les articles et l’utilisation de Google Gears pour les pages d’administration.

Voici le détail des nouveautés attendues :

Mise en cache des fichiers statiques avec Google Gears pour accélérer le chargement des pages d’administration,
Une boîte de dialogue nouvelle et améliorée pour la manipulation des images dans les articles offrant beaucoup de possibilités,
Un aperçu des thèmes à la WordPress.com,
L’affichage du nombre de mots dans l’éditeur,
La possibilité de désactiver la publication à distance pour la sécurité,
Utilisation de l’API XML-RPC pour changer les options du blog,
Un meilleur support du SSL pour l’administration,
Une vision hiérarchique dans la section « Gérer » des pages et des catégories,
La possibilité de déplacer le répertoire de votre contenu,
La possibilité de déplacer le fichier wp-config.php en dehors de la racine de vos pages Web,
Des galeries triables par drag-and-drop,
La personnalisation de l’avatar par défaut qui supporte désormais MonsterID, Wavatar et Identicon,
L’activation, la désactivation et la suppression des plugins par lot. Les plugins actifs et inactifs étant maintenant séparés,
Les sélections multiples dans les menus avec des cases à cocher en maintenant la touche Shift pour sélectionner un intervalle,
TinyMCE 3.1.0.1 avec de nombreuses corrections de bugs,
jQuery 1.2.6 avec des performances améliorées,
jQuery UI 1.5,
De nombreux bugs corrigés ainsi qu’une amélioration des performances.

Pour tester cette version sans provoquer trop de dommages sur votre blog, vous pouvez vous rendre sur cette page de démo avec l’utilisateur « admin » et le mot de passe « demo« .

Vous pouvez également jeter un coup d’oeil à Trac pour les tickets fermés et ceux encore ouverts et planifiés pour la version 2.6.

©PapyGeek, 2008. Voir les commentaires de "WordPress 2.6 : les nouveautés à venir".
Voir les autres articles classés sous WordPress.

WordPress : optimiser son blog avec un système de cache

Papy — Wed, 25 Jun 2008 06:05:53 +0000

WordPress est souvent au coeur du débat en ce qui concerne ses performances.
En tant que lecteur, vous avez sûrement rencontré quelques pages affichant des erreurs 500 ou MySQL sur un blog WordPress.

En tant que blogueur, vous étiez enfin parvenu à obtenir un lien depuis Digg ou Presse Citron, et manque de chance, votre blog s’effondre à ce moment là.

Pire encore, vous êtes devenu un hardcore-blogueur et trustez depuis peu les classements Wikio et Google Trends, mais votre site affiche une page blanche une fois sur deux.

Alors que faire ? Vous pouvez toujours pester sur « le-code-dégueulasse-de-WordPress, DotClear-c’est-vachement-plus-propre-et-écolo » ou chercher une solution.
Ca tombe bien, il en existe un certain nombre.

Premièrement, et avant d’aller plus loin, pas la peine d’espérer absorber un trafic « monstre » sur un hébergement mutualisé. Un moment ou à un autre, les problèmes vont arriver et vous ne pourrez que faire durer un peu le plaisir en optimisant votre blog. Mais puisque vous êtes gentils, on va tout de même en parler un peu.

Les systèmes de cache sur disque

Cache fichier simple

Vous ne le savez peut-être pas, mais WordPress intégrait un système de cache sur disque depuis sa version 2.0. Ce cache s’activait en ajoutant dans son fichier wp-config.php la ligne suivante :

define('ENABLE_CACHE', true); // Enable the WordPress Object Cache

Les performances de ce cache étant plutôt décevantes, il fut désactivé dans la version 2.1 de WordPress pour finalement être supprimé dans la version 2.5. Pas la peine de courir sur votre fichier wp-config.php donc.

Pour ceux désireux de retrouver cette option de cache sur disque, les petits gars de chez NeoSmart ont développé un plugin réintrégrant cette fonctionnalité.

L’avantage d’un tel système de cache est qu’il est compatible a priori sur tous les environnements : aucune extension particulière n’est nécessaire, ce qui en fait donc un candidat intéressant pour les hébergements mutualisés.

Pour le téléchargement, ça se passe ici. Décompressez ensuite le fichier et transférez le sur votre hébergement dans wp-content.
Ce qui donne directement depuis le serveur pour ceux ayant une connexion SSH :

cd /var/www/votresuperblog/wp-content
wget http://neosmart.net/downloads/software/WordPress/Plugins/object-cache/file-object-cache_1.0.zip
unzip -p file-object-cache_1.0.zip > object-cache.php.filebased

N’oubliez pas de donner les bons droits au fichier (à personnaliser évidemment) :

chown www-data:www-data object-cache.php.filebased

Puis, pour activer le cache, il suffira de faire :

cp -p object-cache.php.filebased object-cache.php

Le super cache : WP Super Cache

C’est le système de cache le plus connu pour les blogs sous WordPress.
Il est une amélioration du plugin WP-Cache 2 qui s’occupait déjà de créer des fichiers de cache des objets du blog.

WP Super Cache va plus loin : il crée pour chaque page appelée un fichier HTML (ou même html.gz) de la page. Vous aurez donc une copie complète de votre blog au format HTML sous wp-content/cache/supercache. Au niveau performances, elles seront excellentes puisque seul apache sera utilisé pour transférer les pages à vos visiteurs, et PHP/MySQL périodiquement pour rafraichir les pages.

Il existe même une fonction permettant de résister à la plupart des Digg Effect : le « Lock Down » qui permet de verrouiller les fichiers de cache et donc de ne pas les régénérer quand un nouveau commentaire est publié.

Pour utiliser WP Super cache, il faudra que votre hébergement supporte la réécriture d’URL via le fichier htaccess présent à la racine du blog. C’est un facteur qui peut être bloquant sur certains hébergements mutualisés.

Pour ceux en hébergement dédié, c’est le module rewrite qui est utilisé, et qui peut s’activer sous Apache 2 facilement avec un :

a2enmod rewrite

Vous devrez également utiliser une structure d’URL autre que celle par défaut (Réglages->Permaliens dans l’administration de WordPress).

Pour le reste, je vous laisse suivre la procédure d’installation.

Cache mémoire ou accélérateur PHP

Il existe plusieurs extensions WordPress permettant d’utiliser un système de cache mémoire ou certains accélérateurs PHP.

Ils nécessiteront tous une configuration particulière de PHP et/ou l’installation de binaires supplémentaires sur le système, ce qui en fait une solution réservée aux hébergement dédiés ou privés.

Dans tous les cas, l’installation sera la même : il suffira de copier un fichier object-cache.php dans wp-content.

XCache

XCache est un cache d’opcode, c’est à dire un cache permettant de stocker les fichiers générés par PHP juste avant leur exécution.
XCache est développé par le créateur de lighttpd (lighty), un serveur Web très performant utilisé par exemple par YouTube, Wikipedia et Mininova. Il est souvent utilisé pour distribuer le contenu statique (images, vidéos, CSS…).

Avant d’installer le plugin XCache pour WordPress, il vous faudra installer XCache pour PHP.
Si votre système ne date pas de la guerre (vous n’utilisez plus Firefox 1 n’est-ce pas ?), la commande suivante devrait faire l’affaire :

apt-get install php5-xcache

Il faudra ensuite légèrement modifier la configuration d’XCache dans /etc/php5/conf.d/xcache.ini en modifiant certaines variables comme ci-dessous :

; to disable: xcache.size=0
; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows
xcache.size  =                64M
 
...
 
; same as aboves but for variable cache
xcache.var_size  =            16M

Les valeurs sont données à titre indicatif, elles doivent seulement être non nulles.

N’oubliez pas de rédémarrer apache :

/etc/init.d/apache2 restart

Pour vérifier le bon chargement d’XCache, il suffit de créer un fichier phpinfo.php avec le contenu :


phpinfo();
?>

En accédant à cette page via le navigateur, une section XCache devrait apparaître :

Il ne vous restera plus qu’à télécharger le plugin XCache pour WordPress disponible sur cette page.

Ou directement depuis votre serveur :

cd /var/www/votresuperblog/wp-content
wget http://neosmart.net/downloads/software/WordPress/Plugins/object-cache/xcache-object-cache_0.6.zip
unzip -p xcache-object-cache_0.6.zip > object-cache.php.xcache

On donne les bons droits au fichier :

chown www-data:www-data object-cache.php.xcache

Et une petite copie pour activer le cache :

cp -p object-cache.php.xcache object-cache.php

Pour surveiller le travail d’XCache, il faut paramétrer l’accès à la page d’administration. Pour cela, dans /etc/php5/conf.d/xcache.ini, paramétrez les variables « xcache.admin.user » et « xcache.admin.pass« .

Pour la variable xcache.admin.pass, il faut donner le md5 de votre mot de passe, vous pouvez l’obtenir en tapant :

echo -n "montmotdepasse" | md5sum

Modifiez ensuite la configuration d’apache en ajoutant la ligne :

Alias /xcache-admin/ /usr/share/xcache/admin/

(En supposant que les pages d’admin d’XCache se situent dans /usr/share/xcache/admin/. La commande « locate xcache » devrait vous aider à trouver le bon répertoire.)

Visitez la page /xcache-admin/ dans votre navigateur pour observer l’activité d’XCache :

MemCached

MemCached est un système distribué de cache d’objets en mémoire. Vous pouvez donc très bien installer le système de cache mémoire sur une autre machine que celle hébergeant votre site, et même multiplier les machines de cache.
Pour information, Facebook utilise plus de 800 serveurs Memcache. Twitter les utilise massivement aussi.

Pour installer memcached, il faudra donc deux choses : le service en lui-même ainsi que les modules et librairies nécessaires. Ce qui donne :

apt-get install memcached php5-memcache
a2enmod mem_cache

Puis, rajouter à la fin de la configuration de PHP (/etc/php5/apache2/php.ini et/ou /etc/php5/cli/php.ini ) :

extension=memcache.so

Un petit démarrage de memcached et un redémarrage d’Apache et tout devrait fonctionner :

/etc/init.d/memcached start
/etc/init.d/apache2 restart

Pour vérifier tout ça, jetez un coup d’oeil à phpinfo comme au dessus qui devrait afficher une section memcache :

Il faut enfin installer le plugin memcached pour WordPress téléchargeable ici.
Soit en ligne de commande :

cd /var/www/votresuperblog/wp-content
wget http://dev.wp-plugins.org/browser/memcached/branches/1.0/memcached-client.php?format=raw -O memcached-client.php
wget http://dev.wp-plugins.org/browser/memcached/trunk/object-cache.php?format=raw -O object-cache.php.ryan

On donne les bons droits aux fichiers :

chown www-data:www-data memcached-client.php object-cache.php.ryan

Et une petite copie pour activer le cache :

cp -p object-cache.php.ryan object-cache.php

Et voilà!

MemCached + BatCache

BatCache est un nouveau venu dans le monde des plugins de cache WordPress. Son nom était « supercache » pendant le développement mais comme « Super » était déjà pris, il a fallu trouver autre chose à la sortie du plugin. Je vous laisse imaginer d’où vient le « Bat »…

Le plugin utilise MemCached en backend pour sauvegarder les pages qui sont accédées plus de X fois en Y secondes et les stocke pendant Z secondes. X, Y et Z sont bien sûr paramétrables.

Vous ne pourrez pas utiliser WP Super Cache et BatCache en même temps, à vous donc de choisir entre un cache mémoire et un cache sur disque comme WP Super Cache.

Le créateur du plugin BatCache prétend que son activation réduit de 40 fois le temps de génération des pages de WordPress.

L’installation est détaillée sur cette page, le plugin étant tout jeune, il évoluera certainement dans les mois qui viennent. A suivre donc.

APC

APC est un cache d’opcode au même titre qu’XCache.

L’installation est très proche de celle d’XCache, soit à peu de choses près :

apt-get install php-apc
echo '
extension=apc.so' >> /etc/php5/apache2/php.ini
/etc/init.d/apache2 restart

Le plugin WordPress APC doit lui être copié dans wp-content sous le nom object-cache.php.

eAccelerator

C’est exactement la même chose avec eAccelerator qui est encore un autre cache d’opcode.

Pour l’installation, je vous laisse chercher sur Google pour quelques documentations. C’est relativement simple et rapide.

Le plugin s’installe ensuite comme les autres :

cd /var/www/votresuperblog/wp-content
wget http://neosmart.net/downloads/software/WordPress/Plugins/object-cache/eaccelerator-object-cache_0.6.zip
unzip -p http://neosmart.net/downloads/software/WordPress/Plugins/object-cache/eaccelerator-object-cache_0.6.zip > object-cache.php.eaccelerator
chown www-data:www-data object-cache.php.eaccelerator
cp -p object-cache.php.eaccelerator object-cache.php

Quelle solution choisir ?

En termes de performances, les caches d’opcode se valent. Certains donnent tout de même à XCache une légère longueur d’avance.

Si vous avez déjà un système de cache tel qu’XCache, Memcache, APC ou eAccelerator installé sur votre hébergement, le plus simple est certainement d’utiliser le plugin WordPress correspondant.

Quant à WP Super Cache, il permettra d’éviter la plupart des traitements coûteux, allégeant largement le serveur. La charge répercutée sur les disques (I/O) sera souvent insignifiante vu les volumes échangés. Attention tout de même sur les hébergements mutualisés : vous ne pourrez pas monopoliser les ressources disques du serveur sans vous attirer des problèmes.

WP Super Cache est donc de loin la solution de cache la plus efficace pour un blog WordPress.

Seuls les problèmes d’installation ou les inconvénients de son activation peuvent être bloquants. On peut citer l’incompatibilité avec les plugins générant du contenu dynamique sur une page (par exemple en fonction du referer comme avec landing sites), ou les problèmes avec certains compteurs ou plugins de statistiques.

Je conseillerai personnellement l’utilisation combinée de WP Super Cache + XCache, les deux solutions étant compatibles. WP Super Cache pourra être activé en permanence ou au besoin.

N’hésitez pas à apporter vos retours quant à la solution qui pour vous paraît la plus efficace.

Allez plus loin ?

L’utilisation d’un plugin de cache n’est qu’un moyen parmi d’autres d’optimiser son blog WordPress. Si vous avez entièrement la main sur votre hébergement, optimiser Apache/PHP et MySQL est tout aussi important (et laborieux). Voici quelques pistes souvent évoquées dans ce cadre.

MySQL

Parfois controversée, le cache sur les requêtes SQL peut aider à réduire la charge sur votre base de données. Dans /etc/mysql/my.cnf :

#
# * Query Cache Configuration
#
query_cache_type        = 1

Pour alléger MySQL, la meilleure solution reste de réduire le nombre de plugins utilisés et surtout d’éviter ceux très gourmands pour la base : compteurs de visites, WP-Stats et autres plugins générant une ou plusieurs requêtes par visiteur. Il est préférable d’utiliser des équivalents externes en JavaScript : Google Analytics, WordPress.com Stats, etc. Autant alourdir les bases de Google ou de WordPress.com plutôt que la votre.

Apache

La configuration d’Apache est plutôt compliquée et dépend fortement de votre matériel.
Extrait d’un fichier /etc/apache2/apache2.conf :

#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 30
 
#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On
 
#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100
 
#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 8
 
##
## Server-Pool Size Regulation (MPM specific)
##
 
# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves

    StartServers          5
    MinSpareServers       8
    MaxSpareServers      50
    MaxClients          250
    MaxRequestsPerChild   500

 
# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves

    StartServers          15
    MaxClients          250
    MinSpareThreads      10
    MaxSpareThreads      100
    ThreadsPerChild      100
    MaxRequestsPerChild   1000

A vous de tester et de rechercher la meilleure configuration pour votre machine. Les forums d’OVH ou de Dedibox ne manquent pas de discussions sur le sujet.

Si votre site est encore peu utilisé, vous pouvez faire quelques modifications puis les tester en utilisant Apache Bench :

apt-get install apache2-utils
ab -n 1000 -c 10 http://www.monserveur.com/mapagedetest.php

La variable « Requests per second » vous indiquera le nombre de requêtes auxquelles votre serveur pourra répondre chaque seconde (pour la page testée).

PHP

Pour PHP, pensez à désactiver certaines fonctionnalités parfois pénalisantes en terme de performances (et surtout très mauvaises pour la sécurité) :

register_globals = Off
register_long_arrays = Off
register_argc_argv = Off
 
 
magic_quotes_gpc = Off
magic_quotes_runtime = Off
magic_quotes_sybase = Off

Vous pouvez également modifier les limitations en termes de ressources :

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
 
max_execution_time = 60     ; Maximum execution time of each script, in seconds
max_input_time = 30 ; Maximum amount of time each script may spend parsing request data
;max_input_nesting_level = 64 ; Maximum input variable nesting level
memory_limit = 128M      ; Maximum amount of memory a script may consume (128MB)
...
; Maximum allowed size for uploaded files.
upload_max_filesize = 6M

Voilà quelques pistes qui j’espère vous aiderons à optimiser votre blog et donc à économiser quelques euros pour votre hébergement. Maintenant la page blanche ne devrait plus venir de votre serveur mais seulement de vous, alors au boulot

©PapyGeek, 2008. Voir les commentaires de "WordPress : optimiser son blog avec un système de cache".
Voir les autres articles classés sous WordPress.

Fluency : un thème pour l’administration de WordPress 2.5

Papy — Fri, 14 Mar 2008 16:45:43 +0000

L’interface d’administration de WordPress 2.5 (qui devrait sortir la semaine prochaine) ne plait pas forcément à tout le monde, tout comme l’ancienne interface de WordPress. Certains s’étaient habitués à l’utilisation de thèmes alternatifs comme WP Tiger. Seulement, celui-ci ne fonctionne plus avec la version 2.5 de WordPress, d’où l’arrivée du thème Fluency.

Le thème s’installe facilement (comme un plugin) et donne le résultat suivant :

Tableau de Bord :

Écrire un Article :

Plugins :

Pas de doute, c’est plus sobre que l’original. Si le style vous plait, le téléchargement se passe ici :

Fluency Admin 1.0

©PapyGeek, 2008. Voir les commentaires de "Fluency : un thème pour l’administration de WordPress 2.5".
Voir les autres articles classés sous WordPress.