WordPress drži sopstvenu stranicu izvan proxyja

WP_PROXY_HOST i WP_PROXY_PORT su postavljeni. Zahtev prema spoljnom API-ju koristi proxy, ali zahtev natrag prema sopstvenom imenu hosta WordPressa ne. To može biti nameravana politika zaobilaženja HTTP API-ja.

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

Pregledajte URL koji je WordPress procenio

Držite zajedno traženo ime hosta, konfigurisani URL stranice i WP_PROXY_BYPASS_HOSTS. Zahtev prema javnom imenu hosta i onaj prema unutrašnjem aliasu mogu doneti različite odluke čak i ako oba stignu do iste aplikacije.

WP_PROXY_BYPASS_HOSTS dodaje konfigurisani spisak izuzetaka hostova. To nije skup odredišta koje dozvoljava udaljeni proxy i ne čini inače blokiran spoljni zahtev dozvoljenim.

Podrazumevano izuzimanje sopstvene stranice može biti korisno: sprečava slanje lokalnog zahteva 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.

Promenite odluku na podržanoj kuki

Filter pre_http_send_through_proxy može nadjačati odluku za pojedini URI. Držite svako nadjačavanje uskim i uskladite ga sa hostom ili uslovom koji treba obraditi. Vraćanje jednog fiksnog odgovora za svaki URI menja politiku celog HTTP API-ja.

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

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