Mon plugin WordPress pour créer un sitemap est Better WordPress Google XML Sitemaps. Mais le problème semble être le même avec Yoast SEO. Vous pourrez surement donc adapter la solution pour Yoast.

En configurant votre Nginx pour WordPress, vous devez avoir créé une ligne qui ressemble à ceci :

location / {
  # include the "?$args" part so non-default permalinks doesn't break when using query string
  try_files $uri $uri/ /index.php?$args;
}

Comme les plugins de WordPress n’écrive pas le fichier sitemap.xml en dure sur le serveur, il génère en dynamique (avec cache) le sitemap. Il faut donc diriger sitemap.xml vers la bonne URL qui va générer le sitemap. Voici pour ma part ce que j’ai utilisé dans mon fichier nginx.conf (dans la racine de mon site, mais vous pouvez le mettre dans votre fichier de config de nginx ou de vhost directement).

## Sitemap XML config
rewrite ^/sitemapindex\.xml$ /index.php?gxs_module=sitemapindex last;
rewrite ^/post\.xml$ /index.php?gxs_module=post last;
rewrite ^/page\.xml$ /index.php?gxs_module=page last;
rewrite ^/post_google_news\.xml$ /index.php?gxs_module=post_google_news last;
rewrite ^/taxonomy_category\.xml$ /index.php?gxs_module=taxonomy_category last;

ATTENTION : À ce stade, si vous souhaitez tester si ça fonctionne il faut REDÉMARRER NGINX

Soit faire la commande suivante :

sudo systemctl restart nginx

Voilà, votre sitemap a retrouvé ces couleurs et est prêt à servir google et autres répertoires …

Si vous avez des questions, n’hésitez pas.

C’est toujours appréciable de voir qu’une équipe, comme celle de WPML, prends au sérieux les gens qui paye pour leur plugin et écoute le feedback.

D’où viennent / venaient les problèmes de performances

Lorsque j’utilise WPML, j’installe presque dans tous les cas, ces plugins « compagnons » : WPML String translation et WPML Media. Lorsque tout cela est installé sur votre WordPress, il y a 20 nouvelles tables MySQL qui s’installent. Pour comparaison, WordPress ne possède que 12 tables à lors d’une nouvelle installation. Donc voilà, WPML est gourmand en ressource mémoire et CPU pour les requêtes SQL qu’il exécute pour afficher les pages. Plus vous avez de chaînes traduites, plus il exécute des requêtes.

Dans le cas de WooCommerce, si vous utilisez les variations de produits (comme couleurs ou tailles), WPML démultiplie le nombre de requêtes ce qui fait chauffer le processeur et gonfler la mémoire. Ceci provoque un vrai goulot d’étranglement lors du chargement de la page.

Comment la version 3.5 de WPML améliore les performances

Peu importe ce que vous avez entendu sur WPML, je vous conseille de lui donner une chance avec cette version 3.5 (et plus). D’après un article de WPML, qui explique leur processus d’optimisation, des efforts ont été déployé pour tester différentes solutions et ont réussi à améliorer les performances de façon très perceptibles. Voici un tableau donné par l’équipe elle même qui explique les performances gagnées.

Autant dire que ça fait une différence lors du chargement de vos pages mais aussi de l’admin. Pour ceux qui ont l’habitude d’attendre que l’admin se charge, je peux vous dire que c’est un vent de fraicheur

Je n’ai pas encore pu tester avec PHP7, mais comme l’explique WPML, les anciennes versions de WPML sont beaucoup plus réactives sur PHP7 que PHP5. Cependant il semble y avoir un boost de performance dans les 2 cas.

Pour les développeurs de sites WordPress qui utilisent souvent WPML, je pense que de mettre à jour le(s) plugin(s) est un must. Si vous avez l’occasion de pouvoir avoir un hébergement PHP7, vos clients et les visiteurs de ces sites ne pourrons que mieux vous aimer.

Si vous avez des retour d’expérience avec WPML, n’hésitez pas à mettre un message plus bas.

1. Installation et configuration
2. Traduction des articles, pages et custom post WordPress
3. Traduction des chaînes de caractère (texte en PHP (hardcodé) dans le thème ou les widgets)

