L’emploi de deux titres est très intéressant d’un point de vue référencement naturel puisqu’il permet d’améliorer le maillage interne de votre blog, en particulier la transmission de sémantique entre vos pages. En effet, avec deux titres différents, on peut d’une part tester deux modèles de titres et les réactions qu’ils entraînent de la part des internautes, mais également optimiser chacun d’entre eux autour d’un mot clé différent.

J’entrevois de nombreuses utilisations possibles de ce comportement, notamment si vous souhaitez booster votre visibilité sur Google News. Bref, je pense que vous avez saisi l’idée de base de ce plugin.

Le plugin

En installant et en activant ce plugin, vous retrouverez un nouveau champ sur votre page d’édition d’article, juste en dessous du champ de texte, comme ceci :

Deux solutions s’offrent alors à vous :

• Soit vous avez installé ce plugin pour rien, et choisissez de ne rien indiquer dans ce nouveau champ de titre, auquel cas rien ne changera. Merci quand même pour le téléchargement
• Si vous renseignez un second titre, celui-ci sera utilisé partout sauf sur la page de l’article seul.

Pour voir ce que ça donne, comparez-donc le titre de cet article que vous lisez actuellement sur cette page, et ici. TADA !

Prochaines étapes

Cette toute première version du plugin va bien sûr évoluer. Première étape, le rendre compatible à la traduction, et proposer quelques versions pour facilement traduire l’affichage selon la langue de votre installation.

En fonction de vos besoins, on peut également envisager une version permettant de spécifier davantage de titres différents, afin d’en assigner un pour la page d’accueil, un pour les pages de catégories, etc.

Voyez-vous d’autres améliorations à envisager ? Votre feedback est important !

Téléchargez le plugin sur WordPress.org !

J’expérimente donc actuellement une nouvelle façon de bloguer, qui semble pour l’instant fonctionner : reprendre l’habitude d’écrire régulièrement en rédigeant chaque jour de courts articles en mode Bloc Notes, principalement orientés autour de la veille que je réalise chaque jour. L’idée est à la fois de partager mes trouvailles et de les stocker (proprement) à un endroit facilement accessible.

Pour cela, j’ai mis en place quelques outils qui me permettent de gagner du temps et publier de manière simple, rapide et efficace mes billets.

Scriptogr.am, ton blog dans ta Dropbox

Le premier d’entre eux est tout simplement le support visible, la partie émergée de l’iceberg : mon espace scriptogr.am. Scriptogr.am, c’est une plateforme de blogs très particulière : alors que certaines plateformes stockent le contenu que vous produisez sur leurs serveurs, et s’en servent pour glisser des liens d’affiliation, l’idée derrière ce service est très simple. Il s’agit de faire en sorte que le contenu de votre blog soit stocké chez vous.

Et ça fonctionne très simplement : un répertoire local sur votre ordinateur contient des fichiers, qui correspondent chacun à un article ou une page de votre blog. Quand vous lui demanderez (id est, quand vous cliquerez sur le bouton Synchronize de votre compte), Scriptogram ira télécharger chacun des fichiers, et génèrera la structure de votre site en conséquence : pages, articles, tags, pagination, archives … Un véritable blog, simpliste certes, mais qui remplit tout à fait son rôle.

La question est tout de même de savoir comment ce service accède à des fichiers stockés sur votre ordinateur. Et la réponse est très simple : c’est une application DropBox ! Si vous n’avez pas encore de compte sur ce service merveilleux, sortez de votre grotte utilisez ce lien pour bénéficier de 500Mo d’espace supplémentaire et gratuit

Résumons la situation : j’ai donc un blog sur un service gratuit (pour l’instant), je reste maître de mon contenu et peux le republier facilement ailleurs si ce service venait à fermer, et mon contenu est stocké sur mon ordinateur et accessible depuis n’importe où grâce à DropBox. Dois-je également préciser que DropBox gère nativement le versioning de fichiers ?

Markdown ou HTML, vous avez le choix

Scriptogram promeut l’utilisation de Markdown comme langage de marquage, en parallèle du HTML : vous pouvez donc utiliser l’un ou l’autre dans vos articles, en-têtes de fichiers exceptées. Celles-ci devront en effet respecter la syntaxe suivante :

Title: Mon titre
Date: 1970-07-01 14:00
Tags: mot clé, mot clé
...

Le HTML permet une large compatibilité, tandis qu’après un temps d’adaptation Markdown peut faire gagner pas mal de temps de formatage.

Le flux RSS

Par défaut Scriptogram génère automatiquement un flux RSS reprenant les articles de votre blog.
Malheureusement celui-ci n’apparaît pas visuellement sur la plupart des thèmes. Cela peut s’avérer assez problématique pour les visiteurs qui souhaitent s’y abonner. Heureusement, il est assez facile d’y remédier.

Il suffit en effet de créer un article contenant les lignes suivantes (en prenant soin de remplacer « username » par votre nom d’utilisateur) :

Title: RSS
Type: page
Link: http://scriptogr.am/username/rss

De même que Tags ou Date, Link et Type font partie des éléments d’en-tête optionnels des fichiers de votre blog scriptogram, appelés variables globales au même titre que Slug, Published ou encore Excerpt. Seul Title est réellement obligatoire.

Type permet de spécifier le type d’article :

• par défaut post, un article normal qui apparaîtra dans votre flux (et donc pas besoin de renseigner le Type)
• ou bien page, une page qui sera liée depuis toutes les autres pages du site, comme sur WordPress par exemple.

Quant à Link, il permet de lier directement à un contenu externe (autrement dit n’importe quelle URL).

Pour plus de détail concernant les autres variables globales, consultez la documentation.

Installer Disqus pour les commentaires

Un blog sans commentaires, ça n’est pas vraiment un blog. Malheureusement cette fonctionnalité n’est pas gérée par Scriptogram, et c’est en effet tout à fait compréhensible puisque ce serait assez contraire au concept de base du service.

