Share
In den vorherigen Teilen der Serie haben wir untersucht, was die WP-REST-API ist und wie sie uns beim Erstellen besserer Anwendungen mit dem WordPress-Backend helfen kann.
Anschließend haben wir zwei Möglichkeiten zum Einrichten der Authentifizierung auf dem Server zum Generieren authentifizierter Anforderungen geprüft. Die erste ist die grundlegende Authentifizierungsmethode, die in Entwicklungsumgebungen nützlich ist und ein schnelles Prototyping ermöglicht, da sie nicht viel Zeit für die Einrichtung benötigt. Die zweite Authentifizierungsmethode ist OAuth 1.0a, die für Produktionsumgebungen empfohlen wird, da sie wesentlich sicherer ist als die Standardauthentifizierungsmethode.
Nachdem wir gelernt haben, wie die Authentifizierung eingerichtet wird, können wir authentifizierte Anforderungen generieren, um die volle Leistungsfähigkeit der WP-REST-API freizusetzen. Aufgrund der Benutzerfreundlichkeit werden wir in dieser Serie die Basisauthentifizierung verwenden. Es wird jedoch empfohlen, die OAuth 1.0a-Authentifizierung, wie vom OAuth 1.0a-Plugin bereitgestellt, für Ihre Produktionsserver zu verwenden.
Im aktuellen Teil der Serie werden wir mit dem WP REST-API-Plugin unsere ersten praktischen Erfahrungen sammeln. Wir werden:
Accentsconagua
ERHALTEN anfordernOPTIONEN fordern Sie selbst die API anBeginnen wir mit der Analyse der Struktur eines einfachen ERHALTEN anfordern.
ERHALTEN AnfordernBevor wir uns mit den Details des Abrufs von Daten mit der WP REST-API befassen, müssen wir uns mit der Syntax einer Anfrage, die an den Server gesendet wird, vertraut machen. Dies wird eine solide Grundlage für unsere zukünftigen Interaktionen mit der WP REST-API bilden.
Betrachten Sie die folgende Anfrage an den Server:
$ GET http: // localserver / wp-json / wp / v2 / posts
Die Art der Anfrage, die wir senden, ist ERHALTEN-eines von sechs HTTP-Verben, die wir uns im ersten Teil dieser Serie angesehen haben. EIN ERHALTEN request wird verwendet, um Daten vom Server abzurufen. Bei der Ausführung auf dem Server ruft die obige Anforderung daher eine Auflistung aller Post-Objekte in Form von JSON-Daten ab.
In Anbetracht des Anforderungs-URIs können wir ihn in folgende Teile unterteilen:
http: // localserver /: Die URL meines lokalen Entwicklungsservers. Es kann eine beliebige URL sein, abhängig davon, wo sich Ihre WordPress-Installation befindet./ wp-json: Es ist das Endpunktpräfix der WP-REST-API./ wp: Der Namespace des WP REST API-Plugins./ v2: Dies ist die Version des WP REST API-Plugins./ Beiträge: Es ist die Ressource, die wir vom Server abrufen möchten.Der Namespace verhindert das Überschreiben, wenn mehrere Plugins ausgeführt werden, wobei jedes eine eigene Abstraktionsschicht für die RESTful-API bereitstellt. Daher arbeitet jede Abstraktion an ihrer eigenen Grenze, ohne die Methoden und Eigenschaften einer anderen Abstraktion zu beeinflussen.
Der Namespace und die Version waren in der älteren Version 1.2 des Plugins nicht vorhanden. In der älteren Version würde die obige Anforderung folgendermaßen lauten:
$ GET http: // localserver / wp-json / posts
Wir sprechen hier jedoch nicht über Rückwärtskompatibilität. Wenn Sie alle Änderungen zwischen Version 1.x und 2.x erfahren möchten, finden Sie diese auf der offiziellen Seite.
Zusätzlich zum Abrufen einer Sammlung von Ressourcen (Posts) mit dem obigen URI können Sie auch eine bestimmte Ressource abrufen, indem Sie deren ID angeben:
$ GET / wp / v2 / posts / 100
Die obige Anforderung gibt ein Post-Objekt zurück, während nach einer Post-Ressource mit der ID 100 gesucht wird.
In anderen Fällen müssen wir auch nach Beiträgen suchen, die bestimmte Kriterien erfüllen. Zu diesem Zweck bietet die WP-REST-API eine Möglichkeit zur Verwendung von Filter[] Syntax:
$ GET / wp / v2 / posts? Filter [cat] = 1
Durch Senden der obigen Anfrage können wir alle Beiträge abrufen, die zu einer ID-ID-Kategorie 1 gehören. Die Filtersyntax kann besonders hilfreich sein, wenn Sie Beiträge abfragen oder zwischen verschiedenen Ressourcen navigieren, z. Beiträge und Kategorien anhand ihrer Beziehungen.
Schließlich, wenn es um Argumente geht, die Arrays als Eingabe verwenden Filter[] Syntax können wir eine leere Gruppe von eckigen Klammern anfügen, um Arrays so auszudrücken:
$ GET / wp / v2 / posts? Filter [category__and] [] = 1 & filter [category__and] [] = 2
Die obige Syntax entspricht der folgenden WP_Query ():
Feld (1, 2)));
Daher das oben ERHALTEN request ruft eine Liste von Beiträgen ab, die zu beiden Kategorien mit der ID 1 und 2 gehören. Dieselbe Syntax kann auch für Array-Argumente mit mehr als zwei Elementen verwendet werden. Bitte beachten Sie, dass die Verwendung der category__and Parameter erfordert Benutzerauthentifizierung mit edit_posts Privilegien.
Wir werden in die schauen Filter[] Syntax in einem späteren Abschnitt ausführlicher.
Nun, da wir gelernt haben, wie man formatiert ERHALTEN Anfrage und Angabe ihrer Parameter, ist es Zeit, einen Blick auf die OPTIONEN anfordern. Ein OPTIONEN request macht es einfach, durch die API zu navigieren, und stellt tatsächlich eine selbstdokumentierende Methode dar, um die API zugänglicher zu machen, indem alle verfügbaren HTTP-Methoden auf einem Endpunkt und die unterstützten Argumente dokumentiert werden.
OPTIONEN AnfordernWie bereits erwähnt, die OPTIONEN request kann beim Erkunden der API äußerst hilfreich sein. Es erwähnt alle Endpunkte, die zu einer bestimmten Route gehören, und bietet eine Liste von Parametern, die diese Endpunkte für CRUD-Vorgänge unterstützen.
Lass uns einen schicken OPTIONEN Anfrage an die / wp / v2 / Beiträge routen, um zu prüfen, welche Endpunkte unterstützt werden und welche Parameter wir an die Endstation übergeben können ERHALTEN Anfrage zur Datenabfrage:
$ curl -X OPTIONS wp / v2 / posts
Ich habe cURL verwendet, um die obige Anfrage zu senden. Sie können jedoch ein beliebiges Werkzeug Ihrer Wahl verwenden, einschließlich Postmanager. Vergewissern Sie sich, dass Sie den vollständigen Pfad zur obigen Route angeben, einschließlich des Pfads Ihres Servers.
"namespace": "wp / v2", "methoden": […], "endpoints": […], "schema": …, "_links": …
Obenstehendes OPTIONEN Anfrage an die / wp / v2 / Beiträge route gibt Daten im JSON-Format zurück, das fünf Eigenschaften enthält:
NamespaceMethodenEndpunkteSchema_links"namespace": "wp / v2",…
Das Namespace property gibt den Namespace des aktuellen Plugins an. In unserem Fall ist es so wp / v2, Version 2 der WP REST-API. Wir haben uns den Namensraum und den Zweck, den er im vorherigen Abschnitt erfüllt, bereits angesehen.
… "Methoden": ["GET", "POST"],…
Das Methoden Die Eigenschaft enthält ein Array aller von der aktuellen Route unterstützten Methoden. Wenn Sie sich die Antwort der obigen Anfrage ansehen, wird deutlich, dass die / wp / v2 / Beiträge route unterstützt zwei Methoden, nämlich ERHALTEN und POST. Es bedeutet, dass wir die verwenden können / wp / v2 / Beiträge Route zum Abrufen von Beiträgen sowie Erstellen eines neuen Beitrags. Wir werden uns mit dem beschäftigen POST Methode im nächsten Teil dieser Serie, konzentrieren wir uns also auf die ERHALTEN Methode vorerst.
Die nächste Eigenschaft-Endpunkte-enthält ein Array der unterstützten Endpunkte für die aktuelle Route. Diese Eigenschaft ist direkt mit dem zuvor genannten verknüpft Methoden Diese Eigenschaft listet Endpunkte für die unterstützten Methoden auf.
… "Endpunkte": ["Methoden": ["GET"], "args": …, "Methods": ["POST"], "args": …],…
Das Endpunkte property enthält Objektwerte, die wiederum zwei Eigenschaften enthalten, nämlich Methoden und args. Das Methoden Die Eigenschaft enthält ein Array von HTTP-Methoden und die nächste args Die Eigenschaft enthält alle unterstützten Argumente für diese Methoden. Dies sind die Argumente, die wir zusammen mit der Anfrage in Form von URI-Parametern senden.
Betrachten Sie die Argumente, die von der ERHALTEN Methode stoßen wir auf neun Argumente, die einschließen Kontext, Seite, pro Seite, usw. Diese Argumentobjekte enthalten zwei Eigenschaften, erforderlich und Standard. Das erforderlich Diese Eigenschaft gibt an, ob das Argument erforderlich ist, und die Standard Die Eigenschaft repräsentiert den Standardwert des Arguments.
"methoden": ["GET"], "args": "context": "required": false, "default": "view", "page": "required": false, "default": 1, "per_page": "required": false, "default": 10, "filter": "required": false
Das Schema Die Eigenschaft in der zurückgegebenen Antwort dokumentiert alle Eigenschaften für die aktuelle Ressource. Das Schema definiert eine Struktur für Daten im JSON-Format. Das in der WP-REST-API verwendete Schemaformat basiert auf Entwurf 4 der JSON-Schemaspezifikationen.
Das Letzte _links Die Eigenschaft enthält ein Array von Objekten, das die Links der zugehörigen Ressourcen enthält. Der Schlüssel im Objekt gibt den Beziehungstyp an (z. Autor, Sammlung, selbst, Bemerkungen, usw.), wobei sein Wert die Verknüpfung zu dieser zugeordneten Ressource ist. Dieser Verbindungsstandard basiert auf HAL (Hypertext Application Language). Weitere Informationen zu HAL finden Sie in den von Mike Kelley verfassten Spezifikationen.
In ähnlicher Weise können wir eine senden OPTIONEN andere Routen, einschließlich der Benutzer, Kommentare, Medien, Seiten usw., anfragen, um die unterstützten Methoden und Argumente zu überprüfen. OPTIONEN Anfragen sind Ihre besten Freunde, wenn Sie mit der WP-REST-API arbeiten.
Die WP-REST-API bietet eine weitere Möglichkeit, die API-Verfügbarkeit durch Senden von a zu ermitteln ERHALTEN Anfrage an die / wp-json Index Route. Daraufhin werden alle Routen und deren Endpunkte sowie die unterstützten Methoden und Argumente aufgelistet.
$ curl -X GET http: // wordpress-server / wp-json
Die obige Anforderung gibt ein Antwortobjekt mit einer route -Eigenschaft wie folgt zurück:
Diese Funktion ist immens mächtig, da sie alle Routen und ihre unterstützten Methoden und Argumente auflistet, sodass sie nicht mehr extern dokumentiert werden müssen. Wir werden auf dieses Antwortobjekt verweisen, wenn Sie CRUD-Vorgänge für verschiedene Ressourcen ausführen.
Nachdem wir unsere Optionen zur Erkundung der API untersucht haben, beginnen wir nun mit der Arbeit mit der WP REST-API, um Daten vom Server abzurufen.
Inzwischen haben wir uns mit dem vertraut gemacht OPTIONEN request, eine selbstdokumentierende Methode zur Beurteilung der Verfügbarkeit der API. Wir haben auch untersucht, wie unterstützte Methoden und Argumente für eine bestimmte Route dargestellt werden. Mit diesem Wissen können wir nun verschiedene Ressourcen mithilfe der WP-REST-API vom Server abrufen.
Die Ressource, mit der wir beginnen werden, ist die Beiträge Ressource, da es der Hauptbaustein von WordPress ist. Wir werden uns mit dem Abrufen von Beiträgen mit verschiedenen Filtern beschäftigen. Mit diesem Wissen können Sie Beiträge mit der WP-REST-API genauso wie mit der Klasse WP_Query () abfragen.
In dieser ganzen Serie haben wir mit dem gearbeitet Beiträge eine Ressource, um Beispielanfragen und ihre Antworten zu demonstrieren, und wir wissen bereits, wie die Nacherfassung und ein einzelner Beitrag anhand seiner ID abgerufen wird. Also werden wir das nicht noch einmal behandeln. Stattdessen werden wir uns erweiterte Möglichkeiten zum Abrufen von Beiträgen mit den Parametern der obersten Ebene und der Filter[] Syntax.
Die WP-REST-API macht einige der am häufigsten verwendeten Abfragevariablen für Beiträge direkt auf der Website verfügbar ERHALTEN Endpunkt. Diese Parameter sind:
Kontext: Der Umfang der Anfrage. Mögliche Werte könnten sein Aussicht, einbetten oder bearbeiten.Seite: Die aktuelle Seite der Postsammlung.pro Seite: Gesamtzahl der Beiträge pro Seite.Suche: Die Suchanfrage. Begrenzen Sie die Ergebnisse auf die übereinstimmende Zeichenfolge.Autor: Die ID des Autors. Wird verwendet, um die Ergebnisse eines bestimmten Autors einzuschränken.ausschließen: Ein Array von Post-IDs, die von den Suchergebnissen ausgeschlossen werden sollen.umfassen: Begrenzen Sie die Ergebnisse auf die Veröffentlichung von IDs, die in diesem Array angegeben sind.Versatz: Versetzt die Suchergebnisse um die angegebene Anzahl.Auftrag: Die Reihenfolge der Sammlung. Kann entweder sein asc oder desc.Sortieren nach: Sortierattribut der Sammlung. Mögliche Werte können sein Ich würde, Titel oder Schnecke.Schnecke: Begrenzen Sie die Ergebnisse auf einen Beitrag mit einem bestimmten Slug.Status: Wird verwendet, um die Sammlung der Beiträge mit einem bestimmten Status zu begrenzen.Das Kontext Der Parameter wird zum Abrufen von Beiträgen verwendet, je nachdem, in welchem Bereich wir arbeiten. Wenn wir nur Beiträge auf einer Indexseite auflisten, können wir mit der Aussicht Kontext. Wenn wir jedoch Beiträge abrufen, um sie zu bearbeiten, müssen wir das verwenden bearbeiten Kontext:
$ GET / wp / v2 / posts? Context = edit
Das bearbeiten Kontextparameter führt eine zusätzliche ein roh Feld in Feldern wie Titel, Inhalt, Auszug, usw. Der Wert davon roh Feld kann im Editor zur Bearbeitung des Inhalts ausgegeben werden.
Verwendung der bearbeiten Kontext erfordert, dass Sie als Benutzer mit authentifiziert werden edit_posts Privilegien.
Verwenden einbetten als Wert von Kontext Parameter ruft die Auflistung der Beiträge mit einer minimalen Teilmenge ihrer Eigenschaften ab.
Die anderen oben genannten Parameter sind ziemlich selbsterklärend und Sie können in Ihrem HTTP-Client damit herumspielen.
Mit diesen grundlegenden Parametern können Sie Beiträge nach bestimmten Kriterien abfragen. Um unsere Abfragefunktionen einzugrenzen, bietet die WP-REST-API die Filter[] Syntax, die eine Teilmenge von unterstützt WP_Query () args.
Filter[] SyntaxNeben dem Abrufen einer Sammlung von Beiträgen mit einigen grundlegenden Parametern der obersten Ebene stellt die WP-REST-API einige der bereit WP_Query () Variablen mit der Filter[] Syntax. Mit dieser Syntax können wir Beiträge genauso abfragen wie bei der Verwendung von WP_Query () Klasse.
Paginierungsparameter sind die wichtigsten Filter, da sie auf den Post-Listing-Seiten umfangreich verwendet werden. Die Paginierungsparameter ermöglichen es uns, eine bestimmte Anzahl von Beiträgen pro Seite anzuzeigen und zu einer bestimmten Anzahl von Seiten mit Beiträgen zu navigieren.
Standardmäßig ist a ERHALTEN request ruft eine Sammlung von 10 Posts pro Seite ab. Mal sehen, wie wir eine einreichen können ERHALTEN Bitte nur fünf Beiträge pro Seite abrufen:
$ GET / wp / v2 / posts? Filter [posts_per_page] = 5
Die obige Anfrage verwendet die posts_per_page Variable, mit der Sie möglicherweise vertraut sind, wenn Sie gearbeitet haben WP_Query ().
Das paginiert Parameter wird in Verbindung mit der verwendet posts_per_page Parameter, und es wird verwendet, um zu einer bestimmten Anzahl von Seiten zu navigieren. Nachdem wir fünf Beiträge pro Seite abgerufen haben, würden wir die folgende Anfrage machen, um zur zweiten Seite zu navigieren:
$ GET / wp / v2 / posts? Filter [posts_per_page] = 5 & filter [paged] = 2
Das posts_per_page und paginiert Filter können sehr nützlich sein, wenn Sie mit der WP-REST-API Seitenauflistungen für die Erstellung von Seiten erstellen. Diese beiden Parameter entsprechen dem pro Seite und Seite Parameter der obersten Ebene. Daher führt die folgende Anforderung dieselbe Arbeit wie die vorstehende durch:
$ GET / wp / v2 / posts? Per_page = 5 & page = 2
Neben der Sammlung von Posts, die von der obigen Anforderung zurückgegeben werden, gibt der Server auch eine Anzahl von Headern mit einer Antwort zurück, die nützliche Informationen enthält, einschließlich der Gesamtzahl der Posts und der Anzahl der Seiten. Diese Werte sind in enthalten X-WP-TotalPages und X-WP-Gesamt Antwort-Header.
Das X-WP-TotalPages und X-WP-Gesamt Antwortheader sind äußerst nützlich, wenn Sie die Paginierung mithilfe der WP REST-API erstellen, da sie die Gesamtzahl der Seiten bzw. die Gesamtzahl der Beiträge auflisten.
Neben den Paginierungsfiltern ist der andere wichtigste Einsatzbereich der Filter[] Syntax ist die Möglichkeit, Beiträge nach ihrem Datum abzufragen. Zu diesem Zweck wird die Filter[] Die Syntax unterstützt acht Parameter, die denen von WP_Query () Klasse:
Jahr: Das vierstellige Jahr (z. B. 2015 oder 2016)Monthnum: Die Nummer des Monats von 1 bis 12m: Sechsstellige Jahreszahl (z. B. 201601)w: Die Woche des Jahres von 0 bis 53Tag: Der Tag des Monats von 1 bis 31Stunde: Die Stunde des Tages von 0 bis 23Minute: Die Minute der Stunde von 0 bis 60zweite: Die Sekunde der Minute von 0 bis 60Wenn wir also nach Beiträgen suchen, die am Datum 15.10.2015 veröffentlicht wurden (jjjj / mm / tt), kann dies durch die folgende Abfrage erreicht werden:
$ GET / wp / v2 / posts? Filter [year] = 2015 & filter [monthnum] = 10 & filter [day] = 15
Eine ähnliche Abfrage kann mit Hilfe der obigen Parameter erstellt werden, wenn wir die Suche auf die genaue Stunde und Minute eingrenzen müssen.
Wir haben bereits in einem vorherigen Abschnitt dieses Tutorials gesehen, wie wir mit Hilfe von die Beiträge abrufen können, die zu einer bestimmten Kategorie oder zu mehreren Kategorien gehören filter [katze] und filter [category__and] Parameter. Jetzt benutzen wir die filter [category__in] Parameter, um Beiträge anzuzeigen, die zu Kategorien mit der ID 5 und 6 gehören:
$ GET / wp / v2 / posts? Filter [category__in] [] = 5 & filter [category__in] [] = 6
Die obige Anfrage ruft eine Liste aller Beiträge ab, die zu Kategorien mit der ID 5 und 6 gehören.
Der gegenteilige Effekt könnte durch die Verwendung von erreicht werden filter [category__not_in] Parameter auf folgende Weise:
$ GET / wp / v2 / posts? Filter [category__not_in] [] = 5 & filter [category__not_in] [] = 6
Dadurch wird eine Liste der Beiträge abgerufen, wobei alle Beiträge ausgeschlossen werden, die zu Kategorien gehören, deren ID entweder 5 oder 6 ist.
Mehr könnte über die Verwendung von geschrieben werden Filter[] Syntax, aber ich werde hier nicht alles behandeln. Sie finden eine Liste aller von der unterstützten Abfragevariablen Filter[] Syntax in der offiziellen Dokumentation der Version 1 des Plugins. Ein großer Teil dieser Informationen ist mit Version 2 der WP REST-API noch gültig, in einigen Bereichen fehlt es jedoch noch. Zum Zeitpunkt der Erstellung dieses Tutorials wird in der offiziellen Dokumentation von Version 2 nichts über die Filter[] Syntax und die von ihnen unterstützten Query-Vars, aber in naher Zukunft können Verbesserungen in der offiziellen Dokumentation erwartet werden, da eine Reihe von Personen (einschließlich mir) zur Entwicklung und Dokumentation des Plugins beitragen.
Nachdem wir nun verschiedene Optionen beim Abfragen von Beiträgen mit Hilfe der WP-REST-API geprüft haben, können wir unseren Weg weiter vorantreiben und einige andere Ressourcen betrachten, die von der WP-REST-API unterstützt werden.
Post-Revisionen bieten die Möglichkeit, an einem Post vorgenommene Änderungen anzuzeigen und wiederherzustellen. Mit der WP-REST-API können Sie alle Revisionen eines Beitrags anzeigen, indem Sie die / Beiträge / Endpunkt. Daher können für einen bestimmten Beitrag mit einer ID von 10 alle Revisionen abgerufen werden, indem die folgende Anforderung gesendet wird:
$ GET / wp / v2 / posts / 10 / revisionen
Die obige Anforderung gibt ein Array mit Revisionsobjekten zurück. Das Revisionsobjekt enthält eine Teilmenge von Eigenschaften, die im Post-Objekt gefunden werden. Nachfolgend finden Sie ein Beispiel für ein Revisionsobjekt in Postman:
Eine bestimmte Revision kann abgerufen werden, wenn wir ihre ID kennen. Eine Revision mit einer ID von 2 mit Beitrag mit einer ID von 10 kann also durch folgendes Objekt abgerufen werden:
$ GET / wp / v2 / posts / 10 / revisionen / 2
Die obige Anforderung gibt ein einzelnes Revisionsobjekt zurück.
Abgesehen von Post-Revisionen können Kategorien für einen bestimmten Beitrag mit der folgenden Anforderung abgerufen werden:
$ GET / wp / v2 / categories? Post =
Und für die Tags verwenden wir die folgende Anfrage:
$ GET / wp / v2 / tags? Post =
Mit
Wenn wir Post-Meta für Post mit einer ID von 10 abrufen müssen, senden wir die folgende Anfrage als authentifizierter Benutzer:
$ GET / wp / v2 / posts / 10 / meta
Dadurch wird ein Array von Metaobjekten zurückgegeben.
Bitte beachten Sie, dass Sie für die Arbeit mit Post- und Seitenmeta in der WP-REST-API das zugehörige Plugin auf GitHub vom WP-REST-API-Team installieren müssen.
Inzwischen haben wir eine recht solide Basis für die Arbeit mit der WP REST-API zum Abrufen von Daten erhalten. Wir haben uns bereits die Optionsanfrage angesehen und wie sie uns hilft, die API zu erkunden, ohne dass externe Dokumentation erforderlich ist.
Sie können immer eine senden OPTIONEN fordern Sie eine bestimmte Ressource an und prüfen Sie, welche Endpunkte und Parameter unterstützt werden. Wenn Sie alle Routen auflisten möchten, die von der WP-REST-API bereitgestellt werden, können Sie eine senden ERHALTEN Anforderung an den Indexendpunkt um / wp-json wie wir es am Anfang dieses Tutorials gelernt haben.
Angesichts dieses Vorteils der Selbstdokumentation denke ich nicht, dass wir in diesem Tutorial jede einzelne Ressource näher untersuchen müssen, da Sie dies nun selbst tun können.
In diesem ausführlichen Lernprogramm haben wir gelernt, die API mithilfe der Anforderung OPTIONS zu erkunden und Daten mithilfe der WP REST-API vom Server abzurufen. Wir haben uns nur eine Handvoll Ressourcen angesehen, darunter Posts, Post-Revision und Post-Meta, da wir nicht alle unterstützten Ressourcen in einem einzigen Tutorial behandeln konnten. Sie sollten nun jedoch in der Lage sein, die API mithilfe der in diesem Lernprogramm erlernten Techniken selbst zu erkunden.
WordPress hat eine unglaublich aktive Wirtschaft. Es gibt Designs, Plugins, Bibliotheken und viele andere Produkte, mit deren Hilfe Sie Ihre Site und Ihr Projekt ausbauen können. Die Open-Source-Funktion der Plattform macht sie außerdem zu einer großartigen Option, mit der Sie Ihre Programmierkenntnisse verbessern können. In jedem Fall können Sie sehen, was auf dem Envato Marketplace verfügbar ist.
In der nächsten Ausgabe dieser Serie werden wir lernen, die anderen drei Operationen von CRUD auszuführen, d. H. Ressourcen erstellen, aktualisieren und löschen. Also bleibt gespannt…