Installation de WPML

L’installation de WPML est très simple, et vous pouvez l’ajouter à n’importe quel moment du développement d’un site. Voici les étapes à suivre :

• Aller sur le site de WPML : http://wpml.org/fr.
• Décider le plan que vous souhaitez prendre. il existe 3 plans différents. Si vous faites un site web complet en utilisant WordPress comme un CMS, si vous utilisez les « custom posts » et « custom taxonomy » vous devrez prendre le plan CMS multilingue à 79$.
• Une fois acheté vous allez pouvoir télécharger le plugin.
• Aller dans l’admin de votre WordPress puis dans le menu « Extensions » puis « Ajouter », cliquez sur Ajouter une extension et sélectionné l’archive que vous venez de récupérer.
• Une fois installé, vous verrez dans votre menu de gauche, un nouveau menu WPML.

Important : Si vous êtes développeur et que vous souhaitez utiliser le plugin WPML sur le site de vos clients, je vous encourage à prendre le plan CMS multilingue à vie.

Choisissez les langues du projet

Pour la configuration, c’est assez simple, il va vous falloir définir quelles langues vous souhaitez utiliser, quelle langue vous souhaitez par défaut, comment vous souhaitez ajouter visuellement le sélecteur de langue sur votre site et très important, la façon dont les URL vont fonctionner.

Voici une série d’images annotées qui vont vous aider à comprendre comment faire :

Choisir le format des URL pour les langues

Une fois les langues ajoutées au projet, vous devez spécifier la façon dont vous souhaiter que le système de langue fonctionne. Vous avez alors 3 choix :