Ce choix est d’autant plus facile à comprendre puisqu’il est possible de mettre en place cette fonctionnalité grâce à des services externes, comme Disqus. L’avantage de Disqus est que là encore, vous restez maître des données.

Une fois votre compte créé sur la plateforme, l’ajout du formulaire à votre blog est assez simple. Rendez-vous sur votre Dashboard Scriptogram, dans l’onglet Tools, et accédez à l’éditeur HTML (voir ci-contre).

Cherchez ensuite dans la partie de gauche (le code source du template) la balise {{is_post}}, qui définit la partie du template spécifique aux pages d’articles, et ajoutez là où vous le jugez adéquat (quelques lignes au-dessus de {{is_post}} a priori) le code fournit par Disqus, qui devrait ressembler à ceci :

</pre>
<div id="disqus_thread"></div>
<pre>
<script type="text/javascript">// <![CDATA[
  var disqus_shortname = 'diije-blocnotes';
  (function() {
    var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true;
    dsq.src = 'http://' + disqus_shortname + '.disqus.com/embed.js';
    (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq);
  })();
// ]]></script>
<noscript>Merci d'activer JavaScript afin d'afficher les <a href="http://disqus.com/?ref_noscript">commentaires propulsés par Disqus.</a></noscript>
<a class="dsq-brlink" href="http://disqus.com">commentaires propulsés par <span class="logo-disqus">Disqus</span></a>

Pensez à remplacer la valeur de disqus_shortname par celle qui correspond à votre site sur Disqus. Et notez que dans l’onglet Tools, vous pourrez également accéder à l’éditeur CSS, et personnaliser l’apparence de votre site.

Enfin, pour les plus aventuriers d’entre vous, sachez que Disqus propose également d’afficher un compteur des commentaires de chaque article. Première étape, ajoutez le code suivant juste avant la balise </body> (en remplaçant là encore la variable disqus_shortname ) :

<script type="text/javascript">// <![CDATA[
var disqus_shortname = 'diije-blocnotes';
(function () {
    var s = document.createElement('script'); s.async = true;
    s.type = 'text/javascript';
    s.src = 'http://' + disqus_shortname + '.disqus.com/count.js';
    (document.getElementsByTagName('HEAD')[0] || document.getElementsByTagName('BODY')[0]).appendChild(s);
}());
// ]]></script>

Il vous faudra ensuite ajouter à l’endroit où vous souhaitez voir le compteur s’afficher le code suivant :

<a href="{{permalink}}#disqus_thread"></a>

Dernier point concernant les commentaires : si vous le souhaitez vous pouvez via l’interface d’administration de Disqus personnaliser le texte affiché par le compteur. Et y adjoindre du code HTML : de quoi améliorer l’apparence du compteur si vous en avez envie.

Les images

Autre manque de Scriptogram, c’est l’insertion d’images dans les articles. Si la fonctionnalité est tout à fait correctement gérée grâce à HTML ou Markdown, vous devrez héberger vos images ailleurs.

Il est tout à fait possible de les héberger sur votre serveur FTP ou sur Flickr par exemple, mais si vous souhaitez là encore conserver tous les fichiers dans votre Dropbox, plusieurs solutions existent.

La plus simple, est de stocker directement ces images dans un répertoire de votre choix. Depuis quelques temps, DropBox a en effet supprimé la notion de dossier public pour rendre tous les fichiers partageables, quel que soit leur emplacement. D’un simple clic droit sur une image, rendez-vous sur Dropbox -> Partager le lien pour être renvoyé vers une page web comme celle-ci.
Pratique pour partager une galerie photo par exemple, mais malheureusement ceci n’est pas l’URL directe vers l’image, mais vers cette page avec boutons de partage et logos. Autrement dit, si vous utilisez ce lien, votre image ne s’affichera pas.

L’astuce est toute simple : il suffit de remplacer dans l’URL le www par dl (comme ceci) pour obtenir le lien vers le fichier lui-même

Sublime : léger, rapide, efficace

Avant toute chose, sachez que Scriptogr.am propose via le Dashboard un formulaire d’ajout et d’édition d’articles, qui sauvegardera les nouveaux articles sous formes de fichiers dans votre Dropbox. Mais l’idée est de pouvoir utiliser son éditeur préféré, pour davantage de confort.

Sublime Text 2 est un excellent éditeur de code qui convainc un nombre toujours plus important d’utilisateurs, moi y-compris. Les raisons sont sans doute sa sobriété, sa rapidité, et ses nombreuses fonctionnalités qui permettent de gagner un temps considérable au quotidien.

Puisqu’il gère parfaitement la coloration syntaxique en HTML, et surtout en Markdown (de même que dans de nombreux autres langages), c’est tout naturellement que je l’utilise comme principal éditeur.

Avec quelques légères optimisations Sublime peut vous faire gagner un temps considérable, en particulier si vous souhaitez l’utiliser pour rédiger des articles pour Scriptogr.am.

Package Control

De la même manière qu’un apt sur certaines distributions Linux, il est possible d’adjoindre à Sublime Text un Package Manager qui vous permettra d’installer, de mettre à jour ou de supprimer très facilement des add-ons.
Ce gestionnaire de paquets s’appelle Package Control, et son installation est d’une simplicité enfantine : ouvrez Sublime Text, et cliquez sur View -> Show Console pour afficher la console.

Dans la console, collez et exécutez la commande suivante :

import urllib2,os; pf='Package Control.sublime-package'; ipp=sublime.installed_packages_path(); os.makedirs(ipp) if not os.path.exists(ipp) else None; urllib2.install_opener(urllib2.build_opener(urllib2.ProxyHandler())); open(os.path.join(ipp,pf),'wb').write(urllib2.urlopen('http://sublime.wbond.net/'+pf.replace(' ','%20')).read()); print 'Please restart Sublime Text to finish installation'

Relancez Sublime, et le tour est joué.

Paquet Scriptogram pour Sublime

