Un bon exemple, et peut-\u00eatre le plus populaire, d’un syst\u00e8me CRUD est phpMyAdmin<\/a>. PHPMyAdmin est un outil utilis\u00e9 par presque tous les d\u00e9veloppeurs Web pour g\u00e9rer les donn\u00e9es MySQL en ligne. Il s’est tellement r\u00e9pandu qu’il peut actuellement \u00eatre qualifi\u00e9 d’outil standard pour la gestion des bases de donn\u00e9es MySQL. De nos jours, il est pr\u00e9install\u00e9 sur presque tous les outils CPanel chez les h\u00e9bergeurs.<\/p>\n Il existe des milliers de cas d’utilisation standard pour les syst\u00e8mes CRUD. Par exemple – presque n’importe quel catalogue, journal d’entr\u00e9e, informations statistiques. Fondamentalement, tout ce qui concerne le stockage d’informations n\u00e9cessiterait d’ajouter, de modifier et de supprimer des bits d’information. C’est alors que les syst\u00e8mes CRUD entrent en jeu.<\/p>\n WordPress lui-m\u00eame est un puissant CMS (Content Management System), qui est \u00e9galement un cas particulier du syst\u00e8me CRUD. Comme vous le savez, les utilisateurs du site WordPress peuvent ajouter des articles et des pages, les modifier ou les supprimer. Mais parfois, vous rencontrez une situation o\u00f9 vous devez g\u00e9rer certaines donn\u00e9es de base de donn\u00e9es directement \u00e0 partir du front-end WordPress qui ne sont g\u00e9n\u00e9ralement pas publi\u00e9es ou li\u00e9es \u00e0 la page et ne correspondent pas bien aux taxonomies WordPress. Entre autres, cela peut \u00eatre l’une de ces situations o\u00f9 vous auriez besoin d’un syst\u00e8me CRUD ind\u00e9pendant dans WordPress :<\/p>\n Et demandes similaires.<\/p>\n Tout d’abord, assurez-vous que vous en avez vraiment besoin.<\/strong> De nombreuses t\u00e2ches ne sont pas uniques et vous pouvez probablement trouver un plugin qui r\u00e9pondrait \u00e0 vos besoins. Par exemple, si vous avez besoin d’un outil de suivi des bogues, comme mentionn\u00e9 ci-dessus, vous pouvez v\u00e9rifier et t\u00e9l\u00e9charger celui<\/a> -ci ou celui-ci<\/a>.<\/p>\n Et si vous avez besoin de quelque chose de plus g\u00e9n\u00e9rique, comme l’\u00e9dition de diff\u00e9rentes tables MySQL \u00e0 partir du front-end WordPress, essayez notre plugin wpDataTables<\/a> qui est essentiellement un syst\u00e8me CRUD dans WordPress. Vous pouvez voir la liste des fonctionnalit\u00e9s et des exemples de leur fonctionnement ici<\/a>. Ou m\u00eame essayez une version Lite gratuite dans le r\u00e9f\u00e9rentiel de plugins WordPress<\/a>.<\/p>\n Il convient de noter que wpDataTables n’impose aucune limitation sur la structure des donn\u00e9es, le nombre de colonnes ou de lignes, prend en charge de nombreux types de donn\u00e9es<\/a> et diff\u00e9rents types d’entr\u00e9e d’\u00e9diteur<\/a>. Par exemple, certains types sp\u00e9cifiques comme les pi\u00e8ces jointes ou DateTime<\/a>. En outre, il permet d’\u00e9diter des donn\u00e9es via un \u00e9diteur de formulaire contextuel<\/a>, avec un \u00e9diteur en ligne<\/a> ou m\u00eame avec un \u00e9diteur de tableur de type Excel<\/a>.<\/p>\n Si vous pensez toujours que vous avez besoin de cr\u00e9er un syst\u00e8me CRUD personnalis\u00e9 dans WordPress, vous devez vous pr\u00e9parer \u00e0 un codage s\u00e9rieux pour le faire.<\/p>\n Si vous pensez qu’aucun plugin ne correspond \u00e0 vos besoins, cr\u00e9ez le v\u00f4tre! Ce n’est peut-\u00eatre pas aussi effrayant qu’il n’y para\u00eet \u00e0 premi\u00e8re vue. Commencez par lire ce joli tutoriel<\/a> sur la cr\u00e9ation d’un plugin WordPress \u00e0 partir de z\u00e9ro. Et aussi bien s\u00fbr celui-ci<\/a> dans WordPress Codex.<\/p>\n La premi\u00e8re \u00e9tape initiale lorsque vous cr\u00e9ez un plugin \u2013 y compris un syst\u00e8me CRUD dans un plugin WordPress \u2013 consiste \u00e0 structurer correctement les fichiers. Il peut y en avoir plus (contr\u00f4leurs, gestionnaires de codes courts et autres) – mais c’est un minimum pour commencer.<\/p>\n Tout d’abord, vous auriez besoin de la partie back-end\u00a0: un script PHP qui effectuerait r\u00e9ellement les t\u00e2ches CRUD. Pour cela, vous devez le connecter \u00e0 la base de donn\u00e9es WordPress (objet global $wpdb). Vous pouvez lire ici<\/a> un joli tutoriel sur l’utilisation de la base de donn\u00e9es WordPress et de l’objet $wpdb dans vos plugins.<\/p>\n Si vous utilisez une base de donn\u00e9es externe, vous devrez par exemple utiliser une connexion PDO<\/a> s\u00e9par\u00e9e ou simplement des fonctions PHP MySQLi<\/a> int\u00e9gr\u00e9es (si votre moteur de base de donn\u00e9es est MySQL).<\/p>\n Votre t\u00e2che \u00e0 cette \u00e9tape est de pr\u00e9parer un ensemble de classes et de m\u00e9thodes qui accepteront les donn\u00e9es du front-end sous une forme attendue, de les valider et de les nettoyer<\/a> (la d\u00e9sinfection de toutes les entr\u00e9es est une mesure de s\u00e9curit\u00e9 tr\u00e8s importante pour tous les syst\u00e8mes CRUD) et d’effectuer les actions INSERT<\/strong>, UPDATE<\/strong> et DELETE<\/strong> sur votre base de donn\u00e9es.<\/p>\n Comme d\u00e9crit \u00e0 l’\u00e9tape pr\u00e9c\u00e9dente, ces fichiers "de base" appartiendraient au dossier "source" de votre nouveau plugin CRUD WordPress.<\/p>\n Lorsque les classes et les m\u00e9thodes de gestion de base de donn\u00e9es sont pr\u00e9par\u00e9es, votre plugin aurait besoin d’une interface frontale pour l’utilisateur avec votre nouveau syst\u00e8me CRUD dans WordPress. La meilleure solution serait de pr\u00e9parer un ensemble de mod\u00e8les dans vos nouveaux fichiers de plug-in et de le sortir o\u00f9 vous en avez besoin avec un shortcode.<\/p>\n Il est logique de toujours garder les mod\u00e8les HTML s\u00e9par\u00e9s du code (approche MVC) et de pr\u00e9parer des fichiers de mod\u00e8les s\u00e9par\u00e9s logiquement, par exemple\u00a0: "edit.tpl.php", "delete.tpl.php", "list.tpl.php". \u00bb, etc. \u2013 un mod\u00e8le pour chaque page ou action CRUD.<\/p>\n Ici,<\/a> vous pouvez lire un excellent article du codex sur l’API WordPress Shortcode.<\/p>\n Bien s\u00fbr, vous pouvez le faire "\u00e0 l’ancienne", avec de simples soumissions de formulaires et le rechargement de pages. Cependant, de nos jours, ce n’est plus une approche courante. L’utilisation d’AJAX est plut\u00f4t une approche standard, soit via jQuery, soit via d’autres biblioth\u00e8ques comme Angular. Notre recommandation est donc de prendre un peu de temps et d’examiner l’utilisation d’AJAX dans vos plugins WordPress, voici<\/a> un excellent article du Codex sur la fa\u00e7on d’utiliser AJAX dans vos plugins – \u00e0 la fois c\u00f4t\u00e9 administrateur et c\u00f4t\u00e9 frontal.<\/p>\n Vous pouvez mettre le code JS dans le dossier "assets" que vous avez pr\u00e9par\u00e9 \u00e0 la premi\u00e8re \u00e9tape.<\/p>\n Lorsque la partie mise en \u0153uvre est termin\u00e9e, prenez un peu de temps et testez votre nouveau syst\u00e8me CRUD dans WordPress. Vous ne pouvez pas rep\u00e9rer tous les bogues d\u00e8s le d\u00e9but, mais r\u00e9p\u00e9ter plusieurs fois les actions de routine CRUD avec diff\u00e9rents exemples (cas "p\u00e9riph\u00e9riques" pr\u00e9f\u00e9rables – par exemple, de tr\u00e8s grandes quantit\u00e9s de donn\u00e9es, cliquer plusieurs fois sur le m\u00eame bouton, etc.) vous aidera toujours. pour attraper la plupart des bugs – et ceux-ci se produisent toujours lorsque vous impl\u00e9mentez quelque chose de nouveau.<\/p>\n REST est un style architectural de cr\u00e9ation d’applications en r\u00e9seau bas\u00e9 sur un protocole de communication client-serveur, sans \u00e9tat et pouvant \u00eatre mis en cache, c’est-\u00e0-dire le protocole HTTP. CRUD est un acronyme pour CREATE, READ, UPDATE et DELETE, les fonctions de base du stockage persistant en programmation.<\/p>\n Les op\u00e9rations CRUD, c’est-\u00e0-dire CREATE, READ, UPDATE, DELETE, sont similaires aux commandes de base REST, c’est-\u00e0-dire GET, PUT, POST, DELETE, ce qui conduit \u00e0 une confusion entre les deux. Qu’est-ce que CRUD? Qu’est-ce que le REPOS\u00a0? Dans CRUD vs REST, quelle est la d\u00e9finition CRUD\u00a0? Est-ce que REST est une simple copie carbone de CRUD ?<\/p>\n Autant de questions tr\u00e8s pertinentes auxquelles cet article entend r\u00e9pondre en d\u00e9tail !<\/p>\n Vous ne pouvez pas comprendre des termes tels que API REST, services REST, matrice CRUD, base de donn\u00e9es CRUD ou programmation REST si vous ne comprenez pas la diff\u00e9rence entre les deux processus en ce qui concerne leur fonctionnement. La confusion dispara\u00eetra une fois que vous conna\u00eetrez cette diff\u00e9rence.<\/p>\n Vous pouvez travailler REST sur n’importe quelle ressource, qu’il s’agisse d’un fichier multim\u00e9dia, d’un document, d’un site Web, etc. Il n’y a aucune restriction quant \u00e0 ce sur quoi vous pouvez travailler REST ; vous pouvez utiliser HTML uniquement comme protocole de communication pour pointer les ressources. REST signifie Representational State Transfer.<\/p>\n REST indique que chaque URL distinctive repr\u00e9sente un objet auquel vous pouvez acc\u00e9der via un HTTP GET, ainsi que le modifier et le supprimer via HTTP POST, PUT ou DELETE.<\/p>\n Vous ne pouvez appliquer CRUD que sur des enregistrements de base de donn\u00e9es et vous ne pouvez pas cr\u00e9er d’API CRUD comme vous cr\u00e9ez des API REST. L’application CRUD est limit\u00e9e aux bases de donn\u00e9es, c’est pourquoi CRUD, contrairement \u00e0 REST, n’est pas un style d’architecture, mais un cycle. Les applications et les sites Web contiennent tous des cycles CRUD diff\u00e9rents.<\/p>\n Par exemple, un visiteur sur un site Web de commerce \u00e9lectronique peut CR\u00c9ER un compte, METTRE \u00c0 JOUR le compte, LIRE les informations et SUPPRIMER le compte. C’est un cycle CRUD complet qui inclut toutes les op\u00e9rations CRUD.<\/p>\n Par exemple, sur le m\u00eame site Web de commerce \u00e9lectronique, un visiteur peut CR\u00c9ER un article dans le panier \u00e9lectronique, puis terminer le cycle CRUD complet en LISANT, METTRE \u00c0 JOUR et m\u00eame SUPPRIMER l’article.<\/p>\n Les commandes de base du Representational State Transfer – l’acronyme REST – tournent autour d’un objet ou d’une ressource, qui peut \u00eatre d\u00e9crit comme tout ce que vous pouvez r\u00e9v\u00e9ler \u00e0 l’aide du protocole HTTP. Exemples de ressources REST\u00a0: image, site Web, document, service. Le ciel est la limite.<\/p>\n REST est une interface de programmation d’application, ou API, ou une architecture destin\u00e9e au multim\u00e9dia distribu\u00e9. Une API est un service Web qui suit les principes de l’architecture REST. Ainsi, REST appelle chaque API via l’une des m\u00e9thodes de requ\u00eate HTTP, GET, PUT, POST et DELETE.<\/p>\n Le mandat client-serveur met l’accent sur le fait que REST repr\u00e9sente une m\u00e9thode distribu\u00e9e qui repose sur la nature de la s\u00e9paration client-serveur. Un service REST implique plusieurs fonctionnalit\u00e9s et r\u00e9pond aux demandes. Le client fait les demandes et le serveur les accepte ou les refuse.<\/p>\n L’apatridie limite le type de requ\u00eates pouvant \u00eatre soumises entre le consommateur et le serveur. En effet, c’est la demande qui initie la communication client-service, o\u00f9 la demande contient toutes les informations n\u00e9cessaires pour que le serveur r\u00e9ponde.<\/p>\n Le but de la mise en cache d’une requ\u00eate est de ne jamais avoir \u00e0 soumettre la m\u00eame requ\u00eate deux fois, car la mise en cache demande au serveur d’\u00e9tiqueter les r\u00e9ponses comme pouvant \u00eatre mises en cache ou non. Par cons\u00e9quent, la mise en cache r\u00e9duit les contraintes ou les restrictions g\u00e9n\u00e9r\u00e9es par l’apatridie.<\/p>\n Le contrat uniforme exclut l’utilisation de plusieurs interfaces ind\u00e9pendantes \u00e0 l’int\u00e9rieur d’une interface de programmation d’application ou d’une API. REST s’en tient aux principes d’un contrat uniforme. Par cons\u00e9quent, une interface REST est partag\u00e9e via des connexions hyperm\u00e9dias.<\/p>\n Un syst\u00e8me en couches utilise plusieurs couches ind\u00e9pendantes pour d\u00e9velopper et \u00e9tendre l’interface. Comme les couches ne peuvent pas se voir, de nouvelles requ\u00eates et intergiciels peuvent \u00eatre ins\u00e9r\u00e9s qui n’auront pas d’impact sur les commandes initiales et le fonctionnement client-serveur.<\/p>\n Alors que le client-serveur, la mise en cache, l’apatridie, le contrat uniforme et le syst\u00e8me en couches sont indispensables pour les applications RESTful, le code \u00e0 la demande n’est pas obligatoire. Cependant, Code-on-Demand permet \u00e0 la logique des clients de rester ind\u00e9pendante et donc mise \u00e0 jour s\u00e9par\u00e9ment de la logique du serveur.<\/p>\n CRUD implique les op\u00e9rations essentielles effectu\u00e9es dans le stockage de donn\u00e9es statiques ou les bases de donn\u00e9es, telles que la gestion d’enregistrements ou d’objets passifs. CRUD manipule essentiellement des donn\u00e9es de base.<\/p>\n REST s’appuie sur la repr\u00e9sentation des ressources via des URL uniques, o\u00f9 les ressources sont des abstractions d’objets, o\u00f9 le commentaire d’un utilisateur peut \u00eatre une ressource, par exemple.<\/p>\n En tant que tel, REST implique plus qu’un enregistrement dans une table de commentaires. REST concerne la relation de l’enregistrement avec la ressource utilisateur et le message\/commentaire auquel il est attach\u00e9. REST est un style d’API de tr\u00e8s haut niveau qui interagit avec un syst\u00e8me complexe.<\/p>\n Bien s\u00fbr, cet article n’\u00e9tait pas un tutoriel complet \u2013 puisqu’il faudrait vingt pages pour en \u00e9crire un. Mais faites-nous savoir si vous avez des questions ou si vous souhaitez voir un exemple sp\u00e9cifique \u00e9tape par \u00e9tape, et nous en cr\u00e9erons un pour vous.<\/p>\n Nous esp\u00e9rons que cela a \u00e9t\u00e9 utile d’une certaine mani\u00e8re.<\/p>\n Merci pour la lecture!<\/p>\n Source photo: http:\/\/www.tyseo.net<\/a><\/p>\nPourquoi auriez-vous besoin d’un syst\u00e8me CRUD dans WordPress ?<\/h2>\n
\n
Comment int\u00e9grer un syst\u00e8me CRUD dans un site WordPress ?<\/h2>\n
La solution la plus simple \u2013 essayez de trouver un plugin appropri\u00e9<\/h3>\n
D\u00e9marrer un nouveau plugin WordPress<\/h3>\n
\nL’approche habituelle consiste \u00e0 placer le fichier de point d’entr\u00e9e CRUD principal dans le r\u00e9pertoire racine du plugin et \u00e0 pr\u00e9parer plusieurs sous-dossiers\u00a0:<\/p>\n\n
Cr\u00e9er le back-end de l’\u00e9diteur (classes PHP)<\/h3>\n
Cr\u00e9er une interface frontale (HTML, JS, PHP)<\/h3>\n
Connectez le front-end au back-end avec les appels AJAX (JS)<\/h3>\n
Tester, affiner et d\u00e9boguer<\/h3>\n
CRUD vs REST\u00a0: quelle est la diff\u00e9rence\u00a0?<\/h2>\n
Comment fonctionne REST\u00a0?<\/strong><\/h3>\n
Comment fonctionne CRUD ?<\/strong><\/h3>\n
Le fondement et les principes de REST<\/strong><\/h3>\n
Les six principes directeurs de l’architecture RESTful<\/strong><\/h3>\n
\n
Mandat client-serveur<\/strong><\/h3>\n<\/li>\n<\/ol>\n
\n
Apatridie<\/strong><\/h3>\n<\/li>\n<\/ol>\n
![\"Cr\u00e9ation](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-205612-61e8cbbce0972.jpg\")
<\/a><\/p>\n\n
Mise en cache<\/strong><\/h3>\n<\/li>\n<\/ol>\n
\n
Contrat uniforme<\/strong><\/h3>\n<\/li>\n<\/ol>\n
\n
Syst\u00e8me en couches<\/strong><\/h3>\n<\/li>\n<\/ol>\n
\n
Facultatif\u00a0: Code \u00e0 la demande<\/strong><\/h3>\n<\/li>\n<\/ol>\n
Fin des r\u00e9flexions sur CRUD vs REST<\/strong><\/h3>\n
\n