WP_PROXY_HOST жана WP_PROXY_PORT орнотулган. Сырткы APIге суроо проксини колдонот, ал эми WordPressтин өз хост атына кайткан суроо колдонбойт. Бул HTTP APInin көздөлгөн айланып өтүү саясаты болушу мүмкүн.

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 APInin саясатын өзгөртөт.

Тандалган транспортту да карап чыгыңыз. Өзүнчө SDK же чийки PHP тармак функциясын чакырган код WordPress HTTP APIн жана анын чыпкасын автоматтык түрдө колдонбойт.

Бул жолду диагностикалоодо суроонун толук аргументтерин ачык жарыялабастан айланып өтүү чечимин жазып алыңыз. Аларда cookie файлдары, эсеп маалыматы жана прокси сырлары болушу мүмкүн. Дал келген суроосу жок прокси журналы айланып өтүүгө шайкеш келет, бирок аны эч качан жасалбаган суроодон ажыратуу үчүн жалгыз өзү жетишсиз.

Тектеш макалалар