WordPress រក្សាគេហទំព័រផ្ទាល់ខ្លួននៅក្រៅប្រូកស៊ី

WP_PROXY_HOST និង WP_PROXY_PORT ត្រូវបានកំណត់។ សំណើទៅ API ខាងក្រៅប្រើប្រូកស៊ី ប៉ុន្តែសំណើត្រឡប់ទៅឈ្មោះម៉ាស៊ីនរបស់ WordPress ខ្លួនឯងមិនប្រើទេ។ នោះអាចជាគោលនយោបាយឆ្លងកាត់ដែលមានបំណងរបស់ HTTP API។

WP_HTTP_Proxy សម្រេចថាតើ URI ជាក់លាក់គួរឆ្លងកាត់ប្រូកស៊ីឬអត់។ តក្កវិជ្ជាលំនាំដើមរបស់វាឆ្លងកាត់ localhost និងឈ្មោះម៉ាស៊ីនដែលបានមកពី siteurl ដែលបានកំណត់របស់គេហទំព័រ។ នេះដាច់ដោយឡែកពីការសម្រេចថាតើថេរប្រូកស៊ីមានឬអត់។

ពិនិត្យ URL ដែល WordPress បានវាយតម្លៃ

រក្សាឈ្មោះម៉ាស៊ីនដែលបានស្នើ អាសយដ្ឋានគេហទំព័រដែលបានកំណត់ និង WP_PROXY_BYPASS_HOSTS ជាមួយគ្នា។ សំណើទៅឈ្មោះម៉ាស៊ីនសាធារណៈ និងសំណើទៅនាមបៅខាងក្នុងអាចធ្វើការសម្រេចផ្សេងគ្នា ទោះបីជាទាំងពីរទៅដល់កម្មវិធីតែមួយក៏ដោយ។

WP_PROXY_BYPASS_HOSTS បន្ថែមបញ្ជីដកចេញម៉ាស៊ីនដែលបានកំណត់។ វាមិនមែនជាសំណុំគោលដៅដែលប្រូកស៊ីពីចម្ងាយអនុញ្ញាតទេ ហើយវាមិនធ្វើឱ្យសំណើខាងក្រៅដែលត្រូវបានទប់ស្កាត់អាចអនុញ្ញាតបាន។

ការដកចេញគេហទំព័រខ្លួនឯងតាមលំនាំដើមអាចមានប្រយោជន៍៖ វាជៀសវាងការយកសំណើកម្មវិធីក្នុងតំបន់បែប loopback ទៅអ្នកកណ្តាល។ ប៉ុន្តែការដំឡើងដែលឈ្មោះម៉ាស៊ីនសាធារណៈរបស់គេហទំព័រអាចចូលបានតែតាមផ្លូវដែលបានអនុម័តជាក់លាក់អាចត្រូវការការសម្រេចដោយចេតនាផ្សេង។

ផ្លាស់ប្តូរការសម្រេចនៅទំព័រភ្ជាប់ដែលគាំទ្រ

តម្រង pre_http_send_through_proxy អាចសរសេរជាន់លើការសម្រេចសម្រាប់ URI នីមួយៗ។ រក្សាការសរសេរជាន់លើណាមួយឱ្យតូចចង្អៀត ហើយផ្គូផ្គងវាជាមួយម៉ាស៊ីន ឬលក្ខខណ្ឌដែលវាត្រូវដោះស្រាយ។ ការត្រឡប់ចម្លើយថេរមួយសម្រាប់រាល់ URI ផ្លាស់ប្តូរគោលនយោបាយរបស់ HTTP API ទាំងមូល។

ពិនិត្យការដឹកជញ្ជូនដែលបានជ្រើសផងដែរ។ កូដដែលហៅ SDK ដាច់ដោយឡែក ឬមុខងារបណ្តាញ PHP ឆៅ មិនប្រើ HTTP API របស់ WordPress និងតម្រងរបស់វាដោយស្វ័យប្រវត្តិទេ។

នៅពេលធ្វើរោគវិនិច្ឆ័យផ្លូវនេះ កត់ត្រាការសម្រេចឆ្លងកាត់ដោយមិនបង្ហាញអាគុយម៉ង់សំណើពេញលេញជាសាធារណៈ។ ពួកវាអាចមានខូឃី ព័ត៌មានគណនី និងអាថ៌កំបាំងប្រូកស៊ី។ កំណត់ហេតុប្រូកស៊ីដែលគ្មានសំណើត្រូវគ្នាគឺស្របនឹងការឆ្លងកាត់ ប៉ុន្តែវាមិនគ្រប់គ្រាន់ដោយខ្លួនឯងដើម្បីបែងចែកវាពីសំណើដែលមិនដែលបានធ្វើ។