Maintenant que vous avez installé Package Control, je vous recommande l’installation de Scriptogram, un add-on qui va vous permettre de pré-formater vos fichiers pour qu’ils correspondent aux spécifications de la plateforme du même nom.

L’installation est très simple :

1. Ouvrez Sublime Text 2
2. Tapez cmd+shift+P sous mac, ou ctrl+shift+p ailleurs, afin d’ouvrir la palette de commandes
3. Dans cette palette, tapez Package Control: Install Package
4. Une liste déroulante apparaît : cherchez le paquet Scriptogram et installez-le
5. Relancez Sublime Text

Désormais, il vous suffira d’ouvrir la palette de commandes et de taper Scriptogram pour que votre fichier en cours soit formaté.

Pour ceux qui souhaiteraient ajouter ou retirer des choses parmi les lignes ajoutées par ce script, sachez qu’il est très simple de modifier le code (en Python). Pour vous donner un exemple, j’ai forké le projet sur github.

Définir l’emplacement de sauvegarde

Dernière astuce qui peut vous faire gagner un temps fou sur Sublime : par défaut ce logiciel, comme tant d’autres, vous propose de sauvegarder vos fichiers un peu n’importe où, alternant plus ou moins aléatoirement entre le dernier emplacement de sauvegarde utilisé, et un obscur répertoire système.

Mais il est assez simple de configurer un emplacement de sauvegarde par défaut :

1. Ouvrez Sublime Text
2. Rendez-vous dans Preferences -> Settings Default
3. Ajoutez à la fin du fichier les lignes suivantes :

// Sets the default save directory for the view.
"default_dir": "/chemin/vers/mon/repertoire"

4. Pensez à ajouter une virgule à la fin de l’instruction précédente pour éviter les erreurs
5. Redémarrez Sublime Text

Bien évidemment, si vous configurez comme répertoire par défaut le répertoire de l’application Scriptogram dans votre Dropbox, vous gagnerez là encore quelques précieuses secondes.

Avec ces différentes étapes, vous disposez désormais d’un blog totalement opérationnel doublé d’un outil pour produire des articles de façon quasi industrielle. Mais si écrire des articles c’est bien, faire en sorte qu’ils soient lus c’est mieux.

IFTTT : la boîte à outils

Les habitués y auront pensé dès qu’on a parlé de flux RSS : le fameux IFTTT, le service qui permet de déclencher tout simplement des actions en fonction d’évènements, au travers de multiples services et sites web.

Ce service va dans les faits vous permettre par exemple de publier automatiquement un tweet lorsqu’une nouvelle entrée apparaîtra dans le flux RSS de votre blog.

Pour ce faire, nous allons utiliser une recette déjà créée par un autre utilisateur :

