WordPress hoiab oma saidi puhverserverist väljas

WP_PROXY_HOST ja WP_PROXY_PORT on seatud. Päring välisele API-le kasutab puhverserverit, kuid päring tagasi WordPressi enda hostinimele mitte. See võib olla HTTP API kavandatud möödaviimispoliitika.

WP_HTTP_Proxy otsustab, kas konkreetne URI peaks puhverserverist läbi minema. Selle vaikeloogika möödub localhostist ja saidi seadistatud siteurl-ist tuletatud hostinimest. See erineb lihtsalt otsustamisest, kas puhverserveri konstandid on olemas.

Uurige URL-i, mida WordPress hindas

Hoidke koos taotletud hostinimi, seadistatud saidi URL ja WP_PROXY_BYPASS_HOSTS. Päring avalikule hostinimele ja päring sisemisele aliasele võivad teha erinevaid otsuseid, isegi kui mõlemad jõuavad samasse rakendusse.

WP_PROXY_BYPASS_HOSTS lisab seadistatud hostierandite loendi. See ei ole kaugpuhverserveri lubatud sihtkohtade kogum ega muuda muidu blokeeritud välist päringut lubatavaks.

Vaikimisi enda saidi erand võib olla kasulik: see hoiab ära lokaalse loopback-tüüpi rakendusepäringu saatmise vahendajale. Kuid paigaldus, kus saidi avalik hostinimi on kättesaadav ainult kindla heakskiidetud marsruudi kaudu, võib vajada teistsugust teadlikku otsust.

Muutke otsust toetatud konksu juures

Filtrit pre_http_send_through_proxy saab iga URI otsust tühistada. Hoidke iga tühistamine kitsas ja sobitage see hostiga või tingimusega, mida see peab käsitlema. Ühe fikseeritud vastuse tagastamine iga URI jaoks muudab kogu HTTP API poliitikat.

Vaadake üle ka valitud transport. Kood, mis kutsub eraldi SDK-d või toorest PHP võrgufunktsiooni, ei kasuta automaatselt WordPressi HTTP API-t ja selle filtrit.

Selle tee diagnoosimisel registreerige möödaviimisotsus, avaldamata täielikke päringuargumente. Need võivad sisaldada küpsiseid, kontoandmeid ja puhverserveri saladusi. Puhverserveri logi ilma vastava päringuta on möödaviimisega kooskõlas, kuid üksi ei piisa selle eristamiseks päringust, mida kunagi ei tehtud.