WordPress drží vlastní web mimo proxy

WP_PROXY_HOST a WP_PROXY_PORT jsou nastaveny. Požadavek na externí API používá proxy, ale požadavek zpět na vlastní název hostitele WordPressu nikoli. Může to být zamýšlená politika obcházení HTTP API.

WP_HTTP_Proxy rozhoduje, zda má konkrétní URI projít přes proxy. Jeho výchozí logika obchází localhost a název hostitele odvozený z nastaveného siteurl webu. To je oddělené od pouhého rozhodování, zda proxy konstanty existují.

Prozkoumejte URL, kterou WordPress vyhodnotil

Držte pohromadě požadovaný název hostitele, nastavenou URL webu a WP_PROXY_BYPASS_HOSTS. Požadavek na veřejný název hostitele a požadavek na interní alias mohou přijmout různá rozhodnutí, i když oba dojdou do stejné aplikace.

WP_PROXY_BYPASS_HOSTS přidává nastavený seznam vyloučení hostitelů. Není to sada cílů povolených vzdálenou proxy a nečiní jinak blokovaný externí požadavek přípustným.

Výchozí vyloučení vlastního webu může být užitečné: brání odeslání lokálního požadavku aplikace typu loopback k prostředníkovi. Instalace, v níž je veřejný název hostitele webu dostupný jen přes určitou schválenou cestu, však může potřebovat jiné uvážené rozhodnutí.

Změňte rozhodnutí na podporovaném hooku

Filtr pre_http_send_through_proxy může rozhodnutí pro jednotlivé URI přepsat. Každé přepsání držte úzké a slaďte je s hostitelem nebo podmínkou, kterou má obsloužit. Vracení jedné pevné odpovědi pro každé URI mění politiku celého HTTP API.

Projděte také zvolený transport. Kód volající samostatné SDK nebo surovou síťovou funkci PHP automaticky nepoužívá HTTP API WordPressu a jeho filtr.

Při diagnostice této cesty zaznamenejte rozhodnutí o obejití, aniž byste veřejně vylévali úplné argumenty požadavku. Mohou obsahovat cookies, informace o účtu a tajné údaje proxy. Protokol proxy bez odpovídajícího požadavku je v souladu s obejitím, ale sám o sobě nestačí k tomu, aby jej odlišil od požadavku, který nebyl nikdy učiněn.