E, s\u00ec, a volte useremo cURL<\/a> a seconda della natura del progetto, ma questo \u00e8 al di fuori del contenuto di questo post.<\/p>\n Per questo articolo, voglio parlare in modo specifico della creazione di richieste remote e della specifica delle intestazioni rispetto a un’API di terze parti.<\/p>\n Ogni volta che si tratta di fare richieste asincrone con WordPress, il processo spesso va cos\u00ec:<\/p>\n Ma cosa succede se la richiesta API che devi effettuare dal server richiede qualcosa di pi\u00f9 di un endpoint di base con pochi parametri?<\/p>\n Pi\u00f9 specificamente, cosa succede se quello che stai scrivendo richiede che tu fornisca un qualche tipo di autorizzazione per il tuo lavoro? Fortunatamente, WordPress ci consente di impostare intestazioni che risolvono esattamente questo.<\/p>\n Se vuoi implementare qualcosa del genere, suppongo che il tipo di contenuto sar\u00e0 quello di JSON e che l’autorizzazione sar\u00e0 un qualche tipo di token (tuttavia, la tua implementazione potrebbe variare in base al sistema con cui stai Lavorando).<\/p>\n In questo caso, il mio token sar\u00e0 semplicemente identificato come $token.<\/strong> Ed ecco un semplice esempio:<\/a><\/p>\n Se il tuo host \u00e8 in esecuzione su Apache e questo tipo di richiesta non funziona, probabilmente dovrai aggiornare il tuo Complimenti a George<\/a> per avermi messo in contatto con quello.<\/p>\n![\"Invio](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-159539-61e6f74b66e53.png\")
<\/a><\/p>\nIntestazioni di autorizzazione con WordPress<\/h2>\n
\n
<?php\n\n$response = wp_safe_remote_post(\n $url,\n [\n 'headers' => [\n 'Content-Type' => 'application\/json',\n 'Authorization' => $token\n ],\n 'body' => wp_json_encode($args),\n 'method' => 'POST',\n 'data_format' => 'body',\n ]\n);<\/code><\/pre>\nQualcosa che vale la pena notare<\/h2>\n
htaccess<\/code>file in modo che includa la seguente regola: SetEnvIf Authorization \"(.*)\" HTTP_AUTHORIZATION=$1<\/code>.<\/p>\n