WordPress પોતાની સાઇટને પ્રોક્સીની બહાર રાખે છે

WP_PROXY_HOST અને WP_PROXY_PORT સેટ છે. બહારના API તરફની વિનંતી પ્રોક્સી વાપરે છે, પણ WordPress ના પોતાના હોસ્ટનામ તરફ પાછી જતી વિનંતી વાપરતી નથી. આ HTTP API ની ઇચ્છિત બાયપાસ નીતિ હોઈ શકે.

WP_HTTP_Proxy નક્કી કરે છે કે ચોક્કસ URI પ્રોક્સીમાંથી પસાર થવો જોઈએ કે નહીં. તેનું ડિફોલ્ટ તર્ક localhost અને સાઇટના ગોઠવેલા siteurl પરથી મળતું હોસ્ટનામ બાયપાસ કરે છે. આ ફક્ત પ્રોક્સી કોન્સ્ટન્ટ અસ્તિત્વમાં છે કે નહીં તે નક્કી કરવાથી અલગ છે.

WordPress એ મૂલ્યાંકન કરેલું URL તપાસો

વિનંતી કરેલું હોસ્ટનામ, ગોઠવેલું સાઇટ URL અને WP_PROXY_BYPASS_HOSTS સાથે રાખો. જાહેર હોસ્ટનામ તરફની વિનંતી અને આંતરિક ઉપનામ તરફની વિનંતી બંને એક જ એપ્લિકેશન સુધી પહોંચે તો પણ અલગ નિર્ણય લઈ શકે છે.

WP_PROXY_BYPASS_HOSTS ગોઠવેલી હોસ્ટ બાકાતની યાદી ઉમેરે છે. આ દૂરના પ્રોક્સી દ્વારા મંજૂર કરેલા ગંતવ્યોનો સમૂહ નથી, અને તે અન્યથા અવરોધિત બહારની વિનંતીને માન્ય બનાવતું નથી.

ડિફોલ્ટ સ્વ-સાઇટ બાકાત ઉપયોગી હોઈ શકે: તે સ્થાનિક લૂપબેક પ્રકારની એપ્લિકેશન વિનંતીને મધ્યસ્થ તરફ લઈ જવાનું ટાળે છે. પરંતુ એવી સ્થાપના જ્યાં જાહેર સાઇટ હોસ્ટનામ ફક્ત ચોક્કસ મંજૂર માર્ગ દ્વારા પહોંચી શકાય છે તેને અલગ ઇચ્છિત નિર્ણયની જરૂર પડી શકે.

સમર્થિત હૂક પર નિર્ણય બદલો

pre_http_send_through_proxy ફિલ્ટર દરેક URI નો નિર્ણય ઓવરરાઇડ કરી શકે છે. કોઈપણ ઓવરરાઇડ સાંકડું રાખો અને તે જે હોસ્ટ કે શરત સંભાળવાનું છે તેની સાથે મેળવો. દરેક URI માટે એક નિશ્ચિત જવાબ પરત કરવાથી આખા HTTP API ની નીતિ બદલાય છે.

પસંદ કરેલા પરિવહનની પણ સમીક્ષા કરો. અલગ SDK કે કાચા PHP નેટવર્કિંગ ફંક્શનને કૉલ કરતો કોડ આપોઆપ WordPress ના HTTP API અને તેના ફિલ્ટરનો ઉપયોગ કરતો નથી.

આ માર્ગનું નિદાન કરતી વખતે, સંપૂર્ણ વિનંતી આર્ગ્યુમેન્ટ જાહેરમાં ન ઠાલવતાં બાયપાસ નિર્ણય નોંધો. તેમાં કૂકીઝ, ખાતાની માહિતી અને પ્રોક્સી રહસ્યો હોઈ શકે. મેળ ખાતી વિનંતી વગરનું પ્રોક્સી લોગ બાયપાસ સાથે સુસંગત છે, પણ ક્યારેય ન કરેલી વિનંતીથી તેને અલગ પાડવા માટે એકલું પૂરતું નથી.