only-if-cached ಪ್ರಾಕ್ಸಿಯಿಂದ ಸಂಗ್ರಹಿತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಕೇಳುತ್ತದೆ
ಸಹಕಾರಿ HTTP ಕ್ಯಾಶ್ನಿಂದ ಇರುವ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಕೇಳಿ ಮತ್ತು 504 ಅನ್ನು ನೆಟ್ವರ್ಕ್-ಮಟ್ಟದ ನಿಯಂತ್ರಣವಲ್ಲದೆ ಕ್ಯಾಶ್ ತಪ್ಪು ಎಂದು ಅರ್ಥೈಸಿ.
ಈಗಾಗಲೇ ಸಂಗ್ರಹಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಳಸಬೇಕಾದ ವಿನಂತಿಗಾಗಿ HTTP Cache-Control: only-if-cached ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ಅದನ್ನು HTTP ಕ್ಯಾಶಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಕಳುಹಿಸಬಹುದು:
curl --proxy http://127.0.0.1:3128 \
--header 'Cache-Control: only-if-cached' \
--include http://www.example.org/report
ಈ ನಿರ್ದೇಶನವನ್ನು ಗೌರವಿಸುವ ಕ್ಯಾಶ್ ವಿನಂತಿಯ ಇತರ ನಿರ್ಬಂಧಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಸಂಗ್ರಹಿತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು, ಅಥವಾ ವಿನಂತಿಯನ್ನು ಪೂರೈಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ 504 Gateway Timeout ನೀಡಬೇಕು. ಇಲ್ಲಿ 504 ಪ್ರಾಕ್ಸಿಗೆ ವಿಫಲವಾದ TCP ಸಂಪರ್ಕವಲ್ಲದೆ ಕ್ಯಾಶ್ ನೀತಿಯನ್ನು ಸೂಚಿಸಬಹುದು.
ನಿರ್ದೇಶನವು ಹಳೆಯ ವಿಷಯವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನುಮೋದಿಸುವುದಿಲ್ಲ. ತಾಜಾತನ, ಮಾನ್ಯತೆ ಅಗತ್ಯತೆಗಳು ಮತ್ತು ಹೊಂದಿಕೆಯಾಗುವ Vary ಕ್ಷೇತ್ರಗಳು ಇನ್ನೂ ಮುಖ್ಯ. no-cache ವಿನಂತಿ ನಿರ್ದೇಶನವು ಬದಲಿಗೆ ಮರುಬಳಕೆಗೆ ಮೊದಲು ಮೂಲದಲ್ಲಿ ಯಶಸ್ವಿ ಮಾನ್ಯತೆಯನ್ನು ಕೇಳಬಹುದು.
ಇದು ಕ್ಯಾಶ್ನ ಆಫ್ಲೈನ್ ಮಾನ್ಯತೆ ಮೋಡ್ ಅನ್ನು ಹೊಂದಿಸುವುದಕ್ಕಿಂತಲೂ ಭಿನ್ನವಾಗಿದೆ. only-if-cached ಪ್ರತ್ಯೇಕ ವಿನಂತಿಯ ಮೇಲೆ ಸಾಗಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ವೀಕರಿಸಲು ಸಿದ್ಧ ಎಂದು ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ.
ಈ ವರ್ತನೆಯನ್ನು ಬೆಂಬಲಿಸುವ ಕ್ಯಾಶ್ ಬಳಸಿ. ನಿರ್ಲಕ್ಷಿಸಲಾದ ವಿನಂತಿ ನಿರ್ದೇಶನ ಫೈರ್ವಾಲ್ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಅಪ್ಸ್ಟ್ರೀಮ್ ಸಂಚಾರವನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ತಡೆಯಲು ಸ್ವತಂತ್ರವಾಗಿ ಜಾರಿಗೊಳಿಸಿದ ನೆಟ್ವರ್ಕ್ ಅಥವಾ ಸರ್ವರ್ ನೀತಿ ಬೇಕು.
ಸಾಮಾನ್ಯ HTTPS CONNECT ಪ್ರಾಕ್ಸಿ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ HTTP ಹೆಡರ್ಗಳನ್ನು ನೋಡುವುದಿಲ್ಲ ಮತ್ತು ಆ ಸುರಂಗದಿಂದ ಪುಟ ವಸ್ತುಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಉದಾಹರಣೆಯು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕ್ಯಾಶ್ ಪ್ರಕ್ರಿಯೆ ಮಾಡಬಹುದಾದ ಸರಳ HTTP ಸಂಪನ್ಮೂಲವನ್ನು ಬಳಸುತ್ತದೆ.