WordPress heldur eigin vef utan milliliðarins

WP_PROXY_HOST og WP_PROXY_PORT eru stillt. Beiðni á ytri API notar milliliðinn, en beiðni aftur á eigið vistheiti WordPress gerir það ekki. Það getur verið fyrirhuguð framhjáhlaupsskilyrðaráætlun HTTP API.

WP_HTTP_Proxy ákveður hvort tiltekið URI eigi að fara í gegnum milliliðinn. Sjálfgefin rökfræði hans fer fram hjá localhost og vistheitinu sem er leitt af stilltu siteurl vefsins. Þetta er aðskilið frá því að ákveða einfaldlega hvort milliliðastuðlar séu til.

Skoðaðu slóðina sem WordPress mat

Haltu umbeðnu vistheiti, stilltri slóð vefsins og WP_PROXY_BYPASS_HOSTS saman. Beiðni á opinbert vistheiti og beiðni á innra gervinafn geta tekið mismunandi ákvarðanir jafnvel þótt bæði nái til sama forrits.

WP_PROXY_BYPASS_HOSTS bætir við stilltum lista yfir vistheitaundanþágur. Það er ekki safn áfangastaða sem fjarmilliliðurinn leyfir, og það gerir að öðru leyti lokaða ytri beiðni ekki leyfilega.

Sjálfgefin undanþága eigin vefs getur verið gagnleg: hún kemur í veg fyrir að staðbundin forritsbeiðni af loopback-gerð fari út til milligönguaðila. En uppsetning þar sem opinbert vistheiti vefsins er aðeins aðgengilegt í gegnum tiltekna samþykkta leið gæti þurft annars konar viljandi ákvörðun.

Breyttu ákvörðuninni við studda krókinn

Filturinn pre_http_send_through_proxy getur hnekkt ákvörðuninni fyrir hvert URI. Haltu hverri hnekkingunni þröngri og samræmdu hana vistheitinu eða skilyrðinu sem hún á að annast. Að skila einu föstu svari fyrir hvert URI breytir stefnu alls HTTP API.

Farið einnig yfir valda flutninginn. Kóði sem kallar á sérstakt SDK eða hráa PHP-netföngu notar ekki sjálfkrafa HTTP API WordPress og síu þess.

Þegar þú greinir þessa leið skaltu skrá framhjáhlaupaákvörðunina án þess að dreifa fullum beiðniargumentum opinberlega. Þau geta innihaldið vafrakökur, reikningsupplýsingar og milliliðaleyndarmál. Milliliðaskrá án samsvarandi beiðni er í samræmi við framhjáhlaup, en ein og sér nægir hún ekki til að greina það frá beiðni sem aldrei var gerð.