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 ಮತ್ತು ಅದರ ಫಿಲ್ಟರ್ ಬಳಸುವುದಿಲ್ಲ.

ಈ ಮಾರ್ಗವನ್ನು ಪತ್ತೆ ಮಾಡುವಾಗ, ಸಂಪೂರ್ಣ ವಿನಂತಿ ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಸಾರ್ವಜನಿಕವಾಗಿ ಸುರಿಯದೆ ಬೈಪಾಸ್ ನಿರ್ಧಾರವನ್ನು ದಾಖಲಿಸಿ. ಅವು ಕುಕೀಗಳು, ಖಾತೆ ಮಾಹಿತಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ರಹಸ್ಯಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ಹೊಂದಿಕೆಯಾಗುವ ವಿನಂತಿ ಇಲ್ಲದ ಪ್ರಾಕ್ಸಿ ಲಾಗ್ ಬೈಪಾಸ್‌ಗೆ ಸುಸಂಗತವಾಗಿದೆ, ಆದರೆ ಎಂದೂ ಮಾಡದ ವಿನಂತಿಯಿಂದ ಅದನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಒಂಟಿಯಾಗಿ ಸಾಕಾಗುವುದಿಲ್ಲ.