1. Créez votre compte sur la plateforme
2. Rendez-vous sur cette page et activez le Channel Twitter
3. Rendez-vous sur cette page (la recette en question), et renseignez le flux RSS de votre blog (http://scriptogr.am/username/feed)
4. Paramétrez le tweet que vous souhaitez émettre
5. Validez, et le tour est joué

Cette recette est très classique, mais je vous encourage fortement à explorer la liste des recettes et à en créer par vous même.

En conclusion

Le gros point noir pour l’instant sur Scriptogr.am est l’obligation de devoir se rendre sur le site pour pouvoir synchroniser (à la main) les nouveaux articles. A l’heure où j’écris cet article, il semblerait que l’équipe de développeurs travaille sur une nouvelle version de la plateforme embarquant de nombreuses nouveautés dont des solutions à cet égard, mais pour l’instant aucune date n’a été dévoilée, et les utilisateurs sont donc toujours dans l’attente.

J’ai pour ma part essayé de bricoler un script bash qui avait pour but de déclencher la synchronisation à intervalles réguliers, mais je n’ai pour l’instant pas obtenu de résultat probant. Malgré tout la plateforme conserve des atouts intéressants, le premier d’entre eux étant de conserver votre contenu en local sur votre ordinateur. Pour cette raison, je continue à l’utiliser en l’état, en espérant une rapide avancée sur ce sujet.

On a donc trois solutions pour mettre à jour ce blog de manière régulière :

• Utiliser l’interface en ligne pour rédiger des articles, mais on n’utilise plus notre éditeur favori
• Se rendre sur le Dashboard pour synchroniser après chaque nouvel article rédigé, mais là encore la flexibilité n’est pas optimale
• Décider de synchroniser manuellement et régulièrement le blog, indépendamment de la rédaction d’articles, au risque de publier les articles par blocs

Pour ma part j’ai retenu la dernière solution qui convient très bien à mon utilisation en mode « bloc notes » : l’essentiel est que les notes soient prises, leur partage sur le net ce n’est que du bonus.

Bien entendu ça n’est que mon utilisation personnelle de la plateforme (si vous voulez voir ce que ça donne, rendez-vous ici), et certains l’utilisent comme un blog à part entière. A chacun de se faire sa propre opinion.

En effet, sur les blogs collaboratifs il n’est pas inhabituel de faire appel aux éditeurs pour qu’ils valident les articles proposés avant leur mise en ligne. Pour autant, une fois ces articles publiés, leurs auteurs (qu’ils aient le rôle de contributeur ou d’auteur pour WordPress) n’ont pas les permissions nécessaires pour modérer les commentaires.

Rôles et permissions

WordPress propose par défaut 5 rôles d’utilisateurs, qui définissent chacun un niveau de permissions supplémentaire par rapport au niveau précédent :

• Abonné (simple lecteur)
• Contributeur (peut proposer des articles)
• Auteur (peut publier ses propres articles)
• Editeur (peut modifier et publier les articles des autres utilisateurs)
• Administrateur (accède à toutes les options d’administration : réglages, plugins, thèmes …)

Chaque rôle correspond en fait à un jeu de permissions définies dans WordPress, dont vous retrouverez la liste sur le Codex.

Cependant, il est possible de modifier ces rôles et de donner ou de retirer des permissions aux utilisateurs, on l’a déjà vu pour permettre l’upload d’images aux contributeurs. Un plugin assez connu, User Role Editor, permet de réaliser ces modifications sans la moindre ligne de code, directement depuis l’interface d’administration. Mais déployer un plugin aussi lourd me paraissait un peu disproportionné, d’autant qu’il ne répond pas exactement à mes besoins.

Julio de Boite à Web a dévoilé récemment un plugin permettant l’ajout d’un nouveau rôle « Modérateur », qui bien que très intéressant ne me satisfaisait pas : les modérateurs ainsi créés ne peuvent que modérer des commentaires. Cela dit, ça m’a quand même aidé, alors merci à lui
Puisque je cherchais à laisser tout de même aux contributeurs et aux auteurs la possibilité de proposer des articles, j’ai donc fouillé un peu plus.

Le début de solution

Une capacité qui pourrait suffire est moderate_comments. Comme son nom l’indique, elle permet la modération des commentaires. Malheureusement, la modération des commentaires est assimilée par le noyau de WordPress à l’édition d’un post (pour rappel, un post dans WordPress peut désigner à la fois un article, une page, une pièce jointe, un type de post personnalisé …).
Pour pouvoir modérer les commentaires, un utilisateur a donc besoin des capacités suivantes (en plus des permissions de base d’un contributeur) :

• moderate_comments
• edit_others_posts
• edit_published_posts

Voilà donc un petit bout de code à insérer dans le fichier functions.php de votre thème, et qui ajoute ces capacités aux contributeurs et aux auteurs :

if ((current_user_can('contributor') || current_user_can('author')) && !current_user_can('moderate_comments'))
	add_action('admin_init', 'dfr_moderate_comments');

function dfr_moderate_comments() {
	$contributor = get_role('contributor');
	$contributor->add_cap('moderate_comments');
	$contributor->add_cap('edit_others_posts');
	$contributor->add_cap('edit_published_posts');
	$author = get_role('author');
	$author->add_cap('moderate_comments');
	$author->add_cap('edit_others_posts');
}

Pour ceux qui ont lu les précédents articles de ce blog, ça ressemble assez fortement à ce qu’on a utilisé pour permettre l’upload de media aux contributeurs. Je vous invite à aller voir l’article correspondant pour quelques explications sur le principe.
On n’a pas ajouté la capacité edit_others_posts au rôle Auteur, tout simplement parce qu’il la possède déjà.

L’astuce

L’ennui, c’est qu’avec toutes ces capacités, un contributeur est en mesure de lire, modifier, publier à sa guise ses articles et ceux des autres. En gros on lui donne les mêmes droits qu’un éditeur, alors qu’il n’est que simple contributeur.

La grosse feinte va donc consister à faire en sorte que lorsqu’un utilisateur cherche à éditer un article, si cet article est déjà publié ou n’est pas un des articles qu’il a proposés, on lui en interdit l’accès avec un autre bout de code à placer dans functions.php :

add_action( 'admin_init', 'dfr_redirect_users' );
function dfr_redirect_users()
{
	// On récupère la page active
	global $pagenow;
	// Si la page active est la page d'édition d'article
	if ($pagenow == "post.php") {
		// Si l'utilisateur n'est pas éditeur ou admin
		if ( !current_user_can( 'editor' ) ) {
			// On récupère l'objet post courant
			$id = $_GET['post'];
			$post = get_post($id);
			// On récupère l'utilisateur courant
			$current_user = wp_get_current_user();
			// Si le post est publié et si l'utilisateur n'en est pas l'auteur
			if ($post->post_status == "publish" && $post->post_author != $current_user->ID)
				wp_redirect( admin_url( 'edit.php' ) );
		}
	}
}

On utilise la variable globale $pagenow (voir la liste des variables globales dans WordPress) qui indique sur quelle page de WordPress nous nous trouvons. Pour le reste, il s’agit de vérifier que notre gentil contributeur ne tente pas d’aller modifier le post d’un autre utilisateur. Attention : il pourra par contre modifier les articles encore hors ligne. Si vous voulez interdire ce comportement, retirez simplement $post->post_status == "publish" de la dernière condition

Le code complet

Pour les feignasses, voilà donc le code complet à placer dans le fichier functions.php de votre thème.

if ((current_user_can('contributor') || current_user_can('author')) && !current_user_can('moderate_comments'))
	add_action('admin_init', 'dfr_moderate_comments');
function dfr_moderate_comments() {
	$contributor = get_role('contributor');
	$contributor->add_cap('moderate_comments');
	$contributor->add_cap('edit_published_posts');
	$author = get_role('author');
	$author->add_cap('moderate_comments');
}
add_action( 'admin_init', 'dfr_redirect_users' );
function dfr_redirect_users()
{
	global $pagenow;
	if ($pagenow == "post.php") {
		if ( !current_user_can( 'editor' ) ) {
			$id = $_GET['post'];
			$post = get_post($id);
			$current_user = wp_get_current_user();
			if ($post->post_status == "publish" && $post->post_author != $current_user->ID)
				wp_redirect( admin_url( 'edit.php' ) );
		}
	}
}

Attention : cette solution n’est évidemment pas optimale, et il est certain qu’une mise à jour de la capacité moderate_comments pour la rendre indépendante d’autres capacités simplifierait le problème.
En attendant, si vous trouvez une façon plus élégante de faire la même chose, n’hésitez pas à partager votre solution dans les commentaires !

Alors voilà une petite commande SQL à exécuter sur votre base de données et qui m’a fait gagner jusqu’à 60Mo sur un des sites que j’administre :p

DELETE FROM wp_postmeta WHERE 'meta_key' = 'WyPiekacz_msg';

Prenez soin de remplacer le préfixe wp_ par le préfixe correspondant à votre configuration !

Attention quand même quand vous modifiez votre base de données en live, pensez à faire une sauvegarde

Il ne reste plus qu’à espérer que le plugin soit mis à jour pour prendre en compte ce bug.

Puisque la configuration d’une telle machine est parfois un poil compliquée, voici un tutoriel pour créer pas à pas votre propre serveur local avec VirtualBox et Ubuntu Serveur.

Installer VirtualBox

Tout d’abord, pourquoi VirtualBox ? Bah, parce que c’est gratuit, déjà. Et mine de rien, les machines virtuelles, c’est quand même bien pratique, notamment parce qu’on peut faire des instantanés, sorte de sauvegarde de l’état de la machine à un instant T. Idéal pour revenir en arrière après une mise à jour foireuse par exemple

Commençons par télécharger l’installeur. Vous devriez trouver votre bonheur sur le site officiel ou dans les paquets de votre distribution linux. L’installation de VirtualBox en elle-même ne devrait là encore ne pas vous poser de problème.

Télécharger Ubuntu Server

Là encore, pourquoi Ubuntu, et pourquoi en version serveur ? Bon, ok, c’est gratuit aussi. Ubuntu est l’une des distributions les plus populaires, et dispose d’une communauté assez large pour que dans la quasi totalité des cas, quelqu’un aura déjà rencontré (et avec un peu de chance, aura déjà résolu) le problème que vous vous apprêtez à rencontrer à votre tour.
Quant au choix de la version serveur, c’est une question d’utilité et de performances : d’une part dans la plupart des cas, il est assez peu utile d’avoir une interface graphique sur votre serveur ; d’autre part, les machines virtuelles étant souvent assez gourmandes en mémoire vive, se passer d’une interface graphique permet aussi de limiter la mémoire allouée à notre serveur, et donc de garantir de meilleures performances pour l’ordinateur hôte (théoriquement).

Vous devriez pouvoir télécharger un iso de la dernière version francophone de Ubuntu Server sur ubuntu-fr.org

Cela étant, rien ne vous empêche de choisir une autre distribution et/ou une version dotée d’une interface gratuite, le reste de ce tutoriel reste applicable.

Installer la machine virtuelle

Une fois l’iso sauvegardé sur votre ordinateur, lancez VirtualBox et créez une nouvelle machine virtuelle :

La création d’une nouvelle machine virtuelle se faisant de manière assez intuitive, laissez-vous guider dans les différentes étapes.
Nul besoin d’allouer une quantité importante de mémoire vive, 512Mo ou moins devraient suffire si vous n’envisagez pas de traiter des masses de données.

De même, la taille du disque dur virtuel n’est pas très importante, puisqu’en général on n’a pas de gros besoins pour des sites web. J’ai pour habitude de créer des disques dynamiques (VirtualBox Disc Image) de 10Go, ce qui est normalement amplement suffisant.

Une fois les différentes étapes remplies, votre machine est créée. Mais elle est vide, et il faut maintenant y installer notre OS. Pour cela, il va falloir « insérer » le disque d’installation, c’est à dire l’iso de Ubuntu Server que vous venez de télécharger. Dans le menu Configuration de votre machine virtuelle, rendez-vous dans l’onglet Stockage puis indiquez le chemin vers l’iso :

Il suffira ensuite de lancer la machine virtuelle, de la laisser démarrer sur le cdrom et de procéder à l’installation somme toute standard de votre OS. J’ai pour habitude de n’installer aucun paquet à ce moment de la création de notre serveur, et de le faire à la main par la suite (ce qu’on va voir tout de suite), mais libre à vous d’essayer :p

Configurer la machine virtuelle

Maintenant que nous avons une machine virtuelle en parfait état de fonctionnement, il va falloir la transformer en un véritable serveur web, en y installant les éléments indispensables au bon fonctionnement de la plupart des sites.

Commencez par installer Apache, en tapant la commande suivante en ligne de commande :

sudo apt-get install apache2

Même chose pour PHP (je vous assure, le HTML c’est bien, mais c’est vite limité) :

sudo apt-get install php5 libapache2-mod-php5

MySQL, histoire de pouvoir stocker des données :

sudo apt-get install mysql-server

Et PhpMyAdmin pour avoir une belle interface web pour gérer nos bases de données :

sudo apt-get install libapache2-mod-auth-mysql php5-mysql phpmyadmin

Redémarrez Apache pour qu’il prenne en compte ses nouveaux amis :

sudo /etc/init.d/apache2 restart

Enfin, je vous conseille deux petites manips. Tout d’abord, placez un lien symbolique vers phpmyadmin dans /var/www, pour pouvoir y accéder plus facilement depuis la racine du serveur web :

sudo ln -s /usr/share/phpmyadmin/ /var/www/phpmyadmin

Puis ajoutez-vous au groupe www-data (le groupe du processus Apache) et rendez-le propriétaire de /var/www (prenez soin de remplacer username par votre login) :

sudo usermod -a -G www-data username
sudo chown -R username:www-data /var/www/

C’est presque prêt, ne reste qu’à redémarrer pour s’assurer que tout se passe bien au démarrage de la machine virtuelle :

sudo reboot

Configurer le réseau

Maintenant que nous avons un serveur web fonctionnel, il va falloir y accéder depuis l’extérieur, ou au moins depuis la machine hôte. Plusieurs possibilités existent, mais je vous conseille d’utiliser celle que je vais vous décrire, qui fonctionnera quel que soit l’OS hôte.

Commencez par arrêter votre machine virtuelle :

sudo shutdown -h now

Rendez-vous ensuite dans le menu Préférences de VirtualBox (général et non d’une machine virtuelle) puis dans l’onglet Réseau. Nous allons modifier le réseau privé hôte par défaut de VirtualBox (à priori vboxnet0) en cliquant sur le tournevis, et en renseignant l’onglet Interface comme ceci :

Et l’onglet Serveur DHCP comme ceci :

C’est bon, vous pouvez cliquer sur OK
Ensuite, dans la configuration de votre machine virtuelle, ajoutez une interface réseau en vous rendant dans l’onglet Configuration > Réseau et en activant tout simplement la carte n°2 en mode Réseau privé hôte :

Veillez à conserver la carte n°1 active en mode NAT.

Démarrez ensuite la machine virtuelle pour éditer sa configuration réseau. Une fois logué, tapez :

sudo nano /etc/network/interfaces

Modifiez le fichier pour qu’il ressemble à ça (il s’agit en fait de configurer votre nouvelle carte réseau, aka eth1) :

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
        address 10.0.0.2
        netmask 255.255.255.0

Vous venez de spécifier une IP fixe pour la seconde carte réseau, qui permettra de faire en sorte que la machine invitée soit toujours accessible depuis la même adresse.

Pour finir, redémarrez les interfaces réseau pour que les modifications soient prises en compte :

sudo /etc/init.d/networking restart

Vous devriez pouvoir accéder au serveur web de votre machine virtuelle en tapant http://10.0.0.2 dans la barre d’adresse de votre navigateur :

Une fois ces différentes étapes réalisées, je vous conseille d’enregistrer un premier instantané de votre machine virtuelle (touche « host » + T, la touche « host » étant par défaut la touche Pomme/CMD sur Mac et la touche CTRL droite sur les autres OS) :

N’hésitez pas à détailler l’intitulé et la description de chaque Instantané afin de savoir où vous en étiez dans votre travail.
Ainsi, si quelque chose foire pendant la suite, vous pourrez facilement revenir en arrière en sélectionnant la sauvegarde que vous souhaitez via l’onglet Instantanés du menu principal de VirtualBox :

Les instantanés sont un des principaux atouts des machines virtuelles, je vous recommande donc très fortement de les utiliser !

Installer les additions invité

Un autre des nombreux atouts de VirtualBox, c’est le partage de dossiers entre la machine hôte et la machine invitée, possible au travers des additions invité. Ces fameuses additions sont en fait des greffons ajoutés à votre machine virtuelle et qui permettent l’interfaçage avec la machine hôte. Pour les installer, vous devez d’abord installer quelques paquets essentiels dès qu’on touche au noyau linux :

sudo apt-get install build-essential linux-headers-`uname -r` dkms

Il faut ensuite monter l’image disque contenant les additions invité. Pour cela, rendez-vous dans le menu Périphériques de votre machine virtuelle et cliquez sur Installer les additions invité. L’image iso sera ajoutée à votre machine virtuelle. Il suffit ensuite de la monter avec la commande :

sudo mount /dev/cdrom /media/cdrom/

Une fois l’image iso montée, lancez l’installation des additions invité :

cd /media/cdrom/
sudo sh ./VBoxLinuxAdditions.run

Et voilà, les additions invité sont installées. Peu de différence pour vous puisque la plupart ne sont utiles que lorsque l’on utilise une interface graphique, mais ça sera bien utile pour la suite quand même.
Pour que les additions soient bien prises en compte, éteignez encore une fois la machine virtuelle :

sudo shutdown -h now

Créer un dossier partagé

Un dossier partagé sera, comme son nom l’indique, un espace de stockage partagé entre la machine hôte et la machine virtuelle. Vous aurez donc l’équivalent d’un FTP sauf qu’il sera connecté automatiquement et totalement intégré à votre explorateur de fichiers favori.
Voyons comment le paramétrer.

Sur la machine hôte

Rendez-vous dans le menu de configuration de votre machine virtuelle, dans l’onglet Dossiers partagés. Vous pourrez alors ajouter un répertoire de partage de façon temporaire ou permanente, choisir l’étendue des droits pour la machine virtuelle, ou encore paramétrer le montage automatique ou manuel du dossier. Surtout, vous lui donnerez un nom qu’il va falloir retenir parce que vous en aurez besoin pour la suite.

Sur la machine invitée

Redémarrez la machine virtuelle, et montez le dossier partagé avec la commande suivante (en prenant soin de remplacer « NOM_DU_DOSSIER_DE_PARTAGE » par … le nom du dossier de partage :p) :

sudo mount -t vboxsf NOM_DU_DOSSIER_DE_PARTAGE /var/www

Si tout se passe bien, le dossier de partage sera monté à la place de /var/www, le répertoire de base par défaut d’Apache. Autrement dit, votre dossier partagé contiendra tous les sites hébergés sur votre serveur. Libre à vous évidemment de modifier ce comportement, en changeant le point de montage (/var/www) et/ou la configuration d’Apache.

Vous pouvez maintenant configurer votre dossier de partage pour qu’il soit monté automatiquement au démarrage de votre machine virtuelle. Pour cela, il vous faut éditer /etc/fstab :

sudo nano /etc/fstab

Ajoutez la ligne suivante à la fin du fichier :

NOM_DU_DOSSIER_DE_PARTAGE	/var/www	vboxsf	umask=0022,gid=33,uid=33	0	0

Comme précédemment, veillez à remplacer NOM_DU_DOSSIER_DE_PARTAGE par le nom de votre dossier
Le 2e paramètre est le point de montage, le 3e le système de fichiers (à ne pas modifier, c’est le système de fichiers propre aux dossiers partagés de VirtualBox). Pour le reste, si vous ne comprenez pas, mieux vaut ne pas y toucher

Pour tester le bon fonctionnement de ce paramétrage, redémarrez votre serveur virtuel. En cas de problème, n’hésitez pas à retourner dans le menu de configuration de votre machine virtuelle et à désactiver le montage automatique du dossier partagé.

Enfin, pour résoudre les problèmes de droits d’écriture et de lecture éventuels, exécutez les deux commandes suivantes (en remplaçant USERNAME par votre login unix) :

sudo usermod -a -G vboxsf USERNAME
sudo usermod -a -G vboxsf www-data

Ceci ajoutera USERNAME (vous) et www-data (l’utilisateur par défaut d’Apache) au groupe vboxsf, qui a normalement tous les droits sur les dossiers partagés VirtualBox.

Installer openssh pour le copier-coller

Dernière petite astuce : le copier-coller. Sur une installation classique d’une machine virtuelle munie d’une interface graphique, lorsqu’on installe les additions invité VirtualBox, il est possible de faire des copier-coller entre la machine hôte et la machine virtuelle, dans les deux sens. Malheureusement, cette fonctionnalité est dépendante de l’interface graphique, dont votre nouveau serveur de développement est dépourvu.

La solution pour palier à ce problème est d’installer openssh :

sudo apt-get install openssh-server

Connectez-vous ensuite à votre machine virtuelle depuis le terminal de votre machine hôte (pour ceux qui utilisent Windows, PuTTy est votre ami) :

ssh USERNAME@10.0.0.2

Pour rappel, 10.0.0.2 est l’adresse locale de votre serveur virtuel.

Vous avez donc maintenant un serveur de développement en local totalement fonctionnel, et vous pouvez éditer les fichiers de vos sites directement depuis votre machine hôte en utilisant les dossiers partagés. En plus, grâce aux instantanés, vous pouvez vous amuser à bidouiller la configuration de votre serveur sans risque de pertes de données puisque vous pourrez revenir en arrière à tout moment !

Astuce de dernière minute pour ceux qui auraient tout lu : pour pouvoir également effectuer des rollbacks sur les fichiers de vos sites, voire synchroniser ces derniers entre plusieurs postes, pensez à utiliser un logiciel de gestion de versions comme Subversion, ou même DropBox.

Il ne vous reste plus qu’à faire preuve d’imagination pour vos futurs sites

Son but ? Interdire aux utilisateurs Abonnés de se connecter à votre interface d’administration.

Placez donc ce bout de code dans le fichier functions.php de votre thème :

function dfr_control_login() {
	//ne s'applique pas aux contributeurs, auteurs, éditeurs, admins
	if (!current_user_can('edit_posts') ){
		wp_logout();
	}
}
add_action('wp_login','dfr_control_login');

Lorsqu’un utilisateur se connecte, l’action wp_login est déclenchée, et notre fonction s’exécute. Si l’utilisateur en question n’a pas l’autorisation d’éditer des articles (la capacité edit_posts pour WordPress), on exécute la fonction wp_logout() qui va automatiquement le déconnecter.

Les abonnés qui tenteront de se connecter seront donc tout de suite ramenés sur l’écran de login. Le gros défaut de ce hack est qu’il ne fournit aucune explication à l’utilisateur à qui l’on a interdit de se connecter, ce qui peut être assez frustrant. J’espère que cela vous donnera envie de creuser un peu plus pour trouver moyen de mieux faire, et si c’est le cas, partagez donc votre solution en commentaires !

Enfin, je vous encourage à consulter la liste des rôles et capacités de WordPress au cas où vous souhaiteriez adapter ce code pour interdire le login à un type d’utilisateur particulier

Lorsqu’on administre une plateforme de blogs ou un blog multi-utilisateurs, il est parfois utile de jeter un œil aux liens placés dans les articles par les différents contributeurs. En effet, il n’est pas rare d’avoir affaire à quelques spammeurs, qui n’hésitent pas à bourrer leurs contenus de liens vers leurs sites de qualité discutable.
Je ne sais pas pour vous, mais me concernant, je préfère que mes sites ne servent pas de splog

Malheureusement, passer en revue les liens insérés dans les contenus peut s’avérer très chronophage, d’autant plus quand certains petits malins s’arrangent pour que leurs liens ne soient pas facilement visibles (plusieurs liens qui se succèdent, des liens sans anchor text, …).

J’ai donc mis au point ce petit plugin qui permet de gagner un temps considérable sur les tâches de modération de vos sites. Une fois installé et activé, vous verrez apparaître une metabox sur l’interface d’administration de votre site, avec les url cibles (href) et ancres des liens présents dans l’article en cours de modération :

En un coup d’oeil, on peut voir la totalité des liens de l’article et les visiter si besoin. Plus besoin de devoir parcourir à l’oeil nu le code source !

Il n’est pas impossible que ce plugin évolue prochainement pour vous proposer davantage de fonctionnalités, mais en attendant je vous encourage à télécharger dès maintenant WP Link Analysis sur wordpress.org !

La page du plugin sur wordpress.org

• 4h18
• Axenet
• Bruno Hug
• CWM Consulting
• Djolhan
• Elannu
• Florian Giudicelli
• Infiniclick
• Jambon Buzz
• Keeg
• Lionel Miraton
• Nicolas Robineau
• Olivier Andrieu
• Renaud Joly
• SeoBlackout
• SeoMix

Après cette belle liste de liens qui m’a pris au moins 15 minutes à mettre en forme, il est temps de passer aux choses sérieuses. Alors voilà, my 2 cents.

Etat des lieux

Je suis à la fois utilisateur et administrateur de plateformes de contenus, qu’il s’agisse de blogs, d’annuaires, de communiqués de presse ou de digg-likes. J’ai donc une vision des deux côtés de la barrière, si barrière il y a, puisqu’après tout, soyons clairs, le but du jeu reste de faire des liens.

La prolifération des plateformes de communiqués de presse ces derniers temps, qu’ils soient thématiques ou généraliste, est à première vue une bonne chose pour les référenceurs qui les utilisent : davantage de domaines référents, davantage d’endroits où placer ses liens.

Mais cette prolifération risque également d’attirer les yeux du grand G sur ce type de plateformes. On aura beau créer des sites réservés à certaines thématiques, cacher les noms des auteurs ou publier des contenus sans liens pour noyer le poisson, certains ont déjà commencé à intéresser les équipes de lutte anti-spam et autres Quality Raters.

Duper Google

Après Panda, que nous réserve Google en 2012 ?

Aujourd’hui l’enjeu n’est plus de trouver des endroits où publier ses contenus, mais plutôt de trouver le moyen de maquiller suffisamment nos fermes de liens pour qu’elles n’attirent pas l’attention. Je vois des idées fuser dans tous les sens : CMS exotiques, liens vers des sites d’autorité, « un contenu sans liens sortants pour 2 contenus avec », interview de votre site … Au moins la sphère SEO n’a pas cessé de fourmiller, c’est plutôt bon signe.

Il est évident que, la plupart des sites de communiqués de presse SEO, des annuaires ou des digg-likes utilisant des solutions techniques très similaires voire identiques, il doit bien être possible quand on a la puissance de calcul d’un moteur de recherche de les détecter. Encore que … Est-il si facile pour un algorithme de déterminer quel site est une ferme de liens et quel autre présente du « contenu pertinent » ? Doit-on s’attendre à voir fleurir en 2012 un filtre ou une mise à jour de l’algo destinée particulièrement à lutter contre la génération de liens « non-naturels » ?

Je crois pour ma part que nos plateformes de publication ont, pour la plupart, encore de beaux jours devant elles.

Et après ?

Malgré tout, on se retrouve aujourd’hui avec une multitude de sites dont la plupart n’apportent que peu de jus et sont assez peu utilisés. Finalement les plateformes dignes d’intérêt sont toujours les mêmes, et on en a déjà fait le tour. Bien sûr, leur utilisation reste toujours intéressante, et on peut compter sur leurs administrateurs pour faire en sorte qu’elles évoluent.

Mais le modèle du site de communiqués de presse gratuit a peut être fait son temps. Certains ont déjà choisi de lancer des offres payantes permettant de publier des contenus chez eux, et je les comprends : après tout, modérer les articles soumis (je ne parlerai pas de la qualité desdits articles, je ne voudrais vexer personne :p), c’est du temps. Passer du temps bénévolement pour aider des prestataires à satisfaire leurs clients, ça va 5 minutes. Je ne vois pas de raisons pour que ce type de services ne se développe pas, d’autant que la qualité suit.

Je pense que nous devons donc continuer d’être imaginatifs, et trouver de nouvelles pistes pour le netlinking. Nouvelles ou pas d’ailleurs, puisqu’après tout, certaines vieilles recettes fonctionnent toujours aussi bien

WordPress propose déjà une foultitude d’actions prédéfinies dans le noyau. Toutes ces actions (ou hooks) sont déclenchées par les différentes requêtes possibles sur un blog WordPress. Mais il est possible d’aller plus loin !

Déclenchez vous-même une action

Il arrive souvent, lorsqu’on développe un thème ou un plugin, qu’on ait besoin de déclencher une action à un endroit précis d’une page (par exemple) et que cette action ne soit malheureusement pas activée à cet endroit.
Dans ce cas-là la plupart du temps, on modifie la page en question pour y insérer un appel à la fonction qui va bien. Certes, ça fonctionne, et c’est suffisant lorsqu’on n’a qu’une seule fonction à utiliser.
Mais lorsque l’on veut pouvoir faire des choses un peu plus complexes, par exemple exécuter toutes les fonctions correspondantes à une action, on se retrouve souvent limité. Pourtant, une fonction existe dans le core de WordPress pour déclencher des actions : do_action() !

En fait, il suffit d’insérer dans votre code la ligne suivante pour déclencher une action en particulier, et donc exécuter toutes les fonctions qui s’y sont « branchées » :

<?php do_action( $tag ); ?>

Il vous suffit donc de trouver la bonne action à déclencher, et le tour est joué !

Créez vos propres actions !

Avec cette fonction, vous pouvez également créer vos propres actions, tout simplement en remplaçant $tag par un nom d’action qui n’existe pas dans le core de WordPress (ni dans vos plugins ou votre thème), et en y branchant ensuite les fonctions qui vont bien.
De cette façon, vous pouvez adapter encore un peu plus ce CMS à vos besoins.

Vous trouverez davantage d’informations et des exemples d’utilisation de do_action sur la page du Codex correspondante.

Dans sa configuration de base, WordPress n’autorise l’emploi que de quelques balises HTML seulement dans les descriptions des catégories (a, strong notamment). Cependant, dans nos réflexions de SEO, on apprécie souvent de pouvoir travailler la description des catégories, ne serait-ce que pour limiter le duplicate content. Et pour cela, on aimerait bien avoir la possibilité d’utiliser d’autres balises HTML.

Un petit bout de code à placer dans le fichier functions.php de votre thème permet de régler ce léger problème :

$filters = array('term_description','category_description','pre_term_description');
foreach ( $filters as $filter ) {
    remove_filter($filter, 'wp_filter_kses');
    remove_filter($filter, 'strip_tags');
} 

Un peu d’explications : WordPress considère les catégories comme des terms, traités de la même façon que les tags ou les taxonomies. Quand on crée ou modifie une catégorie, elle est donc soumise aux mêmes règles que n’importe quel terme. Dans des termes un peu plus techniques, les filtres term_description et pre_term_description s’appliquent de la même façon que category_description, au moment où la description est enregistrée en base de données.
Pour pousser la réflexion un peu plus loin, il suffirait d’ajouter les filtres adéquats dans l’array $filters pour pouvoir également utiliser du HTML dans les descriptions de tags ou de taxonomies.

Quant aux filtres que nous retirons, wp_filter_kses fait appel à la librairie kses pour retirer une bonne partie des balises HTML présentes dans une chaîne de caractères, en ne laissant que certaines balises autorisées (strong, a, em …).
Enfin, la fonction PHP strip_tags retire notamment le code PHP et JavaScript. Nous avions vu l’utilisation de cette fonction adaptée pour WordPress lorsque nous voulions supprimer le HTML dans les commentaires.

Avec ces 5 lignes de code, nous pouvons maintenant ajouter toutes les balises que nous voulons dans les descriptions de nos catégories. Faites vous plaisir !

Ce petit hack illustre encore une fois les larges possibilités offertes par WordPress en quelques lignes de code. Pour les plus pressés ou pour ceux qui ne souhaitent pas se pencher dans le code, sachez qu’il existe des plugins qui vous permettront de faire la même chose et ajouteront un éditeur Wysiwyg pour vous faciliter la rédaction des descriptions. N’étant pas un fervent utilisateur de plugins, je vous laisse chercher