The skills I would like to acquire in the next few years

The skills I would like to acquire in the next few years. Sometimes I write down here the answers I give in some questionnaires.
This one is from today.


I have been using WordPress in a very professional and daily manner for almost four years now. So this is one of the areas in which I plan to acquire/enhance my skills and experience in the coming years.

Having used WordPress as I did, and having contributed to advancing this CMS, leading releases, etc., I am now very interested in ways in which WordPress can be extended, and used in very specific contexts.

With the revolution that was the arrival of Gutenberg, the scope of WordPress has greatly expanded. So I plan to expand my expertise in combining WordPress with other technologies; such as React or GraphQL, or using WordPress in a serverless context.

One of the ways I have found to achieve these goals is to work on projects that require the use of WordPress in the unusual context; and not only as a website or blog creation tool.

I challenge myself to make it more of a highly adaptable tool.

Moving to Siteground

It’s been a while since I wanted to move my sites and those of my clients to a managed WordPress hosting provider (performance addict). Now it’s done. I’m moving to Siteground.

For a few months, I have evaluated the offers of the various well-known managed WordPress hosting providers. Among others Kinsta, Bluehost, WP Engine, GoDaddy, Siteground.

Honestly, I was just a few steps away from moving to Kinsta. The price/performance ratio is excellent, with an impeccable support.

But the human factor also played a decisive role in my choice. Basically, I met Francesca Marano, who is WordPresss Community Manager at Siteground.

We e-met during the 5.3 release of WordPresss, which she directed, and for which I coordinated the documentation. I really liked her working methods. Also, I was impressed by her involvement in the WordPress community, and in her work.

I trusted her, and therefore Siteground. So there you go. Now my sites are at Siteground.

WordPress Translation Day

Alors pendant que j’étais au WordCamp Lagos en Mai 2019, j’ai aussi participé au WordPress Translation Day 4.

Le WordPresss Translation Day est un évènement virtuel mondial qui regroupe les personnes s’intéressent à la traduction dans l’écosystème WordPress. C’est 24 heures conférence donnés par des contributeurs WordPress de toutes les régions du monde.

Ah chose intéressante, j’ai fait ma présentation pour le WPTD juste avant d’aller sur le panel auquel je participais au WordCamp Lagos. Le sujet de la présentation c’était les bonnes pratiques pour internationaliser les thèmes et extensions WordPress.

Les slides de ma présentation sont ici.

Pas de nouveau site maintenant

Pas de nouveau site maintenant

J’ai prévu il y a quelques jours de reprendre complètement mon site personnel segbedji.com; et d’en faire un nouveau. Avec un tout autre design, et une nouvelle présentation.

L’objectif était de mettre en avant mes activités de freelance; et d’inciter les personnes qui visiteront le site à me contacter pour mes services.

Mais je mets cette idée en pause pour l’instant. Je m’y repencherai bientôt. J’ai l’intention de plutôt faire faire le nouveau site par une agence WordPresss spécialisée. Je pense à fantassin.fr actuellement.

My contribution to WordPress story

I wrote this while sending my interest to be a guest on wp_contribute podcast. As answer to the question asking about my contribution to WordPress story


I’ve started contributing to WordPress three years ago by translating WordPress Core, plugin and themes in French, my native language.

Later, I’ve been more involved in Core team, to which I mainly contribute now, alongside with Documentation team. I then, since one year, volunteerly dedicate 10-15 hours per week to contribute to these two teams.

2019 was my more important contribution year. I’ve led the minor release 5.2.2 in June, and then have been a focus lead and documentation coordinator for the major release 5.3.

I plan to dedicate more time to contribution in 2020 and make some important work in Documentation team.

Integrating Algolia for search on my site

I’ve been writing #DailyNotes for 90 days now. Before that, I had already written about ten articles on the blog. So the content is starting to be quite voluminous.

It often happens that when writing a note, I refer to another one I had written before. So I had to look for it, and find it.

WordPress’ native search system is very great. It’s accurate, efficient, and I’ve almost always used it as a search system on the sites I build. But in this case, it was getting a bit complicated.

So I had to find a tool or an integration that would allow me to search more or less asynchronously.

I already knew Algolia because I saw it used on several sites, and I did some research on it. Same for ElasticSearch.

But I finally opted for Algolia because of its ease of integration, the interface which is rather simple and intuitive. Also I had the possibility to customize a lot the interface of the search results. And moreover, I had autocompletion during searches.

Search page with Algolia

This is exactly what I was looking for. So I used the plugin « WP Search with Algolia » by WebDevStudios that integrated Algolia to WordPress since the team had stopped supporting integration to the CMS.

It was a rather difficult choice to opt for a plugin, because I try to avoid as much as possible what could affect the performance of my site. But the folks at WebDevStudios did a good job with their plugin. And I would have included the same number of JavaScript files if I had opted for manual integration myself.

