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 конфигурацияланған хосттарды алып тастау тізімін қосады. Бұл қашықтағы прокси рұқсат ететін межелер жиынтығы емес және өзгеше блокталған сыртқы сұрауды рұқсатты етпейді.

Өз сайтын әдепкі алып тастау пайдалы болуы мүмкін: ол жергілікті loopback түріндегі қолданба сұрауын делдалға шығаруға жол бермейді. Бірақ сайттың ашық хост аты тек белгілі бір бекітілген маршрут арқылы қолжетімді орнату басқа әдейі шешімді қажет етуі мүмкін.

Шешімді қолдау көрсетілетін ілгекте өзгертіңіз

pre_http_send_through_proxy сүзгісі әр URI үшін шешімді қайта жаза алады. Кез келген қайта жазуды тар ұстап, оны өңдеуі тиіс хост немесе шартқа сәйкестендіріңіз. Әр URI үшін бір тұрақты жауап қайтару бүкіл HTTP API саясатын өзгертеді.

Таңдалған тасымалдауды да қарап шығыңыз. Бөлек SDK немесе шикі PHP желілік функциясын шақыратын код WordPress HTTP API-ін және оның сүзгісін автоматты түрде пайдаланбайды.

Осы жолды диагностикалаған кезде сұраудың толық аргументтерін жария түрде шашпай, айналып өту шешімін жазып алыңыз. Оларда cookie файлдары, тіркелгі ақпараты және прокси құпиялары болуы мүмкін. Сәйкес сұрауы жоқ прокси журналы айналып өтуге сәйкес келеді, бірақ оны ешқашан жасалмаған сұраудан ажырату үшін жалғыз өзі жеткіліксіз.