Les contributeurs de WordPress Performance Team ont rejoint un nouveau module d'intégration SQLite expérimental qui est en passe d'être inclus dans la prochaine version 1.8.0 du plugin Laboratoire de performances. (Il s'agit du plugin qui contient une collection de plugins de fonctionnalités avec des modules liés aux performances que l'équipe espère intégrer au cœur de WordPress.) Le nouveau module permet aux aventuriers de tester la nouvelle implémentation de SQLite, en sachant que l'expérience utilisateur globale continuera d'être rude.
SQLite est un moteur de base de données. C'est un logiciel qui permet aux utilisateurs d'interagir avec une base de données relationnelle. Dans SQLite, une base de données est stockée dans un seul fichier, une fonctionnalité qui la distingue des autres moteurs de base de données. Ce fait permet une grande accessibilité : copier une base de données n'est pas plus compliqué que copier le fichier qui stocke les données, partager une base de données peut signifier envoyer une pièce jointe à un e-mail.
Dans une proposition intitulée Faisons en sorte que WordPress supporte officiellement SQLite Ari Stathopoulos, contributeur principal parrainé par Yoast, affirme que les sites moins complexes (sites et blogs de petite à moyenne taille) ne bénéficient pas nécessairement de l'obligation d'utiliser la base de données WordPress MySQL standard :
Au bas du parc d'utilisateurs WordPress, il y a de petits sites simples. Ceux-ci sont nombreux et se composent de tous les blogs, pages d'entreprises et sites qui n'ont pas des milliers d'utilisateurs ou des milliers de publications, etc. Ces sites Web n'ont pas toujours besoin des subtilités d'une base de données MySQL/MariaDB. L'exigence d'un serveur MySQL dédié augmente les coûts d'hébergement et la complexité de l'installation. Sur les serveurs bas de gamme, cela réduit également les performances car la même "boîte" doit prendre en charge à la fois un serveur PHP et un serveur MySQL/MariaDB.
Dans un monde idéal, les utilisateurs pourraient sélectionner le type de base de données lors de l'installation. Stathopoulos a déclaré que cela nécessiterait que WordPress ait une couche d'abstraction de base de données, que d'autres plates-formes comme Drupal ont depuis plus de 10 ans.
Construire une couche d'abstraction de base de données pour WordPress serait une tâche colossale, même si elle pourrait être une tâche que nous devrons peut-être entreprendre à un moment donné dans le futur pour assurer l'évolution et la longévité continues du projet.
il a dit.
Alternativement, Stathopoulos considère SQLite comme un « ajustement parfait » et a cité les avantages de son utilisation pour les sites Web plus petits :
- C'est la base de données la plus utilisée au monde
- Il est multiplateforme et peut être exécuté sur n'importe quel appareil
- Il est inclus par défaut dans toutes les installations PHP (sauf si explicitement désactivé)
- Les exigences minimales de WordPress seraient un simple serveur PHP, sans avoir besoin d'un serveur de base de données séparé.
- La prise en charge de SQLite permet de réduire les coûts d'hébergement, la consommation d'énergie et les coûts de performances sur les serveurs bas de gamme.
Ce nouveau module d'intégration SQLite est basé sur le plugin wp-db-sqlite , un pilote de base de données SQLite également utilisé par le projet WordPress Sandbox, car WASM ne prend pas en charge MySQL. Le plugin wp-db-sqlite était basé sur le travail original de Kojima Toshiyasu dans son plugin SQLite Integration d'il y a huit ans, qui n'est plus disponible en téléchargement sur WordPress.org. Stathopoulos a déclaré que ces solutions ont évolué au fil des ans, ont été minutieusement testées et se sont avérées fonctionner parfaitement, bien qu'elles ne soient pas bien connues des utilisateurs.
Matt Mullenweg dit à l'appui de la proposition, de sorte que l'implémentation du plugin Performance Lab pourrait avoir de bonnes chances d'atterrir dans le noyau un jour dans le futur. La plupart des participants à la discussion sur la proposition ont soutenu l'idée, mais ont également discuté de certains des inconvénients potentiels. Ceux-ci incluent une prise en charge plus médiocre de choses comme l'édition et la recherche multi-auteurs.
MySQL est et devrait continuer d'être la solution par défaut, car si vous aspirez à être la prochaine grande entreprise, MySQL peut mieux évoluer. Si, par contre, vous voulez juste un blog, un site d'entreprise avec votre page à propos et un formulaire de contact pour avoir une présence en ligne, ou tout type de petit site (ce qui est probablement la plupart des sites sur WordPress), alors SQLite est tout ce dont vous avez besoin. dont vous aurez besoin et qui fonctionneront beaucoup mieux.
dit Stathopoulos.
Certains participants à la discussion se sont également irrités de la controverse un code éthique religieux que SQLite tient pour ses contributeurs. Stathopoulos considère cela comme un non-problème car le projet est open source et la technologie est largement utilisée.
"Sa popularité en dit long sur ce qu'il peut faire et où il peut être utilisé", a-t-il déclaré en réponse aux critiques sur l'idée de lier WordPress à un projet avec un code d'éthique douteux.
Si vous utilisez WordPress depuis ses débuts, vous l'avez vu se compliquer au fil des ans. Les discussions sur l'idée d'un " WordPress léger ont surgi toutes les quelques années, mais la sélection spécifique de fonctionnalités de la plate-forme semble avoir été un facteur important dans WordPress, qui alimente 43 % du Web (selon W3Techs ). Le fondateur de NerdPress, Andrew Wilder, a suggéré qu'une implémentation de SQLite pourrait bénéficier d'être marquée comme "WordPress léger" .
En lisant les commentaires et les problèmes potentiels ci-dessus, si cela devait aller de l'avant, peut-être que la façon de l'implémenter d'une manière qui a du sens pour les utilisateurs serait de le marquer simultanément comme 'WordPress Lite' Donc, si un site utilise SQLite, il peut y avoir des fonctionnalités qu'ils ne sont tout simplement plus disponibles (comme plusieurs auteurs ou peut-être que des plugins qui ont certaines exigences de base de données ne peuvent pas être installés).
dit Wilder.
Les personnes intéressées à tester le nouveau module d'intégration SQLite devraient pouvoir le tester la semaine prochaine. Felix Arntz, contributeur à l'équipe de performance sponsorisée par Google, a fourni quelques notes de test lors de la réunion d'équipe d'hier :
Pour l'implémentation de SQLite, outre le bon fonctionnement de la seule base de données SQLite, un autre aspect crucial à tester est l'expérience utilisateur à l'activation du module. Vous obtiendrez une toute nouvelle base de données, mais nous avons ajouté une logique pour rendre la transition aussi simple que possible : dans une configuration WordPress typique, vous ne devriez pas avoir besoin de réinstaller WordPress vous-même lorsque vous activez le
module, et vous ne devriez même pas avoir besoin de vous reconnecter. Fondamentalement, le PR a la logique d'installer WordPress automatiquement dans la nouvelle base de données, en utilisant les mêmes données de configuration de base qui se trouvent dans la base de données régulière.
Notez qu'il ne s'agit pas du tout d'une migration. C'est juste l'installation que vous obtiendrez ; aucun contenu ne sera migré.
La version 1.8.0 du plug-in Performance Lab est attendue le lundi 19 décembre et inclura le nouveau module.
