curl -N ಪ್ರಾಕ್ಸಿಗೆ ಬಫರಿಂಗ್ ನಿಲ್ಲಿಸಲು ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ
ಬಫರಿಂಗ್ ಕ್ಲೈಂಟ್, ಮಧ್ಯವರ್ತಿ ಅಥವಾ ರೆಂಡರಿಂಗ್ ಬದಿಯಲ್ಲಿ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ, curl ನ ಔಟ್ಪುಟ್ ಫ್ಲ್ಯಾಗ್ ಇಡೀ ಪ್ರತಿಸ್ಪಂದನ ಮಾರ್ಗವನ್ನು ಬದಲಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸದೆ.
curl -N, ಅಥವಾ --no-buffer, curl ನ ಔಟ್ಪುಟ್-ಸ್ಟ್ರೀಮ್ ಬಫರಿಂಗ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಸರ್ವರ್ನ ಬಫರಿಂಗ್ ನೀತಿಯನ್ನು ಬದಲಿಸದೆ ವಿಳಂಬಿತ ಔಟ್ಪುಟ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಇದು ಸಹಾಯ ಮಾಡಬಹುದು.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamಸಾರ್ವಜನಿಕ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಲಿಕೆಗಾಗಿ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ HTTP ಎಂಡ್ಪಾಯಿಂಟ್ ಆಯ್ಕೆಮಾಡಿ. ನಿಮ್ಮ ನಿಜವಾದ ಸ್ಟ್ರೀಮ್ URL ಬಳಸಿ ಮತ್ತು ಉದ್ದೇಶಿತ ಮಿತಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಖಾಲಿ ಬೈಪಾಸ್ ಪಟ್ಟಿ ಈ ಹೋಲಿಕೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗದಲ್ಲೇ ಇರಿಸುತ್ತದೆ.
ಆಗಮನ, ಡಿಕೋಡಿಂಗ್ ಮತ್ತು ಪ್ರದರ್ಶನ
ಸರ್ವರ್ ಹಂತಹಂತವಾಗಿ ಬೈಟ್ಗಳನ್ನು ಉತ್ಪಾದಿಸಬಹುದು, ಮಧ್ಯವರ್ತಿ ಅವುಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು, ಕ್ಲೈಂಟ್ ಲೈಬ್ರರಿ ಪೂರ್ಣ ಬಾಡಿಯನ್ನು ಓದಬಹುದು, ಮತ್ತು ಬ್ರೌಸರ್ ರೆಂಡರಿಂಗ್ ಅನ್ನು ಮುಂದೂಡಬಹುದು. ನೀವು ಮಾರ್ಗವನ್ನು ನಿಯಂತ್ರಿಸುವಲ್ಲಿ ಮೊದಲ ಉಪಯುಕ್ತ ಬೈಟ್ಗಳು ಮತ್ತು ನಂತರದ ಪ್ರಗತಿಯನ್ನು ಹೋಲಿಸಿ. ಪೇಂಟ್ ಸಮಯ ಮತ್ತು ಸರ್ವರ್ನ ಒಟ್ಟು ಅವಧಿ ಬಾಡಿ ಯಾವಾಗ ಬರುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.
Guzzle ನಲ್ಲಿ ಸ್ಟ್ರೀಮಿಂಗ್ ಮತ್ತು ಬಾಡಿ ಬಳಕೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಸಂಕೋಚನವು ಡಿಕೋಡಿಂಗ್ ಹಂತವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಡಿಕೋಡ್ ಮಾಡಿದ ಔಟ್ಪುಟ್ ಯಾವಾಗ ಕಾಣಿಸುತ್ತದೆ ಎಂಬುದರ ಬದಲಾವಣೆ ತಾನೇ ಪ್ರಾಕ್ಸಿಯೇ ಬಫರಿಂಗ್ ಘಟಕ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಮಧ್ಯವರ್ತಿ ಏನು ನೋಡುತ್ತದೆ
ಅಸ್ಪಷ್ಟ CONNECT ಪ್ರಾಕ್ಸಿ ಒಳಗಿನ HTTPS ಪ್ರತಿಸ್ಪಂದನಗಳನ್ನು ಸಾಮಾನ್ಯ HTTP ಎಂದು ವಿಶ್ಲೇಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಅಧಿಕೃತ TLS ತಪಾಸಣೆ ಸೇವೆಗೆ ಬೇರೆ ಗೋಚರತೆ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ HTTPS ಒಂದೇ ತಪಾಸಣೆಯ ಅನುಪಸ್ಥಿತಿಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಕಾಯುವ ಹಂತವನ್ನು ಗುರುತಿಸಿದ ನಂತರ ಆ ಘಟಕ ಬೆಂಬಲಿಸುವ ಸ್ಟ್ರೀಮಿಂಗ್ ನಿಯಂತ್ರಣಗಳನ್ನು ಬಳಸಿ. ರಿವರ್ಸ್-ಪ್ರಾಕ್ಸಿ ಸೂಚನೆಗಳು ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನ್ವಯಿಸುವುದಿಲ್ಲ; curl ನ ಔಟ್ಪುಟ್ ಫ್ಲ್ಯಾಗ್ ತನ್ನದೇ ಭಾಗದ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ.