ಸಂಕೋಚನ ಪ್ರಾಕ್ಸಿ ಎಲ್ಲಿ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಉಳಿಸಬಹುದು
ಮಿತಿಯ ಕ್ಲೈಂಟ್ ಕೊಂಡಿಯ ಮೊದಲು ವಿಷಯ ಕಡಿತವನ್ನು ಇರಿಸಿ ಮತ್ತು ಚಿತ್ರ ಗುಣಮಟ್ಟ, ಇರುವ ಸಂಕೋಚನ ಹಾಗೂ HTTPS ಗೋಚರತೆಯನ್ನು ಪರಿಗಣಿಸಿ.
ಪ್ರತಿಕ್ರಿಯೆ ಮಾರ್ಗದಲ್ಲಿ ಮಿತಿಯ ಕೊಂಡಿಯ ಮೊದಲು ವಿಷಯ ಕಡಿತವನ್ನು ಇರಿಸಿ:
website → proxy transforms response → slow or metered link → browserಇಡೀ ದೇಹವು ಈಗಾಗಲೇ ಆ ಕೊಂಡಿಯನ್ನು ದಾಟಿದ್ದರೆ, ನಂತರ ಅದನ್ನು ಚಿಕ್ಕದಾಗಿಸುವುದರಿಂದ ಆ ಬೈಟ್‌ಗಳನ್ನು ಮರಳಿ ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ವೇಗವಾದ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಇರುವ ದೂರದ ಪರಿವರ್ತಕವು ಬ್ರೌಸರ್ ಪಕ್ಕದ ಸ್ಥಳೀಯ ಪ್ರಾಕ್ಸಿಗಿಂತ ಬೇರೆ ಉದ್ದೇಶವನ್ನು ಪೂರೈಸಬಹುದು.
Ziproxy ಈ ವಿಧಾನವನ್ನು ತೋರಿಸುತ್ತದೆ: ಅದರ ಯೋಜನೆಯು ಪಠ್ಯದಂತಹ ವಿಷಯವನ್ನು gzip ಮಾಡುವ ಮತ್ತು ಚಿಕ್ಕ, ಕಡಿಮೆ ಗುಣಮಟ್ಟದ ಚಿತ್ರಗಳನ್ನು ಉತ್ಪಾದಿಸಬಲ್ಲ ಕ್ಯಾಶಿಂಗ್ ಮಾಡದ HTTP ಪ್ರಾಕ್ಸಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ.
| ಪ್ರತಿಕ್ರಿಯೆ ಮಾರ್ಗ | ಸಂಭಾವ್ಯ ಕಡಿತ |
|---|---|
| gzip ಎನ್‌ಕೋಡಿಂಗ್ | ನಷ್ಟರಹಿತ; ಬ್ರೌಸರ್ ಮೂಲ ಡೇಟಾವನ್ನು ಡಿಕೋಡ್ ಮಾಡುತ್ತದೆ |
| ಚಿತ್ರಗಳ ಮರುಸಂಕೋಚನ | ವಿವರಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು ಮತ್ತು ನಿಖರ ಚಿತ್ರಗಳು ಮುಖ್ಯವಾದಾಗ ಸೂಕ್ತವಲ್ಲ |
| ಈಗಾಗಲೇ ಸಮರ್ಥವಾಗಿ ಸಂಕೋಚಿಸಿದ ವಿಷಯ | ಹೆಚ್ಚಿನ ಕಡಿತಕ್ಕೆ ಕಡಿಮೆ ಜಾಗ |
| ಸಾಮಾನ್ಯ HTTPS CONNECT | ಅಪಾರದರ್ಶಕ TLS ಬೇರೆ ವಿಶ್ವಾಸಾರ್ಹ ಸ್ಪಷ್ಟ ಪಠ್ಯ ಪ್ರವೇಶ ವ್ಯವಸ್ಥೆ ಇಲ್ಲದೆ HTML ಅಥವಾ ಚಿತ್ರ ಪರಿವರ್ತನೆಯನ್ನು ತಡೆಯುತ್ತದೆ |
ಸಂಸ್ಕರಣೆ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಹಾಪ್ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಕಡಿಮೆ ಬೈಟ್‌ಗಳು ವೇಗದ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆಯ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. ಕ್ಯಾಶ್ ಅರ್ಹ ಸಂಗ್ರಹಿತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಮರುಬಳಸುತ್ತದೆ; ಸಂಕೋಚನವು ಹೊಸದಾಗಿ ಪಡೆದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸದೆ ಪರಿವರ್ತಿಸಬಹುದು.
HTTP ವಿಷಯ ಗೋಚರವಾಗಿರುವಲ್ಲಿ Cache-Control: no-transform ಅನ್ನು ಪಾಲಿಸಿ. no-transform ಪ್ರತಿಕ್ರಿಯೆ ನೀತಿ ಅನುಸರಣೀಯ ವಿಷಯ ನಿರ್ವಹಣೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ; ಇದು ಸಾರಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ. ಪ್ರಯೋಜನಗಳನ್ನು ನಿಜವಾದ ವಿಷಯ ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಮಾರ್ಗದಿಂದ ಅಂದಾಜಿಸಿ, ಹಳೆಯ ಸ್ಪಷ್ಟ ಪಠ್ಯ ಚಿತ್ರ ಪ್ರದರ್ಶನದಿಂದ ಅಲ್ಲ.