Wordpress

Dans WordPress quand on insère une image, celle-ci se voit attribuer par défaut une URL ce qui la rend cliquable et l’affiche sur une page séparée du blog quand un visiteur clique dessus. Il est bien entendu prévu de modifier ce comportement depuis les Réglages de l’affichage du fichier joint. On y choisit l’action qui va être associée à un clic de souris sur l’image. Dans le menu Lier à on dispose de plusieurs possibilités : Aucun, Fichier média, Page du fichier joint ou Lien personnalisé.

Il n’est jamais recommandé d’installer un thème pour le CMS WordPress après avoir fait une recherche du genre « thème gratuit pour WordPress » sur Google. En effet, même si une telle requête aboutit à des milliers de résultats et à des possibilités de téléchargements de thèmes pour mettre à neuf un site sous WordPress, rien ne vient garantir que l’opération est sans danger. Faire confiance à un développeur que vous ne connaissez pas n’est pas très prudent, car vous allez lui donner toutes les clés pour compromettre la sécurité de votre site. De plus outre son honnêteté, rien ne certifie que les compétences dudit développeur soient au top au niveau technique. C’est ainsi qu’en quelques minutes on peut se retrouver avec un site WordPress complètement vérolé incluant des malwares, des liens douteux et autres saletés conçues pour doper le Seo de vils margoulins du Web. Pour éviter ce genre de mésaventures, il vaut donc mieux se tourner vers des plateformes reconnues depuis des années pour distribuer des thèmes corrects du point de vue technique : celle intégrée à WordPress, ou alors des distributeurs commerciaux de thèmes premium comme WooThemes, ThemeForest ou encore Elegant Themes. Mais à moins d’être un développeur chevronné, il reste difficile d’évaluer la qualité technique d’un thème sans plonger dans les arcanes du code PHP et des fonctions WordPress peu accessibles aux néophytes.

Pour proposer aux lecteurs de mes billets des articles en rapport avec celui qu’ils avaient fini de lire, je me suis longtemps appuyé sur le plug-in WordPress Yet Another Related Post Plugin (alias YARPP) qui fonctionne parfaitement, mais qui pour moi a trois inconvénients majeurs. D’une part, il consomme beaucoup de ressources système sur le serveur pour arriver à produire une liste des articles suggérés en rapport avec celui qui est affiché, il augmente aussi de façon significative la taille de la base de données et d’autre part, toutes les suggestions sont faites automatiquement (plus ou moins aléatoirement), sans qu’il soit possible d’aller piocher à la main un ou plusieurs articles à ajouter dans la liste des suggestions.
Après quelques recherches, j’ai trouvé un bon nombre de plug-ins similaires qui font plus ou moins la même chose que YARPP avec un luxe d’options plus ou moins pertinentes. L’objectif étant toujours le même : inciter les visiteurs de son blog à rester dessus le plus longtemps possible sur le site en leur suggérant des lectures complémentaires. D’après ce que j’ai pu constater, l’apport d’un tel plug-in est de l’ordre de 10 % de pages vues supplémentaires.
Une excellente alternative est offerte par le plug-in Manual Related Posts, qui malgré son nom anglophone est entièrement en Français (et en Anglais) puisqu’il est dû au développeur WordPress Julio Potier que je salue au passage. Comme son nom l’indique parfaitement, ce plug-in permet de choisir manuellement les billets à relier entre eux. Manual Related Posts n’a pas été mis à jour depuis mai 2014, mais il fonctionne parfaitement avec la version actuelle de WordPress, à savoir la 4.1.

À partir du Tableau de bord de l’administration de WordPress on a la main sur la gestion des commentaires permettant de les valider ou de les effacer en bloc quand il s’agit de spams, mais aucune option n’est prévue pour un traitement plus fin qui permettrait par exemple d’effacer tous les commentaires compris entre deux dates, de désactiver tous les commentaires sur les billets antérieurs à une certaine date, etc.
Depuis des requêtes SQL à lancer avec phpMyAdmin, il est parfois nécessaire de passer par cet outil pour d’une part réaliser des actions impossibles à faire depuis l’administration de WordPress et d’autre part lancer des opérations de suppressions massives de commentaires qui immanquablement bloquent WordPress quand on les exécute depuis le tableau de bord (par exemple supprimer 100 000 commentaires de spam en une seule passe).
Avant d’exécuter une requête SQL sur une base de données WordPress (ou pour tout autre système), il est fortement conseillé et recommandé de réaliser une sauvegarde de cette base, car avec les requêtes SQL le droit à l’erreur n’existe pas, surtout quand on manipule la commande Delete qui va effacer des lignes dans une table.
Pour les requêtes indiquées ci-dessous, il faudra remplacer le préfixe des tables (par défaut wp_) par celui qui est effectivement utilisé dans votre base de données SQL.