List of HTTP header fields
HTTP ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳು ಪ್ರತಿ HTTP ವಿನಂತಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯ ಮೇಲೆ ಕ್ಲೈಂಟ್ ಪ್ರೋಗ್ರಾಂ ಮತ್ತು ಸರ್ವರ್ ಎರಡೂ ಕಳುಹಿಸಿದ ಮತ್ತು ಸ್ವೀಕರಿಸಿದ ಸ್ಟ್ರಿಂಗ್ಗಳ ಪಟ್ಟಿಯಾಗಿದೆ. ಈ ಹೆಡರ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಅಗೋಚರವಾಗಿರುತ್ತವೆ ಮತ್ತು ಸರ್ವರ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಂದ ಮಾತ್ರ ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ ಅಥವಾ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ. ಸಂಪರ್ಕದ ಮೂಲಕ ಕಳುಹಿಸಿದ/ಸ್ವೀಕರಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಹೇಗೆ ಎನ್ಕೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ (ವಿಷಯ-ಎನ್ಕೋಡಿಂಗ್ನಲ್ಲಿರುವಂತೆ), ಕ್ಲೈಂಟ್ನ ಸೆಷನ್ ಪರಿಶೀಲನೆ ಮತ್ತು ಗುರುತಿಸುವಿಕೆ (ಬ್ರೌಸರ್ ಕುಕೀಗಳು, ಐಪಿ ವಿಳಾಸ, ಬಳಕೆದಾರ-ಏಜೆಂಟ್ನಲ್ಲಿರುವಂತೆ) ಅಥವಾ ಅದರ ಅನಾಮಧೇಯತೆಯನ್ನು (ವಿಪಿಎನ್ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಮಾಸ್ಕಿಂಗ್, ಬಳಕೆದಾರ-ಏಜೆಂಟ್ ಸ್ಪೂಫಿಂಗ್), ಸರ್ವರ್ ಡೇಟಾವನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಬೇಕು (ಡು-ನಾಟ್-ಟ್ರ್ಯಾಕ್ ನಲ್ಲಿರುವಂತೆ), ಡೌನ್ಲೋಡ್ ಮಾಡಲಾಗುತ್ತಿರುವ ಡಾಕ್ಯುಮೆಂಟ್ನ ವಯಸ್ಸು (ಹಂಚಿದ ಕ್ಯಾಶೆಯಲ್ಲಿ ಅದು ವಾಸಿಸಿದ ಸಮಯ) ಇತ್ಯಾದಿಗಳನ್ನು ಅವರು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತಾರೆ. HTTP ಆವೃತ್ತಿ 1. x ನಲ್ಲಿ, ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳನ್ನು ವಿನಂತಿಯ ಸಾಲಿನ ನಂತರ (ವಿನಂತಿಯ HTTP ಸಂದೇಶದ ಸಂದರ್ಭದಲ್ಲಿ) ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆಯ ಸಾಲಿನ ನಂತರ (ಪ್ರತಿಕ್ರಿಯೆಯ HTTP ಸಂದೇಶದ ಸಂದರ್ಭದಲ್ಲಿ) ರವಾನಿಸಲಾಗುತ್ತದೆ, ಇದು ಸಂದೇಶದ ಮೊದಲ ಸಾಲು. ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳು ಸ್ಪಷ್ಟ-ಪಠ್ಯ ಸ್ಟ್ರಿಂಗ್ ಸ್ವರೂಪದಲ್ಲಿ ಕೊಲೊನ್-ಬೇರ್ಪಟ್ಟ ಕೀ-ಮೌಲ್ಯದ ಜೋಡಿಗಳಾಗಿವೆ, ಇದನ್ನು ಕ್ಯಾರೇಜ್ ರಿಟರ್ನ್ (ಸಿಆರ್) ಮತ್ತು ಲೈನ್ ಫೀಡ್ (ಎಲ್ಎಫ್) ಅಕ್ಷರ ಅನುಕ್ರಮದಿಂದ ಕೊನೆಗೊಳಿಸಲಾಗುತ್ತದೆ. ಹೆಡರ್ ವಿಭಾಗದ ಅಂತ್ಯವನ್ನು ಖಾಲಿ ಕ್ಷೇತ್ರ ರೇಖೆಯಿಂದ ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ಎರಡು ಸತತ ಸಿಆರ್-ಎಲ್ಎಫ್ ಜೋಡಿಗಳ ಪ್ರಸರಣವಾಗುತ್ತದೆ. ಹಿಂದೆ, ಉದ್ದನೆಯ ಸಾಲುಗಳನ್ನು ಅನೇಕ ಸಾಲುಗಳಾಗಿ ಮಡಚಬಹುದಿತ್ತು; ಮುಂದುವರಿದ ಸಾಲುಗಳನ್ನು ಮುಂದಿನ ಸಾಲಿನ ಮೊದಲ ಅಕ್ಷರವಾಗಿ ಸ್ಪೇಸ್ (ಎಸ್. ಪಿ.) ಅಥವಾ ಹಾರಿಜಾಂಟಲ್ ಟ್ಯಾಬ್ (ಎಚ್. ಟಿ.) ಇರುವಿಕೆಯಿಂದ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಈ ಮಡಿಸುವಿಕೆಯನ್ನು ಆರ್. ಎಫ್. ಸಿ. 7230ರಲ್ಲಿ ಅಸಮ್ಮತಿಗೊಳಿಸಲಾಯಿತು. HTTP/2 ಮತ್ತು HTTP/3 ಬದಲಿಗೆ ಬೈನರಿ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುತ್ತವೆ, ಅಲ್ಲಿ ಹೆಡರ್ಗಳನ್ನು ಒಂದೇ ಹೆಡರ್ಗಳಲ್ಲಿ ಎನ್ಕೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು HPACK (HTTP/2) ಅಥವಾ QPACK (HTTP/3) ಅನ್ನು ಬಳಸಿಕೊಂಡು ಶೂನ್ಯ ಅಥವಾ ಹೆಚ್ಚಿನ ಕಂಟಿನ್ಯೂಷನ್ ಫ್ರೇಮ್ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಇವೆರಡೂ ಸಮರ್ಥ ಹೆಡರ್ ಸಂಕೋಚನವನ್ನು ಒದಗಿಸುತ್ತವೆ. HTTP/1 ನಿಂದ ವಿನಂತಿ ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆ ಸಾಲನ್ನು ಹಲವಾರು ಹುಸಿ-ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳಿಂದ ಬದಲಾಯಿಸಲಾಗಿದೆ, ಪ್ರತಿಯೊಂದೂ ಕೊಲೊನ್ (:) ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಕ್ಷೇತ್ರಗಳ ಹೆಸರುಗಳು ಕ್ಷೇತ್ರಗಳ ಒಂದು ಪ್ರಮುಖ ಗುಂಪನ್ನು ಇಂಟರ್ನೆಟ್ ಎಂಜಿನಿಯರಿಂಗ್ ಟಾಸ್ಕ್ ಫೋರ್ಸ್ (ಐ. ಇ. ಟಿ. ಎಫ್) ಪ್ರಮಾಣೀಕರಿಸಿದೆ. ತಾತ್ಕಾಲಿಕ ನೋಂದಣಿಗಳ ಕ್ಷೇತ್ರ ಹೆಸರುಗಳು, ಶೀರ್ಷಿಕೆ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಭಂಡಾರಗಳನ್ನು ಐಎಎನ್ಎ ನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ಹೆಚ್ಚುವರಿ ಕ್ಷೇತ್ರ ಹೆಸರುಗಳು ಮತ್ತು ಅನುಮತಿಸಬಹುದಾದ ಮೌಲ್ಯಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು. ಹೆಡರ್ ಕ್ಷೇತ್ರದ ಹೆಸರುಗಳು ಕೇಸ್-ಇನ್ಸೆನ್ಸಿಟಿವ್ ಆಗಿರುತ್ತವೆ. ಇದು HTTP ವಿಧಾನದ ಹೆಸರುಗಳಿಗೆ (GET, POST, ಇತ್ಯಾದಿ) ವ್ಯತಿರಿಕ್ತವಾಗಿದೆ. ), ಇವು ಕೇಸ್ ಸೆನ್ಸಿಟಿವ್ ಆಗಿರುತ್ತವೆ. HTTP/2 ನಿರ್ದಿಷ್ಟ ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳ ಮೇಲೆ ಕೆಲವು ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸುತ್ತದೆ (ಕೆಳಗೆ ನೋಡಿ). ಪ್ರಮಾಣಿತವಲ್ಲದ ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳನ್ನು ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ ಕ್ಷೇತ್ರದ ಹೆಸರನ್ನು ಎಕ್ಸ್-ನೊಂದಿಗೆ ಪೂರ್ವಪ್ರತ್ಯಯ ಮಾಡುವ ಮೂಲಕ ಗುರುತಿಸಲಾಗುತ್ತಿತ್ತು, ಆದರೆ ಪ್ರಮಾಣಿತವಲ್ಲದ ಕ್ಷೇತ್ರಗಳು ಪ್ರಮಾಣಿತವಾದಾಗ ಉಂಟಾದ ಅನಾನುಕೂಲತೆಗಳಿಂದಾಗಿ ಈ ಸಂಪ್ರದಾಯವನ್ನು ಜೂನ್ 2012 ರಲ್ಲಿ ಅಸಮ್ಮತಿಗೊಳಿಸಲಾಯಿತು. ಡೌನ್ಗ್ರೇಡೆಡ್-ಬಳಕೆಯ ಮೇಲಿನ ಹಿಂದಿನ ನಿರ್ಬಂಧವನ್ನು 2013ರ ಮಾರ್ಚ್ನಲ್ಲಿ ತೆಗೆದುಹಾಕಲಾಯಿತು. ಕ್ಷೇತ್ರ ಮೌಲ್ಯಗಳು ಕೆಲವು ಕ್ಷೇತ್ರಗಳು ಟಿಪ್ಪಣಿಗಳನ್ನು ಹೊಂದಿರಬಹುದು (ಅಂದರೆ. ಬಳಕೆದಾರ-ಏಜೆಂಟ್, ಸರ್ವರ್, ವಯಾ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ), ಇದನ್ನು ಸಾಫ್ಟ್ವೇರ್ ನಿರ್ಲಕ್ಷಿಸಬಹುದು. ಅನೇಕ ಕ್ಷೇತ್ರ ಮೌಲ್ಯಗಳು ಸಮಾನ ಚಿಹ್ನೆಗಳಿಂದ ಬೇರ್ಪಟ್ಟ ಗುಣಮಟ್ಟದ (q) ಕೀ-ಮೌಲ್ಯದ ಜೋಡಿಯನ್ನು ಹೊಂದಿರಬಹುದು, ಇದು ವಿಷಯ ಸಮಾಲೋಚನೆಯಲ್ಲಿ ಬಳಸಬೇಕಾದ ತೂಕವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಬ್ರೌಸರ್ ಜರ್ಮನ್ ಅಥವಾ ಇಂಗ್ಲಿಷ್ನಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಸೂಚಿಸಬಹುದು, ಜರ್ಮನ್ ಭಾಷೆಯಲ್ಲಿ ಡಿ ಅನ್ನು ಎನ್ ಗಿಂತ ಹೆಚ್ಚಿನ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಸುವ ಮೂಲಕ ಆದ್ಯತೆ ನೀಡಬಹುದು, ಈ ಕೆಳಗಿನಂತೆಃ ಅಕ್ಸೆಪ್ಟ್-ಲ್ಯಾಂಗ್ವೇಜ್ಃ ಡಿ; ಕ್ಯೂ = 1.0, ಎನ್; ಕ್ಯೂ = 0.5 ಗಾತ್ರ ಮಿತಿಗಳು ಪ್ರತಿ ಹೆಡರ್ ಕ್ಷೇತ್ರದ ಹೆಸರು ಅಥವಾ ಮೌಲ್ಯದ ಗಾತ್ರಕ್ಕೆ ಅಥವಾ ಕ್ಷೇತ್ರಗಳ ಸಂಖ್ಯೆಗೆ ಮಾನದಂಡವು ಯಾವುದೇ ಮಿತಿಗಳನ್ನು ವಿಧಿಸುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಹೆಚ್ಚಿನ ಸರ್ವರ್ಗಳು, ಕ್ಲೈಂಟ್ಗಳು ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಸಾಫ್ಟ್ವೇರ್ಗಳು ಪ್ರಾಯೋಗಿಕ ಮತ್ತು ಭದ್ರತಾ ಕಾರಣಗಳಿಗಾಗಿ ಕೆಲವು ಮಿತಿಗಳನ್ನು ವಿಧಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಅಪಾಚೆ 2.3 ಸರ್ವರ್ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಪ್ರತಿ ಕ್ಷೇತ್ರದ ಗಾತ್ರವನ್ನು 8,190 ಬೈಟ್ಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಒಂದೇ ವಿನಂತಿಯಲ್ಲಿ ಗರಿಷ್ಠ 100 ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳಿರಬಹುದು. ವಿನಂತಿ ಕ್ಷೇತ್ರಗಳು ಪ್ರಮಾಣಿತ ವಿನಂತಿ ಕ್ಷೇತ್ರಗಳು ಸಾಮಾನ್ಯ ಪ್ರಮಾಣಿತವಲ್ಲದ ವಿನಂತಿ ಕ್ಷೇತ್ರಗಳು ಪ್ರತಿಕ್ರಿಯೆ ಕ್ಷೇತ್ರಗಳು ಸಾಮಾನ್ಯ ಪ್ರಮಾಣಿತವಲ್ಲದ ಪ್ರತಿಕ್ರಿಯೆ ಕ್ಷೇತ್ರಗಳು ಆಯ್ದ ಕ್ಷೇತ್ರಗಳ ಪರಿಣಾಮಗಳು ಕ್ಯಾಶಿಂಗ್ ಅನ್ನು ತಪ್ಪಿಸುವುದು ವೆಬ್ ಸರ್ವರ್ ಕ್ಯಾಶ್-ನಿಯಂತ್ರಣದೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಿದರೆಃ ಕ್ಯಾಶ್ ಇಲ್ಲ ನಂತರ ವೆಬ್ ಬ್ರೌಸರ್ ಅಥವಾ ಇತರ ಕ್ಯಾಶಿಂಗ್ ಸಿಸ್ಟಮ್ (ಮಧ್ಯಂತರ ಪ್ರಾಕ್ಸಿಗಳು) ಮೊದಲು ಮೂಲ ಸರ್ವರ್ನೊಂದಿಗೆ ಪರಿಶೀಲಿಸದೆ ನಂತರದ ವಿನಂತಿಗಳನ್ನು ಪೂರೈಸಲು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಳಸಬಾರದು (ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಊರ್ಜಿತಗೊಳಿಸುವಿಕೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ). ಈ ಹೆಡರ್ ಕ್ಷೇತ್ರವು HTTP ಆವೃತ್ತಿ 1.1ರ ಭಾಗವಾಗಿದೆ ಮತ್ತು ಕೆಲವು ಕ್ಯಾಶ್ಗಳು ಮತ್ತು ಬ್ರೌಸರ್ಗಳಿಂದ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಟ್ಟಿದೆ. ಎಕ್ಸ್ಪೈರ್ಸ್ HTTP ಆವೃತ್ತಿ 1 ಹೆಡರ್ ಫೀಲ್ಡ್ ಮೌಲ್ಯವನ್ನು ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯಕ್ಕಿಂತ ಮುಂಚಿತವಾಗಿ ಹೊಂದಿಸುವ ಮೂಲಕ ಇದನ್ನು ಅನುಕರಿಸಬಹುದು. ವಿಷಯವನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬೇಕೆ ಅಥವಾ ಬೇಡವೇ ಎಂಬುದರ ಬಗ್ಗೆ ನೋ-ಕ್ಯಾಶ್ ಬ್ರೌಸರ್ ಅಥವಾ ಪ್ರಾಕ್ಸಿಗಳಿಗೆ ಸೂಚನೆ ನೀಡುತ್ತಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಇದು ಬ್ರೌಸರ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿಗಳಿಗೆ ಕ್ಯಾಶ್ ವಿಷಯವನ್ನು ಬಳಸುವ ಮೊದಲು ಸರ್ವರ್ನೊಂದಿಗೆ ಮೌಲ್ಯೀಕರಿಸಲು ಹೇಳುತ್ತದೆ (ಇದನ್ನು ಮೇಲೆ ತಿಳಿಸಲಾದ ಇಫ್-ಮೋಡಿಫೈಡ್-ಸಿನ್ಸ್, ಇಫ್-ಅನ್ಮಾಫೈಡ್-ಸಿನ್ಸ್, ಇಫ್-ಮ್ಯಾಚ್, ಇಫ್-ನನ್-ಮ್ಯಾಚ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಮಾಡಲಾಗುತ್ತದೆ). ಯಾವುದೇ ಕ್ಯಾಶ್ ಇಲ್ಲದ ಮೌಲ್ಯವನ್ನು ಕಳುಹಿಸುವುದರಿಂದ ಕೇವಲ ಕ್ಯಾಶ್ ವಿಷಯದ "ತಾಜಾತನ ಮಾನದಂಡ" ದ ಆಧಾರದ ಮೇಲೆ ಕ್ಯಾಶ್ ವಿಷಯಗಳನ್ನು ಬಳಸದಂತೆ ಬ್ರೌಸರ್ ಅಥವಾ ಪ್ರಾಕ್ಸಿಗೆ ಸೂಚಿಸುತ್ತದೆ. ಮೌಲ್ಯಮಾಪನವಿಲ್ಲದೆ ಹಳೆಯ ವಿಷಯವನ್ನು ಬಳಕೆದಾರರಿಗೆ ತೋರಿಸದಂತೆ ತಡೆಯುವ ಮತ್ತೊಂದು ಸಾಮಾನ್ಯ ಮಾರ್ಗವೆಂದರೆ ಕ್ಯಾಶ್-ಕಂಟ್ರೋಲ್ಃ ಗರಿಷ್ಠ-ವಯಸ್ಸು = 0. ಇದು ಬಳಕೆದಾರರ ಏಜೆಂಟ್ಗೆ ವಿಷಯವು ಹಳತಾಗಿದೆ ಮತ್ತು ಅದನ್ನು ಬಳಸುವ ಮೊದಲು ಮೌಲ್ಯೀಕರಿಸಬೇಕು ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಕ್ಯಾಶ್-ಕಂಟ್ರೋಲ್ಃ ನೋ-ಸ್ಟೋರ್ ಎಂಬ ಹೆಡರ್ ಕ್ಷೇತ್ರವು ಬ್ರೌಸರ್ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಅದನ್ನು ಡಿಸ್ಕ್ಗೆ ಬರೆಯದಂತೆ (ಅಂದರೆ ಅದನ್ನು ಕ್ಯಾಶ್ ಮಾಡದಂತೆ) ಉತ್ತಮ ಪ್ರಯತ್ನ ಮಾಡುವಂತೆ ಸೂಚಿಸುವ ಉದ್ದೇಶವನ್ನು ಹೊಂದಿದೆ. ಸಂಪನ್ಮೂಲವನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಾರದು ಎಂಬ ವಿನಂತಿಯು ಅದನ್ನು ಡಿಸ್ಕ್ಗೆ ಬರೆಯಲಾಗುವುದಿಲ್ಲ ಎಂಬುದಕ್ಕೆ ಯಾವುದೇ ಖಾತರಿಯಿಲ್ಲ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, HTTP/1.1 ವ್ಯಾಖ್ಯಾನವು ಹಿಸ್ಟರಿ ಸ್ಟೋರ್ಗಳು ಮತ್ತು ಕ್ಯಾಶ್ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಹಿಂದಿನ ಪುಟಕ್ಕೆ ಮರಳಿ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಿದರೆ, ಬ್ರೌಸರ್ ನಿಮಗೆ ಹಿಸ್ಟರಿ ಸ್ಟೋರ್ನಲ್ಲಿ ಡಿಸ್ಕ್ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಪುಟವನ್ನು ತೋರಿಸಬಹುದು. ವಿವರಣೆಯ ಪ್ರಕಾರ ಇದು ಸರಿಯಾದ ನಡವಳಿಕೆಯಾಗಿದೆ. ಪ್ರೋಟೋಕಾಲ್ HTTP ಅಥವಾ HTTPS ಆಗಿದೆಯೇ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಹಿಸ್ಟರಿ ಸ್ಟೋರ್ ಅಥವಾ ಕ್ಯಾಶೆಯಿಂದ ಪುಟಗಳನ್ನು ಲೋಡ್ ಮಾಡುವಲ್ಲಿ ಅನೇಕ ಬಳಕೆದಾರ ಏಜೆಂಟ್ಗಳು ವಿಭಿನ್ನ ನಡವಳಿಕೆಯನ್ನು ತೋರಿಸುತ್ತಾರೆ. ಕ್ಯಾಶ್-ಕಂಟ್ರೋಲ್ಃ ನೋ-ಕ್ಯಾಶ್ HTTP/1.1 ಹೆಡರ್ ಕ್ಷೇತ್ರವು ಕ್ಲೈಂಟ್ ಮಾಡಿದ ವಿನಂತಿಗಳಲ್ಲಿ ಬಳಸಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ಬ್ರೌಸರ್ ಸರ್ವರ್ ಮತ್ತು ಯಾವುದೇ ಮಧ್ಯಂತರ ಕ್ಯಾಶ್ಗಳಿಗೆ ಸಂಪನ್ಮೂಲದ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಬಯಸುತ್ತದೆ ಎಂದು ಹೇಳಲು ಇದು ಒಂದು ವಿಧಾನವಾಗಿದೆ. HTTP/1 ಸ್ಪೆಕ್ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪ್ರಾಗ್ಮಾಃ ನೋ-ಕ್ಯಾಶ್ ಹೆಡರ್ ಕ್ಷೇತ್ರವು ಅದೇ ಉದ್ದೇಶವನ್ನು ಹೊಂದಿದೆ. ಆದಾಗ್ಯೂ, ಇದನ್ನು ರಿಕ್ವೆಸ್ಟ್ ಹೆಡರ್ಗೆ ಮಾತ್ರ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ. ಪ್ರತಿಕ್ರಿಯೆಯ ಶೀರ್ಷಿಕೆಯಲ್ಲಿ ಇದರ ಅರ್ಥವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿಲ್ಲ. ಪ್ರಾಗ್ಮಾದ ನಡವಳಿಕೆಃ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಯಾವುದೇ ಕ್ಯಾಶ್ ಇಲ್ಲದಿರುವುದು ಅನುಷ್ಠಾನಕ್ಕೆ ನಿರ್ದಿಷ್ಟವಾಗಿದೆ. ಕೆಲವು ಬಳಕೆದಾರ ಏಜೆಂಟ್ಗಳು ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಈ ಕ್ಷೇತ್ರದ ಬಗ್ಗೆ ಗಮನ ಹರಿಸುತ್ತಾರಾದರೂ, HTTP/1.1 RFC ನಿರ್ದಿಷ್ಟವಾಗಿ ಈ ನಡವಳಿಕೆಯನ್ನು ಅವಲಂಬಿಸದಂತೆ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತದೆ. HTTP ಹೆಡರ್ ಇಂಜೆಕ್ಷನ್ HTTP ETag HTTP ಸ್ಥಿತಿ ಸಂಕೇತಗಳ ಪಟ್ಟಿಯನ್ನು ಸಹ ನೋಡಿ ಬಾಹ್ಯ ಕೊಂಡಿಗಳ ಉಲ್ಲೇಖಗಳು ಹೆಡರ್ಗಳುಃ ಶಾಶ್ವತ ಸಂದೇಶ ಹೆಡರ್ ಕ್ಷೇತ್ರ ಹೆಸರುಗಳುಃ IETF HTTP ರಾಜ್ಯ ನಿರ್ವಹಣಾ ಕಾರ್ಯವಿಧಾನಃ HTTP ಶಬ್ದಾರ್ಥಃ HTTP ಕ್ಯಾಚಿಂಗ್ಃ HTTP/1.1: HTTP/2: HTTP/3: ಫಾರ್ವರ್ಡ್ ಮಾಡಲಾದ HTTP ವಿಸ್ತರಣೆಃ ವೆಬ್ ಸರ್ವರ್ ದೃಷ್ಟಿಕೋನದಿಂದ HTTP HTTP/1.1 ಹೆಡರ್ಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡಿ ಇಂಟರ್ನೆಟ್ ಎಕ್ಸ್ಪ್ಲೋರರ್ ಮತ್ತು ಕಸ್ಟಮ್ HTTP ಹೆಡರ್ಗಳು-ಎರಿಕ್ಲಾನ IE ಇಂಟರ್ನಲ್ಸ್-ಸೈಟ್ ಹೋಮ್-MSDN ಬ್ಲಾಗ್ಗಳು HTTP ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳು