WordPress drži vlastitu stranicu izvan proxyja

WP_PROXY_HOST i WP_PROXY_PORT postavljeni su. Zahtjev prema vanjskom API-ju koristi proxy, ali zahtjev natrag prema vlastitom imenu hosta WordPressa ne. To može biti namjeravana politika zaobilaženja HTTP API-ja.

WP_HTTP_Proxy odlučuje treba li određeni URI proći kroz proxy. Njegova zadana logika zaobilazi localhost i ime hosta izvedeno iz konfiguriranog siteurl-a stranice. To je odvojeno od pukog odlučivanja postoje li proxy konstante.

Pregledajte URL koji je WordPress procijenio

Držite zajedno traženo ime hosta, konfigurirani URL stranice i WP_PROXY_BYPASS_HOSTS. Zahtjev prema javnom imenu hosta i onaj prema unutarnjem aliasu mogu donijeti različite odluke čak i ako oba stignu do iste aplikacije.

WP_PROXY_BYPASS_HOSTS dodaje konfigurirani popis izuzetaka hostova. To nije skup odredišta koje dopušta udaljeni proxy i ne čini inače blokiran vanjski zahtjev dopuštenim.

Zadano izuzimanje vlastite stranice može biti korisno: sprječava slanje lokalnog zahtjeva aplikacije tipa loopback prema posredniku. No instalacija u kojoj je javno ime hosta stranice dostupno samo preko određenog odobrenog puta može trebati drugačiju promišljenu odluku.

Promijenite odluku na podržanoj kuki

Filtar pre_http_send_through_proxy može nadjačati odluku za pojedini URI. Držite svako nadjačavanje uskim i uskladite ga s hostom ili uvjetom koji treba obraditi. Vraćanje jednog fiksnog odgovora za svaki URI mijenja politiku cijelog HTTP API-ja.

Pregledajte i odabrani prijenos. Kod koji poziva zasebni SDK ili sirovu PHP mrežnu funkciju ne koristi automatski HTTP API WordPressa i njegov filtar.

Kada dijagnosticirate taj put, zabilježite odluku o zaobilaženju bez javnog izlaganja potpunih argumenata zahtjeva. Oni mogu sadržavati kolačiće, podatke o računu i proxy tajne. Zapis proxyja bez odgovarajućeg zahtjeva u skladu je sa zaobilaženjem, ali sam po sebi nije dovoljan da ga razlikuje od zahtjeva koji nikada nije upućen.