In dieser ersten Serie der WordPress HTTP API haben wir etwas über wp_remote_get
gelernt. Konkret haben wir uns die folgenden Aspekte der API angesehen:
Wir setzen unsere Serie über die WordPress-HTTP-API fort, aber wir werden unsere Aufmerksamkeit auf den zweiten Ansatz der API richten: wp_remote_post
.
In den nächsten Artikeln werden wir diese Funktion untersuchen, um zu verstehen, was sie bietet und warum sie nützlich ist, praktische Beispiele dafür, wie wir sie in unsere Arbeit implementieren können und wie wir ihre Funktion und die daraus resultierenden Reaktionen verstehen können.
Nachdem dies gesagt ist, beginnen wir mit der Untersuchung dieser Funktion.
Wenn Sie es bisher noch nicht verstanden haben, empfehle ich Ihnen dringend, den ersten Artikel dieser Serie zu lesen, um zumindest die Grundlagen zu verstehen, GET
wie Anfragen funktionieren.
Ehrlich gesagt, POST
请求并没有那么不同。正如 GET
请求通常用于从服务器检索信息一样,POST
Anfragen sind gar nicht so unterschiedlich. So wie eine
-Anfrage normalerweise zum Senden einer Nachricht an einen Server verwendet.
GET
Anfragen werden typischerweise dazu verwendet, POST
Anfragen werden normalerweise verwendet, um In den verbleibenden Artikeln in diesem Teil der Serie werden wir sehen, wie man mit beiden Situationen umgeht – das heißt, wie man mit der Situation umgeht, in der keine Antwort gegeben wird, und wie man mit der Situation umgeht, in der eine Antwort
gegeben wirdZusammenfassung, wie man eine Anfrage stellt
Was nun Anfragen auf Serverebene betrifft (insbesondere in PHP), werden diese normalerweise auf der Grundlage der folgenden beiden Funktionen ausgegeben (es sei denn, Sie verwenden eine Bibliothek eines Drittanbieters, die über den Rahmen dieser Serie hinausgeht).
file_get_contents
cURL
file_get_contents
或 cURL
oder
.Natürlich handelt es sich dabei eher um die PHP-Methode zur Bearbeitung von Anfragen, und obwohl wir dies je nach Art des Projekts in einigen Jobs implementieren, deckt dies nicht unbedingt die WordPress-Methode ab.
如何在 WordPress 中发出 POST
POST
Anfrage
Wie oben erwähnt, sind die obigen Kommentare eher für PHP relevant, also schauen wir uns
Anfragen im Kontext von WordPress an.
POST
Wenn Sie Projekte für WordPress erstellen oder Produkte auf WordPress erstellen, ist es wichtig, die verfügbaren APIs zu verstehen, um sicherzustellen, dass Sie durch ein Upgrade auf die WordPress-Kernanwendung nicht bestimmte Arten von Features oder Funktionen verlieren.
So wie wir uns die WordPress-Coding-Standards angeschaut haben, um Best Practices für das Schreiben von WordPress-basiertem Code zu überprüfen, schauen wir uns nun die APIs an, die zum Schreiben von wp_remote_post
Anfragen unter Verwendung von Best Practices verfügbar sind.
Geben Sie dazu
ein.Array von Parametern, die dabei helfen, Anfragen an den Server anzupassen.
🎜 🎜Während Parameter-Arrays etwas außerhalb des Rahmens dessen liegen, was wir in dieser Serie tun werden, ist es wichtig zu verstehen, was verfügbar ist, insbesondere wenn Sie in Zukunft in dieser Serie komplexere Arbeiten durchführen werden: 🎜method
指的是请求使用哪个方法。考虑到我们 API 方法的性质,我们显然正在使用 POST
. timeout
gibt an, wie lange Sie bereit sind, auf die Bearbeitung einer Anfrage zu warten, bevor Sie aufgeben. Der Standardwert beträgt fünf Sekunden, dieser Wert kann jedoch je nach Art der Anwendung verringert oder erhöht werden. redirection
Klingt nach der URL, zu der Sie nach Abschluss der Anfrage weitergeleitet werden, oder? Stattdessen handelt es sich um die Zeiteinheit (in Sekunden), die auf eine Weiterleitung gewartet werden muss, bevor die Anfrage aufgegeben wird. user-agent
Ermöglicht uns die Steuerung des mit der Anfrage gesendeten Benutzeragenten. Normalerweise handelt es sich dabei um WordPress und die Versionsnummer, aber es ist natürlich anpassbar. blocking
Kurz gesagt: Wenn der Wert auf „true“ gesetzt ist, wird das Skript so lange ausgeführt, bis der Server etwas zurückgibt. Andernfalls wird das Skript weiter ausgeführt, ohne den Rest der Anwendung zu blockieren. Dies geht natürlich mit dem Preis einher, dass Sie möglicherweise nie eine Antwort erhalten, aber abhängig von den Bedingungen, unter denen Sie bauen, kann das in Ordnung sein. compress
wurde in WordPress 2.6 eingeführt und ermöglicht es Ihnen, den Anfragetext in einem komprimierten Format zu senden. Dies wird den Rahmen unserer zukünftigen Artikel sprengen. decompress
Ähnlich wie beim Komprimieren, außer auf unserer Seite: Wenn komprimierte Daten empfangen werden, können wir den Inhalt dekomprimieren, bevor wir ihn weiter bearbeiten oder verarbeiten. sslverify
wurde in WordPress 2.8 eingeführt und ist nützlich für Szenarien, in denen Sie überprüfen müssen, ob ein SSL-Zertifikat gültig ist. Wenn nicht, wird die Anfrage abgelehnt. Andernfalls können Sie loslegen. Auch diese Option ist nicht Gegenstand dieser Artikelreihe. Natürlich gibt es eine Menge. Ich hoffe, dass ich in den nächsten Artikeln einiges davon genauer beleuchten kann, aber schauen wir uns zunächst ein sehr einfaches, praktisches Beispiel für die Verwendung von API-Funktionen an.
POST
AnfragenJetzt sollte alles klar sein, oder? Es ist genauso einfach zu bedienen wp_remote_post
应该和使用 wp_remote_get
, also werden wir ab dem nächsten Artikel genau das tun.
Bitte stellen Sie vorher sicher, dass Sie alle bisherigen Artikel gelesen haben, und hinterlassen Sie bitte Kommentare und/oder Fragen zu diesem speziellen Beitrag in den Kommentaren.
Als nächstes machen wir uns an die Arbeit!
Das obige ist der detaillierte Inhalt vonEntdecken Sie die WordPress-HTTP-API: Übersicht über wp_remote_post. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!