That’s the story behind the integration of Algolia into my site’s search system.

The obsession of optimization

UPDATE: As of April 1, 2020, this site is no more running on Twenty Twenty theme. But I (almost once in a week) continue to seek for ways to make it more performant.

Cette note est aussi disponible en Français.


I am writing this note, previously in French, for the needs of my services page, which I recently created.


I wrote in an earlier note: The obsession of optimization [FR]. Today, I’m updating it.

So I’m obsessed with the performance of my site segbedji.com. Obsessed by its speed, its ranking in the main SERP, its security, etc…

This is a personal matter for me. Very personal. I present myself as a talented WordPress developer. It goes without saying that my site, built with this CMS should be a credible example of what I claim to offer!

I’m going to talk today (in issue 89 of my #DailyNotes ??) about the different things I’ve had to do, and continue to do on the site.

As I said before, my site has to be fast. Very fast. Excessively fast (well, within the limits of what is possible). So I had to opt for a WordPress lite theme that I could boost with a few tricks of my own.

The opportunity was too perfect with 2020, the new official default WordPress theme, coming with 5.3 (version for which I was part of the release team, coordinating the technical documentation).

2020 was designed by the excellent Anders Norén, and its development was coordinated by Ian Belanger. I myself made some fixes to the theme during the early stages of its development.

So I started with a child theme of 2020 whose source code is currently hosted on my GitHub account.

Pictures are usually one of the biggest resources on a website. So I’m careful to upload only images that have been optimized beforehand (size, weight). So I was more than happy when the automatic sizing feature for large images came with WordPress 5.3 (kudos to our dear Andrew for the work done on this).

Images are also converted to WebP format for further optimization. Also, I now only use it when strictly necessary.

Next to it, I have the excellent, must-have WP Rocket ? for site optimization. Basically, caching, preloading the cache, minimizing and compressing script and style files are provided.

I tested for a few weeks the image preloading feature, which I then left. This because WP Rocket adds a script on the site to manage it. One less script to load, which was going to deprive ?. Not me, that’s for sure. Also, Chrome natively supports preloading since a few weeks. So as soon as I have some time, I’ll contribute to the ticket opened by Morten on Core Trac to integrate it to WordPress.

Another aspect, the plugins. The popular belief is that the more active plugins you have on a WordPress site, the slower it is. That’s not exactly true. A site with 30 active plugins can be faster and more performant than one with 3.

I’ve limited the active plugins on the site to the bare minimum. The list can be found on my legal notice page.

I have also disabled comments on the site. So no more comment scripts to load (although this is not the main reason for this action).

Test on GTmetrix
Test on GTmetrix
WebPage Test
WebPage Test
WebPage Test
Pindom test
 PageSpeed Insights
PageSpeed Insights
PageSpeed Insights
PageSpeed Insights

PS: I noticed that some emojis are loaded in SVG since

w.org‘s servers, and that a script is added on all pages, even those that do not contain emojis. To be explored for later.

WordPress, encore plus de WordPress

Aujourd’hui, je parle de WordPress, encore plus de WordPress.

Le 31 décembre, j’écrivais 2019, le bilan de l’année. En gros, j’y raconte de façon décousue et très incomplète mon année, ainsi que certaines choses que je prévois faire en 2020 (ce n’est pas les New year resolutions là hein).

Et cette année devrait normalement s’accentuer encore plus autour de mon CMS favori, WordPress.

Contribuer, contribuer encore plus

Ça aussi je l’avais déjà dit. Contribuer à WordPress, c’est un moyen pour moi de donner en retour à ce projet. Je compte continuer à contribuer au cœur du CMS (WordPress Core). Donc m’impliquer encore plus dans les tris des tickets sur le Core Trac, aider plus lors des périodes de releases, etc…

Un projet sur lequel je veux travailler est la documentation de WordPress (tant celle technique que celle des processus et des workflows). J’étais le Documentation Coordinator de la dernière version majeure, 5.3; et cette expérience m’a permis de voir qu’il y a de nombreux aspects et processus en rapport avec WordPress qui ne sont pas du tout documentés. Je compte donc m’y mettre dès que possible, avec Jonathan Desrosiers qui fait déjà un travail énorme dans ce sens.

Beaucoup plus d’accessibilité

L’accessibilité web est un concept que je n’ai personnellement pas très vite connu. Elle joue pourtant un rôle primordial dans le processus de faire du web et d’Internet en général un lieu inclusif et sain pour le plus grand nombre.

Je vais donc m’impliquer plus dans l’accessibilité de WordPress pour commencer. Il y a d’ailleurs la première réunion de 2020 de l’équipe accessibilité de WordPress qui se tient demain à 17H UTC+1, et je compte bien y prendre part.

Je compte aussi me former sur certains points, et essayer quelques certifications dont la certif Opquast.

WordPress Cotonou Meetup

On a commencé le WordPress Cotonou Meetup en milieu du dernier semestre de 2019. Avec comme plan de faire une rencontre par mois. On n’en a fait que deux. Pour diverses raisons. L’objectif c’est donc de respecter le programme initial et de partager encore plus notre expérience avec WordPress.

Explorer de nouveaux horizons

Comme je l’avais dit le mardi dernier, bien que je vais toujours rester dans l’écosystème WordPress en 2020, je vais explorer de nouveaux aspects de la chose; hormis le côté développement. Je ne peux pas beaucoup en parler maintenant, mais je le ferai bientôt, promis.

Voilà. Bonne chance Justin :).

