Guide final pour les développeurs de bases de données WordPress

Dans \
Il est également disponible pour mariadb version 10.1 ou plus tard. Mariadb est une branche de MySQL sous licence GPL qui peut être utilisée comme alternative à MySQL. Kinsta a étudié en profondeur l’histoire de mariadb et certaines de ses différences par rapport à MySQL. Conseils aux professionnels: spinupwp prend en charge MySQL 5.7 (mais abandonné par UBUNTU 20), MySQL 8 et la dernière version du moteur de stockage mariadb MySQL le moteur de stockage fait partie de la base de données responsable de la lecture et de l’écriture des données. Le moteur de stockage par défaut pour MySQL 5.5 est InnoDB. C’est le moteur de stockage le plus couramment utilisé parce qu’il a des blocs de niveau de ligne plutôt que des blocs de niveau de table complets (importants lors de l’exportation \/ support mysqldump), prend en charge les transactions (permet de commit et de ROLLBACK SQL statements), et prend en charge entièrement les clés externes et les contraintes relationnelles.
Myisam est le moteur de stockage utilisé par WordPress dans le passé, sur lequel vous pouvez encore avoir d’anciens sites WordPress. Certains sites peuvent également avoir des onglets mixtes
Elle utilise les moteurs de stockage myisam et InnoDB. Conseils aux professionnels: utilisez phpMyAdmin pour convertir myisam en InnoDB pour améliorer les performances de la base de données. Vous avez peut – être rencontré des problèmes d’encodage de caractères lors de la migration d’une base de données WordPress d’un serveur à un autre et vous demandez quels jeux de caractères et règles de comparaison sont mentionnés dans l’article de support. Qu’est – ce qu’un jeu de caractères et une règle de comparaison?
Un jeu de caractères MySQL est un ensemble de caractères autorisé dans une chaîne. Il y a 26 caractères dans l’alphabet, de a à Z. chaque lettre reçoit un nombre, par exemple a = 1, b = 2, c = 3, etc. Les lettres sont des symboles et les chiffres associés sont des codes. La combinaison de toutes les lettres a à Z et l’encodage des chiffres correspondants constituent un jeu de caractères. MySQL prend en charge de nombreux jeux de caractères, vous permettant de stocker presque tous les caractères en une seule chaîne. Une comparaison MySQL est un ensemble de règles qui comparent les caractères d’un ensemble de caractères particulier. Pour comparer les chaînes, la base de données utilise des nombres encodés de caractères pour effectuer des comparaisons. Un exemple de règle de comparaison est une comparaison sensible à la casse où les chaînes sont comparées même en minuscules ou en majuscules. Comme indiqué dans la documentation MySQL, les règles de comparaison peuvent devenir très complexes:
La plupart des règles de comparaison comportent un certain nombre de règles qui permettent de distinguer non seulement les majuscules, mais aussi l’accent (l’accent est un symbole attaché à un caractère, comme l’allemand o) et la cartographie Multi – caractères (comme la règle de O = OE dans l’une des deux règles de comparaison allemandes). MySQL vous permet de spécifier des jeux de caractères et des règles de comparaison à quatre niveaux: serveur, base de données, table et colonne. P
OST _ date – heure et date de création. Post _ date GMT – heure GMT et date de création. L’heure et la date GMT sont stockées de sorte qu’elles ne dépendent pas du fuseau horaire du site à l’avenir. Post _ content: contient tout le contenu Post, y compris le HTML, les raccourcis clavier et d’autres contenus. Post _ title – titre de l’article. Post _ Extract – une version abrégée d’une introduction ou d’un contenu personnalisé. Statut post – U – statut Post, par exemple brouillon, en attente, privé, public. C’est aussi un excellent site de nouvelles WordPress. Commentaire _ STATUS – si les commentaires sont autorisés. Ping _ Status – If post allows Ping and Trackback. Mot de passe post – U – mot de passe optionnel utilisé pour afficher les messages. Post _ name – l’URL Slug du titre de l’article est conviviale. To _ Ping: la liste des URL vers lesquelles WordPress devrait envoyer le ping – back lors de la mise à jour. Ping: la liste des URL que WordPress envoie à Pingback lors de la mise à jour. Post _ modifié – heure et date de la dernière modification. Post _ modified GMT – heure et date de la dernière modification du GMT. Post _ content filtered – le plug – in est utilisé pour mettre en cache la version du contenu post qui est normalement passée par le filtre \
Le a de ce tableau permet d’utiliser les mêmes termes dans différentes classifications. Par exemple, la base de données peut être utilisée comme catégorie pour les messages ou comme terme de classification personnalisé pour les types de messages personnalisés (pensez à la catégorie Portfolio _ du projet Portfolio). Les termes de base de données n’existent qu’une seule fois dans les termes WP _ terms, mais dans la taxonomie WP term chaque taxonomie comporte deux lignes. Terme _ taxonomie ID – numéro unique attribué à chaque ligne du tableau. Terme _ ID – l’ID du terme associé. (voir le glossaire wp \ U.) Taxonomie: escargot en taxonomie. Il peut s’agir d’une taxonomie intégrée ou de toute taxonomie enregistrée en utilisant Register _ taxonomie (). Description – description des termes utilisés dans cette taxonomie. Parent – l’ID du parent. Utilisé pour classer, par exemple, les catégories. Nombre – le nombre d’objets post auxquels le terme est attribué pour cette taxonomie. WP _ term relations jusqu’à présent, nous avons appris comment les termes et leur taxonomie sont stockés dans la base de données, mais nous avons encore besoin de savoir comment WordPress stocke les données critiques lorsqu’il utilise la taxonomie. Ce post existe dans le post wp \ \ U et lorsque nous assignons réellement des catégories et des étiquettes via le tableau de bord WordPress, c’est la table de connexion qui enregistre cette information. Chaque ligne définit la relation entre un poste (objet) dans wp \ u posts et un terme d’une taxonomie dans wp \ u term \ u taxinory. Object _ ID – Object ID of the post. (voir le tableau des postes wp \ U.) Terme _ taxonomie ID – l’id de la paire terme \/ classification. (voir le tableau de classification wp \ u term \ U.) Terme _ Order: vous permet de trier les termes d’objets qui ne sont pas entièrement utilisés. WP _ Users WordPress User Management est l’une de ses fonctionnalités les plus puissantes, ce qui en fait un excellent cadre d’application. Cette table est la force motrice derrière elle. ID – numéro unique attribué à chaque utilisateur
Options spécifiques pour l’utilisation du filtre \
Rcorso – le chemin du blog. Enregistré – l’heure et la date à laquelle le journal est enregistré. Dernière mise à jour – heure et date de la dernière mise à jour du blog. Public – Si le blog est public et visible. Archivé – Si le journal est archivé. Mature – si le blog est destiné à un public mature, par exemple. NSFW. Spam – Si le blog est marqué comme spam. Supprimé – Si le blog a été supprimé. Lang _ ID – l’id de langue du blog. WP _ blogeta a été introduit dans WordPress 5.1. WP blogeta est une nouvelle table de base de données pour stocker des métadonnées liées au site. Cela signifie que vous n’avez pas besoin d’utiliser la table d’options pour stocker des données sur le site, ni d’utiliser Switch _ to blog () avant d’y accéder. Meta _ ID – numéro unique attribué à chaque ligne de la Table Blog id: l’ID du blog auquel appartient le Meta. (voir la Feuille de blog wp \ U.) Meta _ Key – la clé d’identification du bloc de données. Meta _ Value: actual data. WP _ blog version lorsque la version WordPress est mise à jour, le site fonctionne et parfois la base de données change. La mise à jour d’une installation multisite vers une nouvelle version de WordPress apportera ces modifications aux tables globales. Cependant, les ensembles de tableaux des sous – sites du réseau doivent également être mis à jour. Ce tableau enregistre la version de base de données de chaque blog du réseau afin que WordPress sache quels blogs doivent être mis à jour et les mettre à jour après l’exécution. ID du blog: ID du blog. (voir la Feuille de blog wp \ U.) Version db \ \ U – la version actuelle de WordPress DB de la table de blog. Dernière mise à jour – l’heure et la date de la dernière mise à jour. WP _ Register ce tableau stocke les données sur les blogs qui sont enregistrés mais qui ne sont pas activés lorsque le réseau permet l’enregistrement de nouveaux sites. Une fois le site activé, les enregistrements sont supprimés et créés dans le blog wp \ U. Signez _ ID – le numéro unique attribué à chaque ligne du tableau. Domin.
D à une taille raisonnable pour maintenir la vitesse. La fonction de révision WordPress est une partie puissante et utile de l’expérience d’édition, mais par défaut, un nombre illimité de révisions sont stockées, ce qui n’est généralement pas nécessaire et peut être limité en définissant les constantes suivantes: Define (‘WP _ post revisions’, 10); WordPress peut également enregistrer automatiquement des messages personnalisés, des pages et des types de messages par minute. Cette plage peut être étendue en utilisant les constantes suivantes: définir (‘autosave _ Interval’, 300); WordPress stockera également les messages supprimés dans la corbeille pendant 30 jours avant leur suppression. Cette plage peut être réduite par les constantes suivantes: définir (’empty _ trash days’, 3); L’indice de base de données est l’un des facteurs les plus importants qui influent sur la vitesse et le rendement de la base de données. Vous pouvez créer des index dans une ou plusieurs colonnes, ce qui permet à la base de données de rechercher rapidement les données dans les colonnes et de trier efficacement les colonnes. La base de données WordPress par défaut est indexée sur de nombreuses colonnes de son tableau. Par exemple, le tableau WP _ post Meta a une colonne post ID qui contient une référence à un post référencé par un métafragment. Cet index rend la requête aussi rapide que possible lors de la recherche de tous les méta – postes pour un ID de poste spécifique. C’est important pour une table comme la méta – table Post, qui peut avoir des millions de lignes de données. Lors de la création de tables WordPress personnalisées, les index devraient être une considération importante, surtout s’ils font partie du plug – in que vous prévoyez déployer. Lors de la conception de la structure des tables, vous devez tenir compte de la performance des tables et des requêtes SQL sur les grands sites. Dans mon article sur l’optimisation des requêtes SQL, j’ai écrit sur l’ajout d’index aux tables personnalisées et l’identification des requêtes SQL lentes dans les bases de données WordPress. Migration des bases de données
WordPress comme WordPress stocke les URL du site et les chemins de fichiers à différents endroits dans la base de données, il peut être compliqué de se déplacer à partir de différents serveurs ou de l’url du site de développement vers l’url du site actif. L’URL du site est stockée dans la table des options wp \ u pour la page d’accueil et les options d’URL du site, dans la colonne guid des messages wp \ U et partout où l’URL absolue stocke des images et d’autres ressources. Heureusement, il existe des outils de migration qui peuvent rendre la migration des bases de données WordPress un processus rapide et simple. À portée de main avec WP CLI? Ensuite, examinez la commande de remplacement de la recherche et effectuez le remplacement de l’URL directement à partir de la ligne de commande: $WP remplacement de la recherche ‘ http:\/\/example.test  » http:\/\/example.com « ou, si vous préférez utiliser un plug – in avec une interface utilisateur puissante pour vous permettre d’exporter, d’importer et de pousser des bases de données entre les sites, consultez WP migrate DB pro. Vous pouvez également migrer des fichiers médias, des plug – ins et des sujets entre les sites, et sauvegarder des bases de données avant la migration. La sauvegarde de la base de données WordPress devrait faire partie du plan d’urgence de toute base de données de développeur. Sécurité des bases de données j’ai mentionné l’importance de la sauvegarde des bases de données. C’est quelque chose qui devrait fonctionner régulièrement (avec le Répertoire de contenu WP du site) pour s’assurer que la base de données peut être restaurée à la version précédente si elle est corrompue ou piratée. Un aspect important de cet aspect est la sauvegarde hors site vers des fournisseurs de Cloud tels qu’Amazon S3 ou Digital Ocean spaces. Si le serveur s’écrase, il est important d’accéder aux dernières sauvegardes stockées en toute sécurité ailleurs. Spinupwp vous permet de configurer les sauvegardes du site en fonction du calendrier des différents fournisseurs de stockage. Tim Nash a brillamment souligné NEC
Les sauvegardes doivent être testées périodiquement parce qu’elles n’ont aucune valeur à moins qu’elles ne puissent être restaurées correctement. Packaging the WordPress Database is a basic component of any WordPress website, so it worth to know it as much as possible. Espérons que ce guide couvre de nombreux aspects importants de la base de données WordPress et vous aidera à améliorer le niveau des développeurs WordPress. Avez – vous des questions sur la base de données WordPress? Veuillez nous le dire dans vos commentaires.