JanFebMarAprMaiJunJulAugSepOctNovDec
2008 2105151777491711
2009824112311123717345
2010209129108104127112
2011524  4316719
2012858561      
2016 12      1  
2017   111      
WordPress coding: differences between PHP 4 and 5

WordPress coding: differences between PHP 4 and 5

When I published the plugin EG-Attachments, I (re)discovered the importance of tests phase. The first version of this plugin was running properly, but only if users had the same configuration than me.
I solved some bugs, but there was still one error with button that did not appear in the TinyMCE toolbar. After a lot of tests with the WordPress configuration, I tried to check my host platform, and changed the PHP version by replacing a version 5 with a version 4. Big surprise: the plugin didn’t work anymore. So, I was very proud to announce the publication of a plugin that doesn’t work. But how explain the differences of behavior between the two versions?

Développement WordPress: différences entre PHP 4 et PHP 5

Développement WordPress: différences entre PHP 4 et PHP 5

La publication du plugin EG-Attachments m’a montré l’importance des tests avant publication. Globalement, la première version de ce plugin était stable, mais à condition que les utilisateurs se trouvent dans la même configuration que moi.
J’ai corrigé assez rapidement la plupart des erreurs, mais il restait un bug récalcitrant qui empêchait le bouton de s’afficher dans la barre de TinyMCE. Les très nombreux tests sur la configuration de WordPress n’ont rien donné. Je me suis intéressé alors, à la plateforme d’hébergement elle-même en installant une version 4 de PHP, à la place de la version 5 utilisée habituellement. Et là, grosse surprise, le plugin ne fonctionnait quasiment plus. J’étais donc fier d’annoncer la publication d’un plugin quasiment inopérant. Mais quels éléments pouvaient expliquer une telle différence de comportement?


WordPress plugins: which strategy for data?

WordPress plugins: which strategy for data?

WordPress is a very popular platform, which has a big amount of plugins (around 4,000 plugins). This choice is an advantage, of course, but also a disadvantage: for a given function, we can have dozens of plugins. How to choose the right?
One of my criteria is to see if plugins use non-standard WordPress tables: To keep some consistency, I prefer that the plugin uses only the existing structure and does not create additional tables.
When I develop my own plugins, I follow the same principle. But is this strategy relevant? Is it really good?

Plugins WordPress: quelle stratégie pour les données?

Plugins WordPress: quelle stratégie pour les données?

WordPress est une plateforme très populaire, qui dispose d’une librairie d’extensions assez considérable (près de 4000 plugins). Ce choix est un avantage, bien sur, mais également un inconvénient: pour une fonction donnée, nous pouvons avoir plusieurs dizaines de plugins. Comment choisir?
L’un de mes critères est l’utilisation ou non des tables standards de WordPress: Pour conserver une certaine pérennité, je préfère que les plugins se basent sur la structure existante et ne créent pas de tables supplémentaires.
En développant mes propres plugins, j’ai appliqué le même principe. Mais je me pose de plus en plus de question sur la pertinence de cette stratégie. Est-elle réellement la bonne?