L’obsession de l’optimisation (2)

This note is also available in English.


J’écrivais dans une note précédente : L’obsession de l’optimisation. Aujourd’hui, j’en fais un update.

Alors je suis obsédé par les performances de mon site segbedji.com. Obsédé par sa vitesse, son ranking dans les principaux SERP, sa sécurité, etc…

C’est pour moi une affaire personnelle. Très personnelle. Je me présente comme un talentueux développeur WordPress. Il va de soi que mon site, construit avec ce CMS soit un exemple crédible de ce que je prétends offrir!

Je vais aborder aujourd’hui (dans le numéro 50 de mes #DailyNotes ??) les différentes choses que j’ai eu à faire, et que je continue de faire sur le site.

N°51 maintenant. Puisqu’hier j’ai eu la flemme de pousser cet article en ligne. Voir En attendant demain pour plus de détails.

Vitesse

Comme j’ai dit plus haut, mon site doit être rapide. Très rapide. Excessivement rapide (enfin dans les limites du possible). Il me fallait donc opter pour un thème WordPress lite que je pourrai booster à coups de petites astuces à ma sauce.

L’occasion était trop parfaite avec 2020, le nouveau thème par défaut officiel de WordPress, venu avec 5.3 (version pour laquelle j’ai fait partie de l’équipe de la mise à jour, en coordonnant la documentation technique).

2020 a été désigné par l’excellent Anders Norén, et son développement a été coordonné par Ian Belanger. J’ai moi même apporté quelques correctifs au thème lors des premières phases de son développement.

Donc je suis parti sur un thème enfant de 2020 dont le code source est actuellement hébergé sur mon compte GitHub.

Les images, c’est en général l’une des ressources les plus gourmandes sur un site. Je fais donc attention à n’uploader que des images au préalable optimisées (taille, poids). J’étais donc plus que ravi quand la fonctionnalité du dimensionnement automatique des grandes images est venue avec WordPress 5.3 (kudos à notre très cher Andrew pour le travail fait à ce niveau).

Les images sont aussi converties au format WebP pour plus d’optimisation. Aussi, je n’en utilise maintenant que quand c’est strictement nécessaire.

À côté, j’ai l’excellent, l’incontournable WP Rocket ? pour l’optimisation du site. En gros, cache, pré-chargement du cache, minification et compression des fichiers de script et style sont assurés.

J’ai testé pendant quelques semaines la fonctionnalité de preloading des images, que j’ai ensuite laissé. Cela parce que WP Rocket ajoute un script sur le site pour la gérer. Un script de moins à charger, qui allait s’en priver ?. Pas moi, c’est sûr. Aussi, Chrome supporte nativement le preloading depuis quelques semaines. Donc dès que j’aurai un bout de temps, je vais contribuer au ticket ouvert par Morten sur le Core Trac pour l’intégrer à WordPress.

Autre aspect, les extensions. La croyance populaire veut que plus on a d’extensions actives sur un site WordPress, plus celui ci est lent. Ce n’est pas exactement ça. Un site avec 30 extensions actives peut être plus rapide et performant qu’un autre avec 3.

J’ai limité au strict minimum les extensions actives sur le site. La liste se trouve sur ma page de mentions légales.

J’ai aussi désactivé les commentaires sur le site. Donc plus de scripts de commentaire à charger (bien que ce ne soit pas la raison première de cette action).

Test sur GTmetrix
Test sur GTmetrix
WebPage Test
Pingdom test

PageSpeed Insights

PageSpeed Insights

PS : J’ai remarqué que certains émojis sont chargés en SVG depuis les serveurs de w.org, et qu’un script est ajouté sur toutes pages, même celles qui ne contiennent pas d’émojis. À explorer pour plus tard.

Ah, il commence par devenir trop long ce post. Eh bien, on va s’arrêter là pour aujourd’hui. Demain je parlerai de comment je gère le référencement sur mon site.