L’équipe de performance de WordPress travaille sur dégrouper le Performance Lab plugin après les commentaires de Matt Mullenweg qui a demandé que de grandes fonctionnalités deviennent leurs propres plugins communautaires avec la possibilité de devenir des plugins canoniques. Dans le cadre de cet effort, la nouvelle intégration de base de données SQLite est désormais disponible pour des tests en tant que un plugin autonome.

Le contributeur parrainé par Yoast, Ari Stathopoulos, qui dirige l’initiative de développement de l’implémentation de SQLite, demande aux sociétés d’hébergement, aux développeurs de plugins et aux auteurs de thèmes de tester le plugin. Les contributeurs visent à le mettre sur la bonne voie pour devenir un plugin canonique et éventuellement fusionner l’implémentation SQLite dans WordPress Core dans une future version.

Stathopoulos a mis à jour le appeler pour tester avec des instructions sur la façon de tester le plugin autonome. Ce n’est pas quelque chose qui doit être testé en production. Après avoir activé le plugin, les utilisateurs peuvent simplement suivre les instructions à l’écran pour installer la base de données SQLite.

Lors des tests, j’ai constaté que je devais supprimer le fichier wp-content/db.php afin d’installer le plugin, car il affichait l’erreur suivante :

Le plugin SQLite ne peut pas être activé car un autre wp-content/db.php le drop-in existe déjà.

Après avoir cliqué sur le bouton Installer, le plugin vous amène à l’écran d’installation familier de WordPress où vous sélectionnez la langue et entrez le nom du site et le mot de passe.

Dans les instructions de test, Stathopoulos a noté que le plugin créera une nouvelle base de données et qu’aucun contenu ne sera migré de la base de données d’origine. L’ancienne base de données restera et si le plugin est désactivé, le site reviendra à l’utilisation de MySQL. Stathopoulos a expliqué pourquoi les utilisateurs ne verront pas le contenu de leur ancienne base de données lorsque la nouvelle sera active :

L’implémentation SQLite n’inclut pas de moyen de migrer les données d’une base de données vers une autre. Puisqu’il s’agit d’une proposition d’implémentation à fusionner dans WordPress Core, nous devons suivre les principes de WordPress Core. La migration des données n’est pas quelque chose que Core devrait faire ; c’est clairement le territoire du plugin. Vos données restent en sécurité dans votre base de données précédente, et vous pouvez y accéder à nouveau en désactivant le module SQLite.

Lorsque SQLite sera fusionné dans Core, les plugins de migration et de sauvegarde en ajouteront la prise en charge.

Le référentiel du plug-in SQLite Database Integration a été déplacé vers l’organisation WordPress sur GitHub et les testeurs peuvent y faire part de leurs commentaires.

Résultats de la voter sur la meilleure approche pour dégrouper le plugin Performance Lab indiquent que les contributeurs sont plus en faveur de garder le plugin Performance Lab tel quel, mais en plus de déployer des modules en tant que plugins individuels (32 votes) par rapport à l’alternative de faire de PL un wrapper axé sur l’infrastructure centrale et recommandation de plugins individuels (10 votes).

Il est possible que le plugin d’intégration SQLite soit accessible en tant que module indépendant ou recommandé via le plugin Performance Lab d’une manière ou d’une autre à l’avenir, mais cela n’a pas encore été décidé. Une fois qu’une voie à suivre sera formalisée, il sera plus clair comment la nouvelle structure du Performance Lab affectera le plugin d’intégration SQLite autonome.


Source link