1. Langues différentes dans les répertoires (http://domaine.com/en/)
2. Un sous-domaine différent pour chaque langue (http://en.domaine.com/)
3. Langue ajoutée dans un paramètre GET (http://domaine.com?lang=en)

Pour ma part, je conseille souvent le choix 1 qui est à mon avis le plus jolie à l’oeil mais aussi qui semble être le meilleur choix pour votre SEO.

Sélecteur de langue

La rubrique suivante vous propose de régler la façon dont le sélecteur de langue va s’afficher. Je ne suis vraiment pas fan de cette façon de faire, je ne me sers donc juste pas de ce composant. Voici ce que je fais à la place et qui me donne beaucoup plus de liberté au niveau du placement et de la forme. Vous pouvez copier ce bout de code dans votre fichier functions.php :

function icl_post_languages(){
  $langs = "";
  $languages = icl_get_languages('skip_missing=1');
  
  $i = 0;
  
  if(1 < count($languages)){
    foreach($languages as $l){
      if(!$l['active'])
        $langs .= '<li><a href="'.$l['url'].'">'.strtoupper($l['language_code']).'</a></li>';
      else {
        $langs .= '<li class="current"><a href="'.$l['url'].'">'.strtoupper($l['language_code']).'</a></li>';
      }
      
      if($i == 0) {
        $langs .= " | ";
      }
      
      $i++;
    }
    echo $langs;
  }
}

Vous pouvez bien entendu modifier ce code pour afficher le sélecteur de langue de la façon que vous souhaitez. Une fois prêt, vous pouvez appeler cette fonction dans votre thème, là où vous souhaitez voir apparaître le sélecteur. Vous pouvez aussi ajouter du CSS pour habiller ce code HTML selon vos besoins.

Conclusion

Si vous avez besoin d’aide à cette étape (installation et configuration), laissez un message dans les commentaires et j’essayerais de vous aider au maximum de mes connaissances. La suite de ce tutoriel suivra sous peu et nous verrons le moyen de traduire les articles, pages er custom post. À bientôt !

Explication du bug

Dans l’admin de WordPress il est possible de visualiser un article en mode aperçu pour tester et voir le rendu avant de mettre en ligne cet article. Dans mon cas et dans certains articles, j’avais des problèmes d’affichage liés au fait que certain metapost (Custom Fields) n’apparaissaient juste pas dans l’article.

Solution et méthode pour déboguer le problème

Après beaucoup de test de code et autre, j’ai vérifié que ce problème apparaissait uniquement dans l’admin et en mode preview. J’ai alors commencé par désactiver les plugins reliés uniquement à l’admin un par un …

Pour rappel, il y a 2 solutions efficaces pour déboguer Wordpress : 

1. Désactiver tous les plugins et les remettre un par un en vérifiant que le problème n’est plus là à chaque fois afin d’isoler le plugin responsable du bug. (et oui, c’est souvent un plugin, rarement WordPress lui-même qui pose problème).
2. Si vous êtes sur un site en production, des fois il est un peu barbare de désactiver tous les plugin puisque votre site pourrait ne plus ressembler à rien. L’autre méthode est alors de désactiver un plugin à la fois et le réactiver si le problème persiste. Lorsque le problème n’est plus là, vous devez avoir trouvé le plugin responsable !

Pour ma part, j’ai utilisé la 2e solution et j’ai rapidement isolé le plugin « Custom Fields Template ». Ce fidèle plugin presque installé depuis 4 ans, m’a fait perdre une demi-journée … après m’avoir fait gagner beaucoup de temps (je dois l’avouer).

Bref, si vous avez ce problème d’aperçu (preview) dans WordPress, c’est donc le plugin dont vous devrez vous séparer !

J’espère que ça aidera quelqu’un !

WPML permet de créer des sites multilingues avec WordPress très simplement et offre tout un panel d’outils pratiques pour la traduction. Je vais explorer quelques points importants dans ce plugin et j’essayerais de faire un tutoriel plus complet dans un prochain article.

Installation et configuration de WPML

Pour installer le plugin WPML, rendez-vous sur le site web du plugin et téléchargez la dernière version du plugin. Attention, le plugin est payant et le prix commence à partir de 29$ USD, mais honnêtement, ça en vaut vraiment la peine pour le service rendu. Allez dans le menu Extensions => Ajoutez, puis sélectionnez le plugin que vous venez de télécharger. Activez le plugin lorsque l’installation est finie et vous êtes en business

Pour la configuration, cela dépend de ce que vous souhaitez mais je vais faire un petit tour des options que le plugin multilingue propose. La première chose à faire est de définir les languages que vous souhaitez utiliser dans la metabox « Langues du site ». Profitez-en pour dire quelle sera la langue par défaut. Ensuite, il faut régler le format d’URL de la langue et pour ceci vous avez 3 choix :

1. Utiliser le format : http://monsite.com/fr/
2. Utiliser des sous-domaines : http://fr.monsite.com/
3. Utiliser un query post : http://monsite.com?lang=fr

Pour ma part je préfère la solution 1 mais selon le cahier des charges, il peut-être intéressant de d’avoir le choix.

Le fonctionnement de WPML 

La philosophie est très différente de qTranslate pour ceux qui feront le switch. WPML fait un dupliquât du post à traduire et l’attache à celui-ci via l’ID du post. L’interface est tout de même bien construite et assez intuitive pour comprendre le fonctionnement.

Plugins complémentaires à WPML

Il existe des plugins complémentaires à WPML que vous trouverez sur leur site ou dans le repository de WordPress. En voici 2 incontournables qui travaillent main dans la main avec WPML :

WPML Media 

Ce plugin permet de gérer les images ou n’importe quel média (audio, video, pdf …) de façon distincte pour chaque langue. Il permet de recopier les médias d’une langue à l’autre très facilement dans le cas ou aucune traduction n’est nécessaire (une photo par exemple). Si vous avez des médias et que vous souhaitez les retrouver sur chaque version de traduction, installez ce plugin et synchronisez les médias entre les traductions.

WPML String Translation

Ce plugin travail main dans la main avec WPML et permet aux développeurs de thèmes et de plugins d’ajouter le multilingue directement dans ceux-ci. Via la syntaxe gettext suivante, vous aller pouvoir traduire le contenu « hardcodé » dans votre plugin ou thème :

« __(‘Mon texte à traduire’,’mon contexte’) »

Le context est en fait un nom que vous donnez à votre plugin ou thème et qui permet de retrouver rapidement les chaînes de caractères à traduire dans le plugin.

Conclusion

Voici donc une courte présentation de WPML, j’ai pour projet de faire une tutoriel plus axé sur la pratique dans un futur rapproché, d’ici là si vous avez des questions, n’hésitez pas à les poser en commentaire, j’essayerais de vous aider au maximum.

Dans cet article, je vais vous présenter 11 thèmes vraiment incroyables et qui vous feront gagner un temps énorme dans vos développements. Ces 11 thèmes sont payants et sachez que si vous achetez un thème via un lien de mon site, je toucherais une petite commission. Ceci étant dit, je souhaite avec cet article vous faire découvrir les possibilités infinies de Bootstrap. L’un des avantages majeurs de Bootstrap est qu’il permet de gérer facilement le mode responsive (l’interface change en fonction de la résolution du navigateur). Ceci permet d’avoir un site facilement consultable sur tablette, mobile et ordinateur.

Thèmes Bootstrap pour les dashboard et backend

Detail Admin

Ce thème est parfait si vous devez concevoir une application web ou un backend. Bootstrap prend toute son ampleur dans ce genre de thèmes. En plus d’être très deisgn, légé et bien réalisé, ce thème est aussi responsive.

Voir une démo du thème |  Acheter ce thème sur Wrapbootstrap

SimpliQ Flat

Ce thème, très adapté pour une interface d’admin (backend), est une fois de plus très design, sobre et élégant. Ici, un design flat est utilisé. Petit plus, ce thème est prêt pour le retina display et intègre les icône Glyphicons Pro gratuitement (valeur de 59$).

Voir une démo de ce thème | Acheter ce thème sur Wrapbootstrap

Blue Moon

Toujours dans la lignée des thèmes pour backend, ce thème est très complet. Avec pas moins de 7 variations de design et  25 plugins jquery intégrés, vous retrouverez dans ce thème tous les outils indispensables (datepicker, editeur WYSIWIG, timepicker, colorpicker, tooltips, popovers, notifications). Ce thème est aussi responsive.

Voir une démo de ce thème | Acheter ce thème Bootstrap sur le site WrapBootstrap

Clean Canvas

Ce très beau thème vous permettra de mettre en place un site vitrine ou un portfolio. Le thème se base sur belles grandes images pour donner un côté sobre et épuré. Il est livré avec un stock d’images différentes et un slideshow de type Parallax.

Voir une démo de ce thème | Acheter ce thème sur le site WrapBootstrap

Unify

Ce thème pour Bootstrap pour business ou pour monter un portfolio est livré avec Revolution Slider et le pack Glyphicons Pro (valeur de 59$). Une fois de plus, le thème est responsive.

Voir une démo de ce thème | Acheter ce thème sur le site Wrap Bootstrap

Myway

Myway est un thème basé sur l’effet Parallax. Le thème est en fait une unique page qui défile vers le bas. Excellent pour présenter un produit ou un service sans lasser le visiteur. Il vient en 2 couleurs : light ou dark.

Voir une démo de ce thème | Acheter ce thème sur ThemeForest

Square vCard

Ce thème permet de faire un très beau portfolio, un CV ou encore un site personnel. Il est très design et très original dans le mode de navigation. À utiliser donc pour un projet ou l’originalité doit être de mise.

Voir une démo de ce thème | Acheter le site sur le site ThemeForest

Thème pour WordPress construit avec Bootstrap

Yellow Project

Ce thème est un thème WordPress qui est construit avec Bootstrap. Il possède plusieurs qualités, dont une très importante : Il est codé en étant axé SEO. Viens avec les fichiers PSD. Couleurs facilement changeables.

Voir une démo de ce thème | Acheter ce thème sur le site ThemeForest

Alfie

Le thème Alfie est un thème responsive pour WordPress. Il est possible de monter un blog aussi bien qu’un portfolio. Ce thème est assez orienté business. Ce thème est très fourni en composantes accessibles via des shortcodes.

Voir une démo de ce thème | Acheter ce thème sur le site ThemeForest

Conclusion

Vous aurez remarqué la puissance de Bootstrap à travers ces thèmes. Étant donné les contraintes de budgets et de temps de développement de nos jours, baser son design sur une structure bien fondée est un atout à ne pas négliger.

Le problème lors de la mise à jour de WordPress

Ce matin j’ai mis mon WordPress à jour de la version 3.4.0 à la version 3.4.1. Tout à fonctionné sauf que lorsque j’ai voulu retourner dans l’admin, j’ai eu le message suivant : « Pas de mise à jour requise problème » avec un bouton « Continuer ». Ce message signifie qu’il n’y a pas de mise à jour à faire dans la base donnée. Le problème est que lorsque je click sur le bouton « Continuer » je retourne sur la page d’accueil de mon site. Si je retourne sur wp-admin, j’ai le même résultat et ainsi de suite en boucle !

La solution

Pour ma part et je ne sais pas si c’est votre cas mais le plugin W3 Total Cache posait problème. Voici les étapes à suivre :

• Renommer le répertoire du plugin W3 Total Cache (wp_content/plugons/w3_total_cache)
• Retourner sur l’url wp-admin et cliquer sur continuer
• Un messge d’erreur PHP apparaît
• Renommer votre répertoire w3_total_cache comme avant
• Recharger votre page

Cela à réglé mon problème

Réaliser cette migration se fait en 4 étapes faciles : 

Faire une copie de vos fichiers WordPress

Rien de plus simple, avec votre logiciel FTP, vous envoyez les fichiers sur votre serveur de production. (Généralement à la racine du serveur).

Faire un export de votre base de données

Allez dans PhpMyAdmin de votre serveur de développement et exportez la base de données. (SQL ou ZIP au choix). Allez ensuite sur PhpMyAdmin de votre serveur de production et importez les données via le fichier que vous venez de créer.

Modification sur la base de données 

La base de données WordPress contient dans certaines tables le nom de domaine de votre blog. Pour changer ces informations vous pouvez exécuter votre ces requête SQL suivante dans PphpMyAdmin : 

UPDATE wp_options
SET option_value = replace(option_value, 'http://www.dev-site.com', 'http://www.production-site.com')
WHERE option_name = 'home'
OR option_name = 'siteurl';

UPDATE wp_posts
SET guid = replace(guid, 'http://www.dev-site.com','http://www.production-site.com');

UPDATE wp_posts
SET post_content = replace(post_content, 'http://www.dev-site.com', 'http://www.production-site.com');

UPDATE wp_postmeta
SET meta_value = REPLACE (meta_value, 'http://www.ancien-site.com','http://www.nouveau-site.com');

Changez « http://www.dev-site.com » par l’url de votre environnement de développement et « http://www.production-site.com » par votre nom de domaine de production. Attention le préfixe des tables « wp_ » pourrait être différent pour vous. Attention aux « www » aussi. Si la première requête ne donne aucun résultat, essayez sans les www.

Modifier la config de WordPress

Dans votre logiciel FTP éditez le fichier wp_config.php et remplacez les informations de bases de données par celles de production :

/** Nom de la base de données de WordPress. */
define('DB_NAME', 'votre_nom_de_bdd');

/** Utilisateur de la base de données MySQL. */
define('DB_USER', 'votre_utilisateur_de_bdd');

/** Mot de passe de la base de données MySQL. */
define('DB_PASSWORD', 'votre_mdp_de_bdd');

/** Adresse de l'hébergement MySQL. */
define('DB_HOST', 'localhost');

Conclusion

J’ai crée cette procédure pour mes besoins personnels, j’espère qu’elle vous sera utile à vous aussi, c’est pour ça que je la partage ici. Pour une migration réussie pensez à :

• avoir au moins 1 heure devant (en cas de problème)
• être concentré (couper le téléphone et les distractions).
• Tester une fois la migration finie (toutes les pages, les posts si possibles, les formulaires …)

Stop à la procrastination 

Lorsque vous arrivez sur votre blog pour écrire un nouveau post, pensez à mettre à jour vos plugin et votre version de WordPress. Je dis stop à la procrastination car effectivement, on a vite fait de se dire que ce n’est pas important et que cela peut attendre. Mais une mise à jour est souvent accompagnée d’un fixe d’une vulnérabilité.

Installer un plugin qui vous enverra des notifications de mise à jour

Depuis que je me suis fait hacké, je ne prend plus de chance, toutes les semaines je reçois un rapport qui m’indique les mises à jour à faire (entre autre). Ce qui me permet d’aller tout de suite faire les mises à jour et de jamais rester trop longtemps exposé à une  vulnérabilité.

Ce plugin s’appelle WP Security Scan, il vous donnera aussi pas mal d’information utile pour sécuriser votre blog WordPress. Ce plugin est fourni par la compagnie Website Defender.

Conclusion

J’espère que ces informations seront utiles et si vous le saviez déjà, prenez juste ce post comme une piqûre de rappel J’essayerais de faire un post un peu plus long sur WP Security Scan bientôt.

Comment mettre en place les Custom Post

La plupart de ce que l’on va faire se fait dans le fichier function.php (à la racine de votre thème). Pour notre exemple nous allons créer un nouveau type de posts Projets avec 2 champs personnalisés : Ville et Pays.

Déclaration du Custom Post

Pour commencer on va dire à WordPress que nous souhaitons créer un nouveau type de post. Voici le codex de wordpress qui explique les différents arguments que l’on peut passer à cette fonction : register_post_type

register_post_type('projet', array(
  'label' => __('Projets'),
  'singular_label' => __('Projet'),
  'public' => true,
  'show_ui' => true,
  'capability_type' => 'post',
  'hierarchical' => false,
  'supports' => array('title', 'author', 'thumbnail')
));

Création des champs personnalisés

Lorsqu’on crée un type de post, on peut aussi y ajouter différents champs personnalisés pour ce type de post. Dans notre cas, on veut ajouter Ville et Pays qui définiront un projet. Je vous laisse regarder les paramètres de la fonction add_meta_box.

La description, le titre et le thumbnail sont ajoutés lors de la déclaration de notre nouveau type de post (paramètre supports)

function admin_init(){
  add_meta_box("city_projet", "Ville du projet", "city_projet",   "projet", "normal", "high");
  add_meta_box("country_projet", "Pays du projet", "country_projet", "projet", "normal", "high");
}

Définition des champs personnalisés

Ici on va déterminer le type d’affichage que l’on veut pour nos champs personnalisés dans le panneau d’admin. On peut alors définir le type de champ dans le formulaire input text, textarea, select …

function city_projet(){
 global $post;
 $custom = get_post_custom($post->ID);
 $city_projet = $custom["city_projet"][0];
?>
 <input size="70" type="text" value="<?php echo $city_projet;?>" name="city_projet"/>
<?php
}

function country_projet(){
 global $post;
 $custom = get_post_custom($post->ID);
 $country_projet = $custom["country_projet"][0];
?>
 <input size="70" type="text" value="<?php echo $country_projet;?>" name="country_projet"/>
<?php
}

Fonction de sauvegarde des champs personnalisés

Il faut ensuite créer les fonctions qui vont permettre la sauvegarde en base de données des champs personnalisés. En gros quelles actions veut-on entreprendre lorsque l’on clique sur Save Draft / Publier ou aussi lors de la sauvegarde automatique.

function save_custom_projet(){
 global $post;
 if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE) {
 	 return $postID;
 }
 update_post_meta($post->ID, "url_projet", $_POST["url_projet"]); //enregistrement dans la base de données
 update_post_meta($post->ID, "country_projet", $_POST["country_projet"]);
 update_post_meta($post->ID, "city_projet", $_POST["city_projet"]);
}

On met le tout en action

La dernière étape consiste à appeler les fonctions que l’on vient de créer plus haut. Sans cela, rien ne se passera et votre nouveau « Custom Post » ne fonctionnera pas correctement.

add_action("admin_init", "admin_init");
add_action('save_post', 'save_custom_projet');

Voici le résultat en image

Conclusion

Cette nouvelle fonctionnalité de WordPress (ajouté à la version 3) permet concrètement de tourner WordPress en un CMS puissant et malléable.

Si vous avez des questions, n’hésitez pas, j’essayerais d’y répondre au maximum de mes connaissances.