Vary: * ಹೊಂದಿರುವ ಸಂಗ್ರಹಿತ ಪ್ರತಿಕ್ರಿಯೆಯು ಸಾಮಾನ್ಯ Vary ಹೊಂದಾಣಿಕೆ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಯಾವಾಗಲೂ ವಿಫಲವಾಗುತ್ತದೆ. ಅದರ URL ಮತ್ತು ಕಾಣುವ ಹೆಡರ್‌ಗಳು ಹೋಲುತ್ತವೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ನಂತರದ ವಿನಂತಿಗೆ ಅದೇ ನಿರೂಪಣೆಯ ಹಕ್ಕಿದೆ ಎಂದು ಪ್ರಾಕ್ಸಿ ತೀರ್ಮಾನಿಸಲಾರದು.

ಇದನ್ನು ಇದರೊಂದಿಗೆ ಹೋಲಿಸಿ:

Vary: Accept-Encoding

ಇದು ಕ್ಯಾಶ್ ಹೋಲಿಸಬಹುದಾದ ವಿನಂತಿ ಕ್ಷೇತ್ರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಈ ರೀತಿಯ ಹೆಡರ್ ಹೋಲಿಕೆ ಸಾಲದು ಎಂದು ಹೇಳುತ್ತದೆ. ತಾಜಾತನ ಅಥವಾ ಕ್ಯಾಶ್ ಗಾತ್ರ ಹೆಚ್ಚಿಸುವುದು ಕಾಣೆಯಾದ ಆಯ್ಕೆ ಮಾಹಿತಿಯನ್ನು ನೀಡುವುದಿಲ್ಲ.

ವ್ಯತ್ಯಾಸ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಮರುಬಳಕೆಯ ನಡುವೆ ಇದೆ. ಕ್ಯಾಶ್ ಮಾನ್ಯತೆಗೆ ಉಪಯುಕ್ತ ಮಾಹಿತಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬಹುದು, ಆದರೆ ಸಂಗ್ರಹಿತ ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ರೂಪಾಂತರವು ಮುಂದಿನ ವಿನಂತಿಯನ್ನು ಪೂರೈಸಬಲ್ಲ ಸಾಮಾನ್ಯ ಹೊಂದಿಕೆಯ ಪ್ರತಿಕ್ರಿಯೆಯಾಗುವುದಿಲ್ಲ. ಪ್ರಾಕ್ಸಿ ಸಾಮಾನ್ಯವಾಗಿ ಬದಲಿಗೆ ಮೂಲದೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಬೇಕು.

ಪ್ರತಿಕ್ರಿಯೆ ನೀತಿಯು ಅಪ್ಲಿಕೇಶನ್ ವಿವರಿಸಲಿ

ನೀವು ಮೂಲವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತಿದ್ದರೆ ಮತ್ತು ನಿರೂಪಣೆ ನಿಜವಾಗಿಯೂ ಗುರುತಿಸಬಹುದಾದ ವಿನಂತಿ ಹೆಡರ್‌ಗಳಿಂದ ಮಾತ್ರ ಬದಲಾಗುತ್ತದೆ ಎಂದಾದರೆ, ಆ ಕ್ಷೇತ್ರಗಳನ್ನು ನಿಖರವಾಗಿ ಹೆಸರಿಸಿ. ಆ ಉದಾಹರಣೆ ಕ್ಯಾಶ್‌ಯೋಗ್ಯವಾಗಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಅನ್ನು Accept-Encoding ನಿಂದ ಬದಲಿಸಬೇಡಿ: ಅಪ್ಲಿಕೇಶನ್ ಭಾಷೆ, ಅನುಮತಿ ಅಥವಾ ಆ ಹೆಡರ್‌ಗಳ ಹೊರಗಿನ ಮಾಹಿತಿಯಿಂದಲೂ ಬದಲಾಗಬಹುದು.

ವಿಷಯ ಖಾಸಗಿಯಾಗಿದ್ದರೆ ಅಥವಾ ಸಂಗ್ರಹಿಸಬಾರದಾದರೆ, ಅದನ್ನು ಸಂಬಂಧಿತ ಕ್ಯಾಶ್ ನೀತಿಯ ಮೂಲಕ ವ್ಯಕ್ತಪಡಿಸಿ. Vary ತೆಗೆದುಹಾಕುವುದು ವೈಯಕ್ತಿಕಗೊಳಿಸಿದ ವಿಷಯವನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಸುರಕ್ಷಿತವಾಗಿಸುವುದಿಲ್ಲ.

Squid ನ vary_ignore_expire ಬದಲಾಗುವ ಪ್ರತಿಕ್ರಿಯೆಗಳಿಗೆ ಅವಧಿ ಮುಗಿಯುವ ನಿರ್ವಹಣೆ ಮತ್ತು ಐತಿಹಾಸಿಕ HTTP ವರ್ತನೆಗೆ ಸಂಬಂಧಿಸಿದೆ. ಅದು ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಹೊಂದಿಕೆಯಾಗುವಂತೆ ಮಾಡುವ ಸ್ವಿಚ್ ಅಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು