PHP: ಆರಂಭಿಕರಿಗಾಗಿ POST ಮತ್ತು GET ವಿನಂತಿಗಳು. ಬ್ರೌಸರ್‌ನಿಂದ ಪೋಸ್ಟ್ ವಿನಂತಿಯನ್ನು ಹೇಗೆ ಕಳುಹಿಸುವುದು: ಪೋಸ್ಟ್ ವಿಧಾನ

ಈ ಪೋಸ್ಟ್ ನನ್ನ ಲೇಖನವೊಂದಕ್ಕೆ ಕಾಮೆಂಟ್‌ನಲ್ಲಿ ಕೇಳಿದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವಾಗಿದೆ.

ಈ ಲೇಖನದಲ್ಲಿ HTTP ವಿಧಾನಗಳು GET/POST/PUT/DELETE ಮತ್ತು ಇತರವುಗಳು ಯಾವುವು, ಅವುಗಳನ್ನು ಏಕೆ ಕಂಡುಹಿಡಿಯಲಾಯಿತು ಮತ್ತು REST ಗೆ ಅನುಗುಣವಾಗಿ ಅವುಗಳನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳಲು ಬಯಸುತ್ತೇನೆ.

HTTP

ಹಾಗಾದರೆ, ಇಂಟರ್ನೆಟ್‌ನ ಮುಖ್ಯ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ? ನಾನು ಪೆಡೆಂಟ್‌ಗಳನ್ನು RFC2616 ಗೆ ಕಳುಹಿಸುತ್ತೇನೆ ಮತ್ತು ಉಳಿದವುಗಳನ್ನು ನಾನು ಮಾನವೀಯವಾಗಿ ಹೇಳುತ್ತೇನೆ :)

ವಿನಂತಿ (ವಿನಂತಿ) ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆ (ಪ್ರತಿಕ್ರಿಯೆ) ಎಂಬ ಸಂದೇಶಗಳ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಎರಡು ಕಂಪ್ಯೂಟರ್‌ಗಳ (ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್) ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಈ ಪ್ರೋಟೋಕಾಲ್ ವಿವರಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಸಂದೇಶವು ಮೂರು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಪ್ರಾರಂಭದ ಸಾಲು, ಹೆಡರ್ ಮತ್ತು ದೇಹ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಆರಂಭಿಕ ಸಾಲು ಮಾತ್ರ ಅಗತ್ಯವಿದೆ.

ವಿನಂತಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಆರಂಭಿಕ ಸಾಲುಗಳು ವಿಭಿನ್ನ ಸ್ವರೂಪಗಳನ್ನು ಹೊಂದಿವೆ - ನಾವು ವಿನಂತಿಯ ಆರಂಭಿಕ ಸಾಲಿನಲ್ಲಿ ಮಾತ್ರ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ, ಅದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ವಿಧಾನ URI HTTP/ ಆವೃತ್ತಿ ,

METHOD HTTP ವಿನಂತಿ ವಿಧಾನವಾಗಿದ್ದರೆ, URI ಸಂಪನ್ಮೂಲ ಗುರುತಿಸುವಿಕೆಯಾಗಿದೆ, VERSION ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿಯಾಗಿದೆ (ಪ್ರಸ್ತುತ ಆವೃತ್ತಿ 1.1 ಪ್ರಸ್ತುತವಾಗಿದೆ).

ಹೆಡರ್‌ಗಳು ಕೊಲೊನ್‌ನಿಂದ ಬೇರ್ಪಟ್ಟ ಹೆಸರು-ಮೌಲ್ಯದ ಜೋಡಿಗಳ ಸಂಗ್ರಹವಾಗಿದೆ. ಹೆಡರ್‌ಗಳು ವಿವಿಧ ಸೇವಾ ಮಾಹಿತಿಯನ್ನು ತಿಳಿಸುತ್ತವೆ: ಸಂದೇಶ ಎನ್‌ಕೋಡಿಂಗ್, ಬ್ರೌಸರ್ ಹೆಸರು ಮತ್ತು ಆವೃತ್ತಿ, ಕ್ಲೈಂಟ್ ಬಂದ ವಿಳಾಸ (ರೆಫರರ್), ಇತ್ಯಾದಿ.

ಸಂದೇಶದ ದೇಹವು ನಿಜವಾದ ಡೇಟಾ ರವಾನೆಯಾಗಿದೆ. ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ, ರವಾನೆಯಾದ ಡೇಟಾವು ಸಾಮಾನ್ಯವಾಗಿ ಬ್ರೌಸರ್ ವಿನಂತಿಸಿದ HTML ಪುಟವಾಗಿದೆ, ಮತ್ತು ವಿನಂತಿಯಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, ಸಂದೇಶದ ದೇಹದಲ್ಲಿ, ಸರ್ವರ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್‌ಗಳ ವಿಷಯಗಳನ್ನು ರವಾನಿಸಲಾಗುತ್ತದೆ. ಆದರೆ ನಿಯಮದಂತೆ, ವಿನಂತಿಯಲ್ಲಿ ಯಾವುದೇ ಸಂದೇಶ ದೇಹವಿಲ್ಲ.

HTTP ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಉದಾಹರಣೆ

ಒಂದು ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ.

ವಿನಂತಿ:
GET /index.php HTTP/1.1 ಹೋಸ್ಟ್: example.com ಬಳಕೆದಾರ-ಏಜೆಂಟ್: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9b5) Gecko/2008050509 Firefox/3.0b0:5 ಸಮ್ಮತಿಸಿ: ಪಠ್ಯ/html ಸಂಪರ್ಕ
ಮೊದಲ ಸಾಲು ಪ್ರಶ್ನೆ ಸಾಲು, ಉಳಿದವು ಹೆಡರ್‌ಗಳು; ಸಂದೇಶದ ಭಾಗವು ಕಾಣೆಯಾಗಿದೆ

ಉತ್ತರ:
HTTP/1.0 200 ಸರಿ ಸರ್ವರ್: nginx/0.6.31 ವಿಷಯ-ಭಾಷೆ: ru ವಿಷಯ-ಪ್ರಕಾರ: ಪಠ್ಯ/html; charset=utf-8 ವಿಷಯ-ಉದ್ದ: 1234 ಸಂಪರ್ಕ: ಮುಚ್ಚಿ ... HTML ಪುಟ ಸ್ವತಃ...

ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ವಿಧಾನಗಳು

ವಿನಂತಿಯ ಆರಂಭಿಕ ಸಾಲಿಗೆ ಹಿಂತಿರುಗಿ ನೋಡೋಣ ಮತ್ತು ಇದು URI ಯಂತಹ ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ಹೊಂದಿದೆ ಎಂದು ನೆನಪಿಡಿ. ಇದು ಯೂನಿಫಾರ್ಮ್ ರಿಸೋರ್ಸ್ ಐಡೆಂಟಿಫೈಯರ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ - ಏಕರೂಪದ ಸಂಪನ್ಮೂಲ ಗುರುತಿಸುವಿಕೆ. ಸಂಪನ್ಮೂಲವು ನಿಯಮದಂತೆ, ಸರ್ವರ್‌ನಲ್ಲಿನ ಫೈಲ್ ಆಗಿದೆ (ಈ ಸಂದರ್ಭದಲ್ಲಿ URI ಉದಾಹರಣೆ "/styles.css"), ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪನ್ಮೂಲವು ಕೆಲವು ಅಮೂರ್ತ ವಸ್ತುವಾಗಿರಬಹುದು ("/blogs/webdev/" - ಅಂಕಗಳು. ನಿರ್ದಿಷ್ಟ ಫೈಲ್‌ಗಿಂತ "ವೆಬ್" ಬ್ಲಾಕ್ ಡೆವಲಪ್‌ಮೆಂಟ್" ಗೆ).

HTTP ವಿನಂತಿಯ ಪ್ರಕಾರ (HTTP ವಿಧಾನ ಎಂದೂ ಕರೆಯುತ್ತಾರೆ) ನಾವು ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಯಾವ ಕ್ರಿಯೆಯನ್ನು ಮಾಡಲು ಬಯಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ಸರ್ವರ್‌ಗೆ ತಿಳಿಸುತ್ತದೆ. ಆರಂಭದಲ್ಲಿ (90 ರ ದಶಕದ ಆರಂಭದಲ್ಲಿ) ಕ್ಲೈಂಟ್ ಸಂಪನ್ಮೂಲದಿಂದ ಒಂದು ವಿಷಯವನ್ನು ಮಾತ್ರ ಬಯಸಬಹುದು ಎಂದು ಭಾವಿಸಲಾಗಿತ್ತು - ಅದನ್ನು ಸ್ವೀಕರಿಸಲು, ಆದರೆ ಈಗ HTTP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ಪೋಸ್ಟ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು, ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸಬಹುದು, ಸಂದೇಶಗಳನ್ನು ಅಳಿಸಬಹುದು ಮತ್ತು ಹೆಚ್ಚಿನದನ್ನು ಮಾಡಬಹುದು. ಮತ್ತು ಈ ಕ್ರಮಗಳು "ರಶೀದಿ" ಎಂಬ ಪದದೊಂದಿಗೆ ಸಂಯೋಜಿಸಲು ಕಷ್ಟ.

HTTP ವಿಧಾನಗಳ ಮಟ್ಟದಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳಿಂದ ಕ್ರಿಯೆಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು, ಈ ಕೆಳಗಿನ ಆಯ್ಕೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗಿದೆ:

ಪಡೆಯಿರಿ - ಸಂಪನ್ಮೂಲವನ್ನು ಪಡೆಯುವುದು
ಪೋಸ್ಟ್ - ಸಂಪನ್ಮೂಲ ಸೃಷ್ಟಿ
ಪುಟ್ - ಸಂಪನ್ಮೂಲ ನವೀಕರಣ
ಅಳಿಸಿ - ಸಂಪನ್ಮೂಲವನ್ನು ಅಳಿಸುವುದು

HTTP ವಿವರಣೆಯು ಸರ್ವರ್‌ಗೆ ಎಲ್ಲಾ ವಿಧಾನಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ (ಅವುಗಳಲ್ಲಿ ವಾಸ್ತವವಾಗಿ 4 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಇವೆ) - GET ಮಾತ್ರ ಅಗತ್ಯವಿದೆ, ಮತ್ತು ನಿರ್ದಿಷ್ಟ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುವಾಗ ಸರ್ವರ್ ಏನು ಮಾಡಬೇಕೆಂದು ಸಹ ಹೇಳುವುದಿಲ್ಲ ವಿಧಾನ. ಇದರರ್ಥ ಸರ್ವರ್ DELETE /index.php HTTP/1.1 ವಿನಂತಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಕಡ್ಡಾಯವಲ್ಲಸರ್ವರ್‌ನಲ್ಲಿನ index.php ಪುಟವನ್ನು ಅಳಿಸಿ, GET /index.php HTTP/1.1 ವಿನಂತಿಯಂತೆಯೇ ಕಡ್ಡಾಯವಲ್ಲ index.php ಪುಟವನ್ನು ನಿಮಗೆ ಹಿಂತಿರುಗಿಸಿ, ಅದು ಅದನ್ನು ಅಳಿಸಬಹುದು ಉದಾಹರಣೆಗೆ :)

REST ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತದೆ

REST (ಪ್ರತಿನಿಧಿ ರಾಜ್ಯ ವರ್ಗಾವಣೆ) ಎಂಬುದು 2000 ರಲ್ಲಿ HTTP ಪ್ರೋಟೋಕಾಲ್‌ನ ಡೆವಲಪರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರಾದ ರಾಯ್ ಫೀಲ್ಡಿಂಗ್ ಅವರು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ತತ್ವಗಳ ಗುಂಪಿನ ಹೆಸರಾಗಿ ಪರಿಚಯಿಸಿದರು. ಸಾಮಾನ್ಯವಾಗಿ, REST HTTP ಗಿಂತ ವಿಶಾಲವಾದ ಪ್ರದೇಶವನ್ನು ಒಳಗೊಂಡಿದೆ - ಇದನ್ನು ಇತರ ಪ್ರೋಟೋಕಾಲ್‌ಗಳೊಂದಿಗೆ ಇತರ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿಯೂ ಬಳಸಬಹುದು. "ಸಂಪನ್ಮೂಲ" ಮತ್ತು "ಕ್ರಿಯಾಪದ" ಪರಿಕಲ್ಪನೆಗಳ ಆಧಾರದ ಮೇಲೆ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ತತ್ವಗಳನ್ನು REST ವಿವರಿಸುತ್ತದೆ (ವಿಷಯ ಮತ್ತು ಮುನ್ಸೂಚನೆ ಎಂದು ಅರ್ಥೈಸಿಕೊಳ್ಳಬಹುದು). HTTP ಯ ಸಂದರ್ಭದಲ್ಲಿ, ಸಂಪನ್ಮೂಲವನ್ನು ಅದರ URI ಯಿಂದ ಗುರುತಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕ್ರಿಯಾಪದವು HTTP ವಿಧಾನವಾಗಿದೆ.

ವಿಭಿನ್ನ ಸಂಪನ್ಮೂಲಗಳಿಗಾಗಿ ಒಂದೇ URI ಬಳಕೆಯನ್ನು ತ್ಯಜಿಸಲು REST ಸೂಚಿಸುತ್ತದೆ (ಅಂದರೆ, /index.php?article_id=10 ಮತ್ತು /index.php?article_id=20 ನಂತಹ ಎರಡು ವಿಭಿನ್ನ ಲೇಖನಗಳ ವಿಳಾಸಗಳು - ಇದು REST-ವೇ ಅಲ್ಲ) ಮತ್ತು ವಿಭಿನ್ನ ಕ್ರಿಯೆಗಳಿಗಾಗಿ ವಿಭಿನ್ನ HTTP ವಿಧಾನಗಳನ್ನು ಬಳಸುವುದು. ಅಂದರೆ, REST ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಬರೆಯಲಾದ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ HTTP DELETE ವಿಧಾನದೊಂದಿಗೆ ಅದನ್ನು ಪ್ರವೇಶಿಸುವಾಗ ಸಂಪನ್ಮೂಲವನ್ನು ಅಳಿಸುತ್ತದೆ (ಸಹಜವಾಗಿ, ಎಲ್ಲವನ್ನೂ ಮತ್ತು ಎಲ್ಲರಿಗೂ ಅಳಿಸಲು ಅವಕಾಶವನ್ನು ನೀಡುವುದು ಅಗತ್ಯವೆಂದು ಇದರ ಅರ್ಥವಲ್ಲ, ಆದರೆ ಯಾವುದೇಅಪ್ಲಿಕೇಶನ್‌ನ ಅಳಿಸುವಿಕೆ ವಿನಂತಿಯು HTTP DELETE ವಿಧಾನವನ್ನು ಬಳಸಬೇಕು).

REST ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗೆ ಮೊದಲಿಗಿಂತ ಪ್ರಮಾಣಿತ ಮತ್ತು ಸ್ವಲ್ಪ ಸುಂದರವಾದ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬರೆಯುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನೀಡುತ್ತದೆ. REST ಅನ್ನು ಬಳಸುವುದರಿಂದ, ಹೊಸ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸಲು URI /user.php?action=create (GET/POST ವಿಧಾನ) ಆಗಿರುವುದಿಲ್ಲ, ಆದರೆ ಸರಳವಾಗಿ /user.php (ಕಟ್ಟುನಿಟ್ಟಾಗಿ POST ವಿಧಾನ).

ಪರಿಣಾಮವಾಗಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ HTTP ವಿವರಣೆಯನ್ನು ಮತ್ತು REST ವಿಧಾನವನ್ನು ಸಂಯೋಜಿಸುವ ಮೂಲಕ, ವಿವಿಧ HTTP ವಿಧಾನಗಳು ಅಂತಿಮವಾಗಿ ಅರ್ಥಪೂರ್ಣವಾಗಿವೆ. GET - ಸಂಪನ್ಮೂಲವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, POST - ಹೊಸದನ್ನು ರಚಿಸುತ್ತದೆ, PUT - ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ನವೀಕರಿಸುತ್ತದೆ, ಅಳಿಸಿ - ಅದನ್ನು ಅಳಿಸುತ್ತದೆ.

ಸಮಸ್ಯೆಗಳು?

ಹೌದು, ಆಚರಣೆಯಲ್ಲಿ REST ಅನ್ನು ಬಳಸುವುದರಲ್ಲಿ ಸಣ್ಣ ಸಮಸ್ಯೆ ಇದೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು HTML ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

PUT/DELETE ವಿನಂತಿಗಳನ್ನು XMLHttpRequest ಬಳಸಿ, ಸರ್ವರ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ ಕಳುಹಿಸಬಹುದು (ಹೇಳಲು, ಕರ್ಲ್ ಮೂಲಕ ಅಥವಾ ಟೆಲ್ನೆಟ್ ಮೂಲಕ), ಆದರೆ ನೀವು ಪೂರ್ಣ ಪ್ರಮಾಣದ PUT/DELETE ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುವ HTML ಫಾರ್ಮ್ ಅನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ವಿಷಯವೆಂದರೆ, GET ಅಥವಾ POST ಮೂಲಕ ಹೊರತುಪಡಿಸಿ ಡೇಟಾವನ್ನು ಸಲ್ಲಿಸುವ ಫಾರ್ಮ್‌ಗಳನ್ನು ರಚಿಸಲು HTML ವಿವರಣೆಯು ನಿಮಗೆ ಅನುಮತಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಇತರ ವಿಧಾನಗಳೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲಸ ಮಾಡಲು, ನೀವು ಅವುಗಳನ್ನು ಕೃತಕವಾಗಿ ಅನುಕರಿಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ರಾಕ್‌ನಲ್ಲಿ (ವೆಬ್ ಸರ್ವರ್‌ನೊಂದಿಗೆ ರೂಬಿ ಸಂವಹನ ನಡೆಸುವ ಕಾರ್ಯವಿಧಾನ; ರೈಲ್ಸ್, ಮೆರ್ಬ್ ಮತ್ತು ಇತರ ರೂಬಿ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳನ್ನು ರ್ಯಾಕ್ ಬಳಸಿ ತಯಾರಿಸಲಾಗುತ್ತದೆ), ನೀವು "_ಮೆಥೋಡ್" ಹೆಸರಿನೊಂದಿಗೆ ಫಾರ್ಮ್‌ಗೆ ಗುಪ್ತ ಕ್ಷೇತ್ರವನ್ನು ಸೇರಿಸಬಹುದು, ಮತ್ತು ವಿಧಾನದ ಹೆಸರನ್ನು ಮೌಲ್ಯವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿ (ಉದಾ. "PUT") - ಈ ಸಂದರ್ಭದಲ್ಲಿ, POST ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಆದರೆ POST ಬದಲಿಗೆ PUT ಅನ್ನು ಸ್ವೀಕರಿಸಿದೆ ಎಂದು ನಟಿಸಲು ರ್ಯಾಕ್ ಸಾಧ್ಯವಾಗುತ್ತದೆ.

HTTP ಮತ್ತು HTTPS ನಲ್ಲಿ GET ಮತ್ತು POST ವಿಧಾನಗಳು HTTP (ಹೈಪರ್‌ಟೆಕ್ಸ್ಟ್ ಟ್ರಾನ್ಸ್‌ಫರ್ ಪ್ರೊಟೊಕಾಲ್) ಬಳಸಿಕೊಂಡು ಕ್ಲೈಂಟ್‌ನಿಂದ ಸರ್ವರ್‌ಗೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು ಬಳಸುವ ಎರಡು ಅತ್ಯಂತ ಜನಪ್ರಿಯ ವಿಧಾನಗಳಾಗಿವೆ. GET ಮತ್ತು POST ಎರಡನ್ನೂ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಲು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ಬಳಸಬಹುದು, ಆದರೆ ಅವುಗಳ ನಡುವೆ ಗಮನಾರ್ಹ ವ್ಯತ್ಯಾಸಗಳಿವೆ.

HTTP ಅಥವಾ HTTPS ನಲ್ಲಿ GET ಮತ್ತು POST ವಿನಂತಿಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ಪ್ರತಿ ವೆಬ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಸಂದರ್ಶನದಲ್ಲಿ ಜನಪ್ರಿಯ ಪ್ರಶ್ನೆಯಾಗಿದೆ. HTML ಜಾವಾ, ASP ಅಥವಾ PHP ನಂತಹ ವೆಬ್ ಸರ್ವರ್ ತಂತ್ರಜ್ಞಾನದಿಂದ ಸ್ವತಂತ್ರವಾಗಿರುವುದರಿಂದ ಮತ್ತು HTTP ಇಂಟರ್ನೆಟ್ ಜಾಗದಲ್ಲಿ ಮುಖ್ಯ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿರುವುದರಿಂದ, GET ಮತ್ತು POST ವಿಧಾನಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ಲಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ. ಈ ಲೇಖನದಲ್ಲಿ, HTTP GET ವಿಧಾನ ಯಾವುದು, HTTP POST ವಿಧಾನ ಯಾವುದು, ಪ್ರತಿ ವಿನಂತಿಯನ್ನು ಯಾವಾಗ ಬಳಸಬೇಕು ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇನು ಎಂಬುದನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ. ಪ್ರತಿಯೊಂದು ಪರಿಕಲ್ಪನೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಡೋಣ.

HTML ಎಂದರೇನು?

HTML ಎಂಬುದು ವೆಬ್ ಪುಟಗಳನ್ನು ರಚಿಸಲು ಬಳಸುವ ಭಾಷೆಯಾಗಿದೆ. ಹೈಪರ್‌ಟೆಕ್ಸ್ಟ್ ಎನ್ನುವುದು HTML ಪುಟವನ್ನು ಒಳಗೊಂಡಿರುವ ಹೈಪರ್‌ಲಿಂಕ್‌ಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಮಾರ್ಕ್ಅಪ್ ಭಾಷೆಯು ಪುಟದ ವಿನ್ಯಾಸವನ್ನು ಮತ್ತು ಪುಟದಲ್ಲಿನ ಅಂಶಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಟ್ಯಾಗ್‌ಗಳನ್ನು ಬಳಸುವ ವಿಧಾನವನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಶೀರ್ಷಿಕೆ ಮತ್ತು ಪಠ್ಯದ ಒಂದು ಪ್ಯಾರಾಗ್ರಾಫ್‌ನೊಂದಿಗೆ ಮೂಲ ವೆಬ್ ಪುಟವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಬಳಸಲಾಗುವ HTML ನ ಉದಾಹರಣೆಯನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ:

<Голова>
<Название>TechTerms.com

<Тело>

ಇದು HTML ನಲ್ಲಿನ ಪ್ಯಾರಾಗ್ರಾಫ್‌ನ ಉದಾಹರಣೆಯಾಗಿದೆ.

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

ಕಳೆದ ಕೆಲವು ದಶಕಗಳಲ್ಲಿ ವೆಬ್ ಹಲವು ಬದಲಾವಣೆಗಳನ್ನು ಕಂಡಿದೆ, ಆದರೆ HTML ಯಾವಾಗಲೂ ವೆಬ್ ಪುಟಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಬಳಸುವ ಪ್ರಾಥಮಿಕ ಭಾಷೆಯಾಗಿದೆ. ಕುತೂಹಲಕಾರಿಯಾಗಿ, ವೆಬ್‌ಸೈಟ್‌ಗಳು ಹೆಚ್ಚು ಮುಂದುವರಿದ ಮತ್ತು ಸಂವಾದಾತ್ಮಕವಾಗಿದ್ದರೂ, HTML ಸರಳವಾಗಿದೆ. ನೀವು HTML5 ಪುಟದ ಮೂಲವನ್ನು HTML 4.01 ಅಥವಾ XHTML 1.0 ನಲ್ಲಿ ಬರೆಯಲಾದ ಒಂದೇ ರೀತಿಯ ಪುಟಕ್ಕೆ ಹೋಲಿಸಿದರೆ, HTML5 ಪುಟವು ಕಡಿಮೆ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಏಕೆಂದರೆ ಆಧುನಿಕ HTML ಪುಟದೊಳಗೆ ಬಹುತೇಕ ಎಲ್ಲಾ ಅಂಶಗಳನ್ನು ಫಾರ್ಮಾಟ್ ಮಾಡಲು ಕ್ಯಾಸ್ಕೇಡಿಂಗ್ ಸ್ಟೈಲ್ ಶೀಟ್‌ಗಳು ಅಥವಾ JavaScript ಅನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಅನೇಕ ಡೈನಾಮಿಕ್ ವೆಬ್‌ಸೈಟ್‌ಗಳು PHP ಅಥವಾ ASP ಯಂತಹ ಸರ್ವರ್-ಸೈಡ್ ಸ್ಕ್ರಿಪ್ಟಿಂಗ್ ಭಾಷೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಹಾರಾಡುತ್ತ ವೆಬ್ ಪುಟಗಳನ್ನು ರಚಿಸುತ್ತವೆ. ಆದಾಗ್ಯೂ, ಡೈನಾಮಿಕ್ ಪುಟಗಳನ್ನು ಸಹ HTML ಬಳಸಿ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಬೇಕು. ಆದ್ದರಿಂದ, ಸ್ಕ್ರಿಪ್ಟಿಂಗ್ ಭಾಷೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ವೆಬ್ ಬ್ರೌಸರ್‌ಗೆ ಕಳುಹಿಸಲಾದ HTML ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ.

HTTP ಹೈಪರ್‌ಟೆಕ್ಸ್ಟ್ ಟ್ರಾನ್ಸ್‌ಫರ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಕ್ಲೈಂಟ್‌ಗಳು ಮತ್ತು ಸರ್ವರ್‌ಗಳ ನಡುವಿನ ಸಂವಹನಕ್ಕಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ವಿನಂತಿ-ಪ್ರತಿಕ್ರಿಯೆ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ವೆಬ್ ಬ್ರೌಸರ್ ಕ್ಲೈಂಟ್ ಆಗಿರಬಹುದು ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಆಗಿರಬಹುದು.

ಕ್ಲೈಂಟ್ (ಬ್ರೌಸರ್) ಸರ್ವರ್‌ಗೆ HTTP ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ವಿನಂತಿಯ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿರುವ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸರ್ವರ್ ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಸಿದ ವಿಷಯವನ್ನು ಸಹ ಒಳಗೊಂಡಿರಬಹುದು.

GET ಮತ್ತು POST ಎಂಬ ಎರಡು ವಿನಂತಿ ವಿಧಾನಗಳು

ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ವಿನಂತಿ-ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ಎರಡು ವಿಧಾನಗಳು:

GET - ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸಂಪನ್ಮೂಲದಿಂದ ಡೇಟಾವನ್ನು ವಿನಂತಿಸುತ್ತದೆ;

ಪೋಸ್ಟ್ - ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಡೇಟಾವನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

GET ಮತ್ತು POST ನ ಅನುವಾದವು ಅಕ್ಷರಶಃ ಸ್ವೀಕರಿಸುವುದು ಮತ್ತು ನಂತರದ ಪ್ರಕ್ರಿಯೆ ಎಂದರ್ಥ.

HTTP ಕುರಿತು ಇನ್ನಷ್ಟು

HTTP ಎನ್ನುವುದು ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಡೇಟಾವನ್ನು ರವಾನಿಸಲು ಬಳಸುವ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ಇದು ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ ಸೂಟ್‌ನ ಭಾಗವಾಗಿದೆ ಮತ್ತು ವೆಬ್ ಪುಟ ಡೇಟಾವನ್ನು ರವಾನಿಸಲು ಬಳಸುವ ಆಜ್ಞೆಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ.

HTTP ಸರ್ವರ್-ಕ್ಲೈಂಟ್ ಮಾದರಿಯನ್ನು ಬಳಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಹೋಮ್ ಕಂಪ್ಯೂಟರ್, ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಥವಾ ಮೊಬೈಲ್ ಸಾಧನವಾಗಿರಬಹುದು. HTTP ಸರ್ವರ್ ಸಾಮಾನ್ಯವಾಗಿ ಅಪಾಚೆ ಅಥವಾ IIS ನಂತಹ ವೆಬ್ ಸರ್ವರ್ ಸಾಫ್ಟ್‌ವೇರ್ ಚಾಲನೆಯಲ್ಲಿರುವ ವೆಬ್ ಹೋಸ್ಟ್ ಆಗಿದೆ. ಬಳಕೆದಾರರು ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಪ್ರವೇಶಿಸಿದಾಗ, ಬ್ರೌಸರ್ ಸೂಕ್ತವಾದ ವೆಬ್ ಸರ್ವರ್‌ಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ನೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. URL ಮಾನ್ಯವಾಗಿದ್ದರೆ ಮತ್ತು ಸಂಪರ್ಕವನ್ನು ನೀಡಿದರೆ, ಸರ್ವರ್ ವೆಬ್ ಪುಟ ಮತ್ತು ಸಂಬಂಧಿತ ಫೈಲ್‌ಗಳನ್ನು ಬ್ರೌಸರ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ.

ಸಾಮಾನ್ಯ HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳು ಸೇರಿವೆ:

200 - ಯಶಸ್ವಿ ವಿನಂತಿ (ವೆಬ್ ಪುಟ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ);

301 - ನಿರಂತರವಾಗಿ ಚಲಿಸುತ್ತದೆ (ಆಗಾಗ್ಗೆ ಹೊಸ URL ಗೆ ಮರುನಿರ್ದೇಶಿಸುತ್ತದೆ);

401 - ಅನಧಿಕೃತ ವಿನಂತಿ (ಅಧಿಕಾರ ಅಗತ್ಯವಿದೆ);

500 - ಆಂತರಿಕ ಸರ್ವರ್ ದೋಷ (ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪಾದ ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನಿಂದ ಉಂಟಾಗುತ್ತದೆ).

HTTP ನಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಿ ಮತ್ತು ಪಡೆಯಿರಿ

ವೆಬ್‌ಸೈಟ್‌ಗಳಲ್ಲಿ ಫಾರ್ಮ್ ಸಲ್ಲಿಕೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಬಳಸಲಾಗುವ GET ಮತ್ತು POST ಆಜ್ಞೆಗಳನ್ನು HTTP ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. SSL ಬಳಸಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾದ ಸುರಕ್ಷಿತ ಸಂಪರ್ಕವನ್ನು ಸುಲಭಗೊಳಿಸಲು CONNECT ಆಜ್ಞೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ HTTP ಸಂಪರ್ಕಗಳು HTTPS ಮೂಲಕ ಸಂಭವಿಸುತ್ತವೆ, ಇದು ಸುರಕ್ಷಿತ ಡೇಟಾ ವರ್ಗಾವಣೆಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ HTTP ಯ ವಿಸ್ತರಣೆಯಾಗಿದೆ.

"http://" ನಿಂದ ಪ್ರಾರಂಭವಾಗುವ URL ಗಳು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಹೈಪರ್‌ಟೆಕ್ಸ್ಟ್ ವರ್ಗಾವಣೆ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಪೋರ್ಟ್ 80 ಅನ್ನು ಬಳಸುತ್ತವೆ. "https://" ನಿಂದ ಪ್ರಾರಂಭವಾಗುವ URL ಗಳು ಸುರಕ್ಷಿತ HTTPS ಸಂಪರ್ಕದ ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಪೋರ್ಟ್ 443 ಅನ್ನು ಬಳಸುತ್ತವೆ.

ಪೋಸ್ಟ್

POST ಎನ್ನುವುದು ಕಂಪ್ಯೂಟರ್‌ಗಳು ಮತ್ತು ಇತರ ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಸಾಧನಗಳನ್ನು ಆನ್ ಮಾಡಿದಾಗ ಅವು ನಿರ್ವಹಿಸುವ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಗಳ ಸರಣಿಯಾಗಿದೆ. ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳನ್ನು ಪರದೆಯ ಮೇಲೆ ಪ್ರದರ್ಶಿಸಬಹುದು, ಮಿನುಗುವ ಎಲ್ಇಡಿಗಳ ಮೂಲಕ ಪ್ರದರ್ಶಿಸಬಹುದು ಅಥವಾ ಆಂತರಿಕವಾಗಿ ಸರಳವಾಗಿ ರೆಕಾರ್ಡ್ ಮಾಡಬಹುದು. ಕಂಪ್ಯೂಟರ್ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, POST ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬೂಟ್ ಅನುಕ್ರಮದ ಆರಂಭದಲ್ಲಿ ನಡೆಸಲಾಗುತ್ತದೆ. ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳು ಪಾಸ್ ಆಗಿದ್ದರೆ, ಉಳಿದ ಆರಂಭಿಕ ಪ್ರಕ್ರಿಯೆಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮುಂದುವರಿಯುತ್ತದೆ.

Mac ಮತ್ತು Windows ಸಾಧನದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು ಪ್ರತಿ ಬಾರಿ ಕಂಪ್ಯೂಟರ್ ಬೂಟ್ ಮಾಡಿದಾಗ ಅಥವಾ ಮರುಪ್ರಾರಂಭಿಸಿದಾಗ POST ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ. ಸ್ಕ್ಯಾನ್ ಯಂತ್ರಾಂಶವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರೊಸೆಸರ್, RAM ಮತ್ತು ಶೇಖರಣಾ ಸಾಧನಗಳು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. POST ಸಮಯದಲ್ಲಿ ದೋಷ ಸಂಭವಿಸಿದಲ್ಲಿ, ಆರಂಭಿಕ ಪ್ರಕ್ರಿಯೆಯು ವಿರಾಮಗೊಳಿಸಬಹುದು ಅಥವಾ ಸಂಪೂರ್ಣವಾಗಿ ನಿಲ್ಲಬಹುದು, ಮತ್ತು PC ಗಳಲ್ಲಿ ಸಂದೇಶವು BIOS ಮಾಹಿತಿ ಪರದೆಯಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಅವುಗಳು "08" ನಂತಹ ಕ್ರಿಪ್ಟೋ ಕೋಡ್‌ಗಳಾಗಿ ಅಥವಾ "ಸಿಸ್ಟಮ್ ಮೆಮೊರಿ ಆಫ್‌ಸೆಟ್ ದೋಷ" ದಂತಹ ಸಿಸ್ಟಮ್ ಸಂದೇಶವಾಗಿ ಔಟ್‌ಪುಟ್ ಆಗಿರಬಹುದು. Mac ನಲ್ಲಿ, POST ದೋಷಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸರಳ ಗ್ರಾಫಿಕ್ ಮೂಲಕ ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ ಮುರಿದ ಫೋಲ್ಡರ್ ಐಕಾನ್, ಇದು ಬೂಟ್ ಸಾಧನವು ಕಂಡುಬಂದಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ.

ದೈಹಿಕ ಅಭಿವ್ಯಕ್ತಿಗಳು

ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, POST ದೋಷಗಳ ಮೊದಲು ಕಂಪ್ಯೂಟರ್ ಪರದೆಯು ಆನ್ ಆಗದೇ ಇರಬಹುದು. ಇದು ಸಂಭವಿಸಿದಲ್ಲಿ, ಮಿನುಗುವ ಎಲ್ಇಡಿಗಳು ಅಥವಾ ಬೀಪ್ಗಳ ಮೂಲಕ ದೋಷ ಸಂಕೇತಗಳನ್ನು ಪ್ರದರ್ಶಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಆಪಲ್ ಐಮ್ಯಾಕ್ ಮೂರು ಸತತ ಟೋನ್ಗಳನ್ನು ಪ್ಲೇ ಮಾಡುತ್ತದೆ, ಐದು ಸೆಕೆಂಡುಗಳ ಕಾಲ ವಿರಾಮಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಾರಂಭದ ಸಮಯದಲ್ಲಿ ಕೆಟ್ಟ RAM ಪತ್ತೆಯಾದಾಗ ಟೋನ್ಗಳನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತದೆ. POST ದೋಷಗಳು ಪತ್ತೆಯಾದಾಗ ಹೆಚ್ಚಿನ PC ಗಳು ಬೀಪ್ ಮಾಡುತ್ತವೆ, ಆದಾಗ್ಯೂ ಪ್ರತಿ ತಯಾರಕರು ತಮ್ಮದೇ ಆದ ಕೋಡ್‌ಗಳನ್ನು ಬಳಸುತ್ತಾರೆ.

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

ಪಡೆಯಿರಿ

POST ಎನ್ನುವುದು HTML ಫಾರ್ಮ್ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ವಿಳಾಸ ಪಟ್ಟಿಯಲ್ಲಿ ಪ್ರದರ್ಶಿಸದೆ ಒಂದು ವೆಬ್ ಪುಟದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ರವಾನಿಸುವ ವಿಧಾನವಾಗಿದೆ. ಪರ್ಯಾಯ ವಿಧಾನವೆಂದರೆ GET, ಇದು URL ಗೆ ಮೌಲ್ಯಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ. HTTP POST ವಿನಂತಿಗಳು ಕ್ಲೈಂಟ್‌ನಿಂದ (ಬ್ರೌಸರ್) ಸಂದೇಶದ ದೇಹದಲ್ಲಿರುವ ಸರ್ವರ್‌ಗೆ ಹೆಚ್ಚುವರಿ ಡೇಟಾವನ್ನು ಒದಗಿಸುತ್ತವೆ. ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, GET ವಿನಂತಿಗಳು URL ನಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. HTML ನಲ್ಲಿನ ಫಾರ್ಮ್‌ಗಳು ಅಂಶದ ಮೇಲೆ ವಿಧಾನ=POST ಅಥವಾ ವಿಧಾನ=GET (ಡೀಫಾಲ್ಟ್) ಅನ್ನು ಸೂಚಿಸುವ ಮೂಲಕ ಯಾವುದೇ ವಿಧಾನವನ್ನು ಬಳಸಬಹುದು

. ಫಾರ್ಮ್ ಡೇಟಾವನ್ನು ಸರ್ವರ್‌ಗೆ ಹೇಗೆ ಸಲ್ಲಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವಿಧಾನವು ನಿರ್ಧರಿಸುತ್ತದೆ. GET ವಿಧಾನವನ್ನು ಬಳಸಿದಾಗ, ಎಲ್ಲಾ ಫಾರ್ಮ್ ಡೇಟಾವನ್ನು URL ಗೆ ಪ್ರಶ್ನೆ ಸ್ಟ್ರಿಂಗ್ ನಿಯತಾಂಕಗಳಾಗಿ ಎನ್ಕೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ. POST ಜೊತೆಗೆ, HTTP ವಿನಂತಿ ಸಂದೇಶದ ದೇಹದಲ್ಲಿ ಫಾರ್ಮ್ ಡೇಟಾ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಫಾರ್ಮ್ ಪ್ರಸ್ತುತಿಯಲ್ಲಿ ವ್ಯತ್ಯಾಸಗಳು

POST ವಿನಂತಿಯ ವಿಧಾನವು ವಿನಂತಿಯ ಸಂದೇಶದ ದೇಹದಲ್ಲಿ ಸುತ್ತುವರಿದ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಸಂಗ್ರಹಿಸಲು ವೆಬ್ ಸರ್ವರ್ ಅನ್ನು ವಿನಂತಿಸುತ್ತದೆ. ಫೈಲ್ ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವಾಗ ಅಥವಾ ಪೂರ್ಣಗೊಂಡ ವೆಬ್ ಫಾರ್ಮ್ ಅನ್ನು ಸಲ್ಲಿಸುವಾಗ ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.

HTTP GET ವಿನಂತಿಯ ವಿಧಾನವು ಸರ್ವರ್‌ನಿಂದ ಮಾಹಿತಿಯನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ. GET ವಿನಂತಿಯ ಭಾಗವಾಗಿ, ಕೆಲವು ಡೇಟಾವನ್ನು URL ಪ್ರಶ್ನೆ ಸ್ಟ್ರಿಂಗ್‌ನಲ್ಲಿ ರವಾನಿಸಬಹುದು, ಹುಡುಕಾಟ ಪದಗಳು, ದಿನಾಂಕ ಶ್ರೇಣಿಗಳು ಅಥವಾ ವಿನಂತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ಇತರ ಮಾಹಿತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು.

POST ವಿನಂತಿಯ ಭಾಗವಾಗಿ, ವಿನಂತಿಯ ಸಂದೇಶದ ದೇಹದಲ್ಲಿರುವ ಸರ್ವರ್‌ಗೆ ಯಾವುದೇ ಪ್ರಕಾರದ ಅನಿಯಂತ್ರಿತ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ಕಳುಹಿಸಬಹುದು. POST ವಿನಂತಿಯಲ್ಲಿನ ಹೆಡರ್ ಕ್ಷೇತ್ರವು ಸಾಮಾನ್ಯವಾಗಿ ಸಂದೇಶ ದೇಹದ ಇಂಟರ್ನೆಟ್ ಮಾಧ್ಯಮ ಪ್ರಕಾರವನ್ನು ಸೂಚಿಸುತ್ತದೆ.

GET ಮತ್ತು POST ವಿನಂತಿಗಳ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಅವು HTTP ವಿಶೇಷಣಗಳಲ್ಲಿ ವಿವರಿಸಿದಂತೆ ವಿಭಿನ್ನ HTTP ವಿನಂತಿಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುತ್ತವೆ. ಎರಡೂ ವಿಧಾನಗಳ ಸಲ್ಲಿಕೆ ಪ್ರಕ್ರಿಯೆಯು ಒಂದೇ ರೀತಿಯಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ: ಫಾರ್ಮ್ ಡೇಟಾ ಸೆಟ್ ಅನ್ನು ಬ್ರೌಸರ್‌ನಿಂದ ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಎನ್‌ಕ್ಟೈಪ್ ಗುಣಲಕ್ಷಣದಿಂದ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ರೀತಿಯಲ್ಲಿ ಎನ್‌ಕೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ. METHOD="POST" ಗಾಗಿ ಎನ್ಕ್ಟೈಪ್ ಗುಣಲಕ್ಷಣವು ಮಲ್ಟಿಪಾರ್ಟ್/ಫಾರ್ಮ್-ಡೇಟಾ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded ಆಗಿರಬಹುದು, ಆದರೆ METHOD="GET" ಗಾಗಿ ಇದು ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded ಮೂಲಕ ಮಾತ್ರ ಪ್ರಚೋದಿಸಲ್ಪಡುತ್ತದೆ ಫಾರ್ಮ್ ಡೇಟಾವನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ ನಂತರ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

METHOD="GET" ಅನ್ನು ಬಳಸಿಕೊಂಡು ಫಾರ್ಮ್ ಅನ್ನು ಸಲ್ಲಿಸಲು, ಬ್ರೌಸರ್ ಕ್ರಿಯೆಯ ಗುಣಲಕ್ಷಣದ ಮೌಲ್ಯವನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ಫಾರ್ಮ್‌ನ ಡೇಟಾ ಸೆಟ್‌ಗೆ ಸೇರಿಸುವ ಮೂಲಕ URL ಅನ್ನು ರಚಿಸುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded ವಿಷಯ ಪ್ರಕಾರವನ್ನು ಬಳಸಿಕೊಂಡು ಎನ್‌ಕೋಡ್ ಮಾಡಲಾಗಿದೆ). ಬ್ರೌಸರ್ ನಂತರ ಈ URL ಅನ್ನು ಲಿಂಕ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಿದಂತೆ (ಅಥವಾ ಬಳಕೆದಾರರು URL ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಟೈಪ್ ಮಾಡಿದಂತೆ) ಪರಿಗಣಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ URL ಅನ್ನು ಭಾಗಗಳಾಗಿ ವಿಭಜಿಸುತ್ತದೆ ಮತ್ತು ಹೋಸ್ಟ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ, ನಂತರ ಆ ಹೋಸ್ಟ್‌ಗೆ GET ವಿನಂತಿಯನ್ನು ಉಳಿದ URL ನೊಂದಿಗೆ ಆರ್ಗ್ಯುಮೆಂಟ್ ಆಗಿ ಕಳುಹಿಸುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯು ಈ ಫಾರ್ಮ್‌ಗಳು ASCII ಕೋಡ್‌ಗಳಿಗೆ ಸೀಮಿತವಾಗಿದೆ ಎಂದು ಗಮನಿಸುವುದು ಮುಖ್ಯ. ಇತರ ರೀತಿಯ ಅಕ್ಷರಗಳನ್ನು ASCII URL ಗೆ ರವಾನಿಸುವಾಗ ಎನ್‌ಕೋಡಿಂಗ್ ಮತ್ತು ಡಿಕೋಡಿಂಗ್ ಮಾಡಲು ನಿರ್ದಿಷ್ಟ ಗಮನವನ್ನು ನೀಡಬೇಕು.

METHOD="POST" ನೊಂದಿಗೆ ಫಾರ್ಮ್ ಅನ್ನು ಸಲ್ಲಿಸುವುದರಿಂದ ಕ್ರಿಯೆಯ ಗುಣಲಕ್ಷಣ ಮೌಲ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು POST ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎನ್ಕ್ಟೈಪ್ ಗುಣಲಕ್ಷಣದಿಂದ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವಿಷಯ ಪ್ರಕಾರದ ಪ್ರಕಾರ ಸಂದೇಶವನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ.

PHP

PHP ಅನ್ನು HTML ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಇದರರ್ಥ PHP ಕೋಡ್ ಅನ್ನು HTML ಪುಟಕ್ಕೆ ಸೇರಿಸಬಹುದು. ಪುಟವನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಸರ್ವರ್‌ನಿಂದ PHP ಕೋಡ್ ಅನ್ನು ಓದಲಾಗುತ್ತದೆ ಅಥವಾ ಪಾರ್ಸ್ ಮಾಡಲಾಗುತ್ತದೆ. ಪುಟದಲ್ಲಿ PHP ಯಲ್ಲಿನ GET ಮತ್ತು POST ಕಾರ್ಯಗಳ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬ್ರೌಸರ್‌ನಿಂದ ಓದಬಹುದಾದ HTML ಕೋಡ್‌ನಂತೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ. ಪುಟ ಲೋಡ್ ಆಗುವ ಮೊದಲು PHP ಕೋಡ್ ಅನ್ನು HTML ಗೆ ಪರಿವರ್ತಿಸುವುದರಿಂದ, ಬಳಕೆದಾರರು ಪುಟದಲ್ಲಿ PHP ಕೋಡ್ ಅನ್ನು ವೀಕ್ಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ಡೇಟಾಬೇಸ್‌ಗಳು ಮತ್ತು ಇತರ ಸುರಕ್ಷಿತ ಮಾಹಿತಿಯನ್ನು ಪ್ರವೇಶಿಸಲು PHP ಪುಟಗಳನ್ನು ಸಾಕಾಗುವಂತೆ ಮಾಡುತ್ತದೆ.

PHP ಯ ಹೆಚ್ಚಿನ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು C, Java ಮತ್ತು Perl ನಂತಹ ಇತರ ಭಾಷೆಗಳಿಂದ ಎರವಲು ಪಡೆಯಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, PHP ಹಲವಾರು ವಿಶಿಷ್ಟ ಲಕ್ಷಣಗಳು ಮತ್ತು ವಿಶೇಷ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿದೆ. ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ರಚಿಸಲಾದ ಪುಟಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಸುಲಭವಾಗಿ ಬರೆಯಲು ವೆಬ್ ಡೆವಲಪರ್‌ಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಈ ಭಾಷೆಯ ಉದ್ದೇಶವಾಗಿದೆ.

ವರ್ಡ್ಪ್ರೆಸ್

ವರ್ಡ್ಪ್ರೆಸ್ ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಬಳಸುವ ಉಚಿತ ವಿಷಯ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಇದರ ಬಳಕೆಯ ಸುಲಭತೆ ಮತ್ತು ಅನನ್ಯ ಬ್ಲಾಗಿಂಗ್ ವೈಶಿಷ್ಟ್ಯಗಳು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಬ್ಲಾಗಿಂಗ್ ಸಾಧನವಾಗಲು ಸಹಾಯ ಮಾಡಿದೆ.

ವರ್ಡ್ಪ್ರೆಸ್ ಇಂಟರ್ಫೇಸ್ ಯಾವುದೇ ವೆಬ್ ಅಭಿವೃದ್ಧಿ ಅನುಭವವಿಲ್ಲದ ಯಾರಾದರೂ ವೆಬ್‌ಸೈಟ್ ರಚಿಸಲು ಮತ್ತು ಪ್ರಕಟಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಅಂತರ್ನಿರ್ಮಿತ ಬ್ಲಾಗಿಂಗ್ ಪರಿಕರಗಳು ವೈಯಕ್ತಿಕ ಪೋಸ್ಟ್‌ಗಳು, ಸಂದರ್ಶಕರು ಮತ್ತು ಬಳಕೆದಾರರ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಸುಲಭವಾದ ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತವೆ.

ಸಾವಿರಾರು ವರ್ಡ್ಪ್ರೆಸ್ ಟೆಂಪ್ಲೇಟ್‌ಗಳು ಮತ್ತು ಪ್ಲಗಿನ್‌ಗಳು ಲಭ್ಯವಿದ್ದರೂ, ವರ್ಡ್‌ಪ್ರೆಸ್‌ನಲ್ಲಿನ POST GET ವ್ಯವಸ್ಥೆಯು ಅದರ ಮಿತಿಗಳನ್ನು ಹೊಂದಿದೆ. ಇದು ಟೆಂಪ್ಲೇಟ್-ಆಧಾರಿತ ಸೇವೆಯಾಗಿರುವುದರಿಂದ, ಬಳಕೆದಾರರು ಮೊದಲಿನಿಂದ ಪುಟಗಳನ್ನು ರಚಿಸುವ ಬದಲು ಪೂರ್ವ-ನಿರ್ಮಿತ ವೆಬ್‌ಸೈಟ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಬೇಕು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕಸ್ಟಮ್ ವೆಬ್‌ಸೈಟ್ ನೀಡುವ ಅದೇ ಮಟ್ಟದ ನಿಯಂತ್ರಣದೊಂದಿಗೆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಸೇರಿಸಲು ಅಥವಾ ಡೇಟಾಬೇಸ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಯಾವುದೇ ಸಾಮರ್ಥ್ಯವಿಲ್ಲ.

POST_GET_ID() ಪರಿಕರವು ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಐಟಂ ಅನ್ನು ಕುಶಲತೆಯಿಂದ ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಅನನ್ಯ ID ಅನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಈ ವಿಧಾನಗಳ ಮೂಲಕ ಅದನ್ನು ಫಾರ್ಮ್ ಆಗಿ ಸಲ್ಲಿಸುವಾಗ ಡ್ರಾಪ್‌ಡೌನ್ ಅನ್ನು ಅನನ್ಯ ID ಯೊಂದಿಗೆ ಸಲ್ಲಿಸಲಾಗುತ್ತದೆ ಅದು ಸ್ಕ್ರಿಪ್ಟ್ ರನ್ ಆಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಲು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಪರ್ಯಾಯವಾಗಿ, ಯಾವ ಪೋಸ್ಟ್ ವೀಕ್ಷಣೆಗೆ ಸೇರಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅನುಮತಿಸುವ ಗುಪ್ತ ವೇರಿಯಬಲ್ ಅನ್ನು ಕಳುಹಿಸಬಹುದು.

10/30/16 9.7K

PHP ಬಳಸಿಕೊಂಡು POST ವಿನಂತಿಗಳನ್ನು ರಚಿಸುವುದು

PHP POST ವಿನಂತಿಯನ್ನು ನಿರ್ವಹಿಸುವ ಮೊದಲ ವಿಧಾನವೆಂದರೆ file_get_contents ಅನ್ನು ಬಳಸುವುದು. ಎರಡನೆಯ ವಿಧಾನವು ಫ್ರೆಡ್ ಅನ್ನು ಒಂದೆರಡು ಇತರ ಕಾರ್ಯಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸುತ್ತದೆ. ಅಗತ್ಯವಿರುವ ವಿನಂತಿಯ ಹೆಡರ್ ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಲು ಎರಡೂ ಆಯ್ಕೆಗಳು stream_context_create ಕಾರ್ಯವನ್ನು ಬಳಸುತ್ತವೆ.

ಕೋಡ್ ವಿವರಣೆ

$sPD ವೇರಿಯೇಬಲ್ ವರ್ಗಾವಣೆ ಮಾಡಬೇಕಾದ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿದೆ. ಇದು HTTP ವಿನಂತಿಯ ಸ್ಟ್ರಿಂಗ್ ಸ್ವರೂಪದಲ್ಲಿರಬೇಕು, ಆದ್ದರಿಂದ ಕೆಲವು ವಿಶೇಷ ಅಕ್ಷರಗಳನ್ನು ಎನ್ಕೋಡ್ ಮಾಡಬೇಕು.

file_get_contents ಕಾರ್ಯ ಮತ್ತು fread ಕಾರ್ಯ ಎರಡರಲ್ಲೂ ನಾವು ಎರಡು ಹೊಸ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಮೊದಲನೆಯದು use_include_path . ನಾವು HTTP ವಿನಂತಿಯನ್ನು ಮಾಡುತ್ತಿರುವುದರಿಂದ, ಎರಡೂ ಉದಾಹರಣೆಗಳಲ್ಲಿ ಅದು ತಪ್ಪಾಗಿರುತ್ತದೆ. ಸ್ಥಳೀಯ ಸಂಪನ್ಮೂಲವನ್ನು ಓದಲು ಸರಿ ಎಂದು ಹೊಂದಿಸಿದಾಗ, ಕಾರ್ಯವು ಒಳಗೊಂಡಿರುವ_ಪಥದಲ್ಲಿ ಫೈಲ್ ಅನ್ನು ಹುಡುಕುತ್ತದೆ.

ಎರಡನೇ ಪ್ಯಾರಾಮೀಟರ್ ಸಂದರ್ಭವಾಗಿದೆ, ಇದು $aHTTP ರಚನೆಯ ಮೌಲ್ಯವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ stream_context_create ನ ರಿಟರ್ನ್ ಮೌಲ್ಯದೊಂದಿಗೆ ಜನಸಂಖ್ಯೆ ಹೊಂದಿದೆ.

POST ವಿನಂತಿಗಳನ್ನು ಮಾಡಲು file_get_contents ಅನ್ನು ಬಳಸುವುದು

PHP ಯಲ್ಲಿ file_get_contents ಬಳಸಿಕೊಂಡು POST ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಲು, ನೀವು ಶಿರೋಲೇಖ ಕ್ಷೇತ್ರಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಭರ್ತಿ ಮಾಡಲು stream_context_create ಅನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಯಾವ "ರೇಪರ್" ಅನ್ನು ಬಳಸಬೇಕೆಂದು ಸೂಚಿಸಬೇಕು - ಈ ಸಂದರ್ಭದಲ್ಲಿ HTTP:

$sURL = "http://brugbart.com/Examples/http-post.php"; // ಪೋಸ್ಟ್ URL $sPD = "ಹೆಸರು=ಜಾಕೋಬ್&ಬೆಂಚ್=150"; // POST ಡೇಟಾ $aHTTP = ಅರೇ("http" => // ರ್ಯಾಪರ್ ಅನ್ನು ಬಳಸಲಾಗುವುದು ("ವಿಧಾನ" => "POST", // ವಿನಂತಿ ವಿಧಾನ // ವಿನಂತಿಯ ಹೆಡರ್‌ಗಳನ್ನು "ಹೆಡರ್" ಕೆಳಗೆ ಹೊಂದಿಸಲಾಗಿದೆ => "ವಿಷಯ - ಪ್ರಕಾರ: ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded", "ವಿಷಯ" => $sPD)); $ಸಂದರ್ಭ = stream_context_create($aHTTP); $contents = file_get_contents($sURL, ತಪ್ಪು, $ಸಂದರ್ಭ); ಪ್ರತಿಧ್ವನಿ $ ವಿಷಯಗಳು;

POST ವಿನಂತಿಗಳನ್ನು ನಿರ್ವಹಿಸಲು fread ಅನ್ನು ಬಳಸುವುದು

POST ವಿನಂತಿಗಳನ್ನು ಮಾಡಲು ನೀವು fread ಕಾರ್ಯವನ್ನು ಬಳಸಬಹುದು. ಕೆಳಗಿನ ಉದಾಹರಣೆಯು ಅಗತ್ಯವಾದ HTTP ವಿನಂತಿಯ ಹೆಡರ್‌ಗಳನ್ನು ರಚಿಸಲು stream_context_create ಅನ್ನು ಬಳಸುತ್ತದೆ:

$sURL = "http://brugbart.com/Examples/http-post.php"; // ಪೋಸ್ಟ್ URL $sPD = "ಹೆಸರು=ಜಾಕೋಬ್&ಬೆಂಚ್=150"; // POST ಡೇಟಾ $aHTTP = ಅರೇ("http" => // ರ್ಯಾಪರ್ ಅನ್ನು ಬಳಸಲಾಗುವುದು ("ವಿಧಾನ" => "POST", // ವಿನಂತಿ ವಿಧಾನ // ವಿನಂತಿಯ ಹೆಡರ್‌ಗಳನ್ನು "ಹೆಡರ್" => "ವಿಷಯ" ಕೆಳಗೆ ಹೊಂದಿಸಲಾಗಿದೆ - ಪ್ರಕಾರ: ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded", "ವಿಷಯ" => $sPD)); $ಸಂದರ್ಭ = stream_context_create($aHTTP); $ಹ್ಯಾಂಡಲ್ = ಫೋಪೆನ್($sURL, "r", ತಪ್ಪು, $ಸಂದರ್ಭ); $ವಿಷಯ = ""; ಹಾಗೆಯೇ (!feof($ಹ್ಯಾಂಡಲ್)) ($ವಿಷಯಗಳು .= fread($handle, 8192); ) fclose($handle); ಪ್ರತಿಧ್ವನಿ $ ವಿಷಯಗಳು;

PHP ಯೊಂದಿಗೆ GET ವಿನಂತಿಗಳನ್ನು ಮಾಡುವುದು

HTTP ಮತ್ತು HTTPS ಮೂಲಕ ಇಂಟರ್ನೆಟ್‌ನಿಂದ ವಿಷಯವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು ನಾವು ಈಗ fread ಮತ್ತು file_get_contents ಅನ್ನು ಬಳಸುವತ್ತ ಗಮನಹರಿಸುತ್ತೇವೆ. ಈ ಲೇಖನದಲ್ಲಿ ವಿವರಿಸಿದ ವಿಧಾನಗಳನ್ನು ಬಳಸಲು, ನೀವು ಫೋಪೆನ್ ಹೊದಿಕೆಗಳ ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು. ಇದನ್ನು ಮಾಡಲು, ನೀವು php.ini ಫೈಲ್‌ನಲ್ಲಿ ಅನುಮತಿಸುವ_url_fopen ನಿಯತಾಂಕವನ್ನು ಆನ್‌ಗೆ ಹೊಂದಿಸಬೇಕಾಗುತ್ತದೆ.

PHP ನಲ್ಲಿ POST ಮತ್ತು GET ವಿನಂತಿಗಳನ್ನು ನಿರ್ವಹಿಸುವುದನ್ನು ವೆಬ್‌ಸೈಟ್‌ಗಳಿಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಲು, ವೆಬ್ ಪುಟದ ವಿಷಯವನ್ನು ಹಿಂಪಡೆಯಲು ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಹೊಸ ಆವೃತ್ತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಸರಳವಾದ HTTP ವಿನಂತಿಗಳನ್ನು ಹೇಗೆ ಮಾಡುವುದು ಎಂಬುದನ್ನು ನಾವು ಕವರ್ ಮಾಡುತ್ತೇವೆ.

ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಫೈಲ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು ಅಥವಾ ಸ್ವೀಕರಿಸಲು fread ಅನ್ನು ಬಳಸುವುದು

ವೆಬ್ ಪುಟ ಓದುವಿಕೆ ಪ್ಯಾಕೆಟ್‌ನ ಪ್ರವೇಶಿಸಬಹುದಾದ ಭಾಗಕ್ಕೆ ಸೀಮಿತವಾಗಿದೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ಆದ್ದರಿಂದ ನೀವು stream_get_contents ಕಾರ್ಯವನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ ( file_get_contents ಅನ್ನು ಹೋಲುತ್ತದೆ) ಅಥವಾ ಫೈಲ್‌ನ ಅಂತ್ಯವನ್ನು ತಲುಪುವವರೆಗೆ ವಿಷಯಗಳನ್ನು ಸಣ್ಣ ಭಾಗಗಳಲ್ಲಿ ಓದಲು ಸ್ವಲ್ಪ ಸಮಯದ ಲೂಪ್:

PHP POST ವಿನಂತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಈ ಸಂದರ್ಭದಲ್ಲಿ, fread ಕಾರ್ಯದ ಕೊನೆಯ ಆರ್ಗ್ಯುಮೆಂಟ್ ತುಣುಕಿನ ಗಾತ್ರಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. ಇದು ಸಾಮಾನ್ಯವಾಗಿ 8192 ಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬಾರದು ( 8*1024 ).

ಇತ್ತೀಚೆಗೆ, ನಾನು POST ಮತ್ತು GET ವಿನಂತಿಗಳನ್ನು ರಚಿಸುವ ವಿಷಯದ ಕುರಿತು ಮುಖ್ಯ PHPClub ಫೋರಮ್‌ನಲ್ಲಿ ಪ್ರಶ್ನೆಗಳನ್ನು ಹೆಚ್ಚಾಗಿ ನೋಡುತ್ತಿದ್ದೇನೆ, ಹಾಗೆಯೇ ವಿಷಯದ ಕುರಿತು ಪ್ರಶ್ನೆಗಳು: "ಹೆಡರ್ ಕಾರ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು ನಾನು POST ವಿನಂತಿಯನ್ನು ಹೇಗೆ ರಚಿಸಬಹುದು." ಅನನುಭವಿ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ವೆಬ್‌ನ ತತ್ವಗಳನ್ನು ಸರಳವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳದ ಕಾರಣ, ಈ ತಂತ್ರಜ್ಞಾನದ ಬಳಕೆಯಲ್ಲಿ ಐಗಳನ್ನು ಡಾಟ್ ಮಾಡುವ ಅಗತ್ಯವು ಬಹಳ ಹಿಂದೆಯೇ ಇದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಆದ್ದರಿಂದ, HTTP ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಪಂಚದ ಮೂಲಕ ನಮ್ಮ ಪ್ರಯಾಣವನ್ನು ಪ್ರಾರಂಭಿಸೋಣ.

1. HTTP ಪ್ರೋಟೋಕಾಲ್. ಪರಿಚಯ

ನಾನು ಈಗಿನಿಂದಲೇ ಒಂದು ಸಣ್ಣ ವಿಷಯವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಲು ಬಯಸುತ್ತೇನೆ.

ಭಯಾನಕ ಪದ ಪ್ರೋಟೋಕಾಲ್ ಅನೇಕ ಜನರ ಒಪ್ಪಂದಕ್ಕಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ, ಒಂದು ಉತ್ತಮ ಕ್ಷಣದಲ್ಲಿ ಜನರು ನಿರ್ಧರಿಸಿದರು: "ಈ ರೀತಿ ಮಾಡೋಣ, ಮತ್ತು ನಂತರ ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿರುತ್ತದೆ." ಭಯಪಡಲು ಏನೂ ಇಲ್ಲ, ಎಲ್ಲವೂ ಸರಳವಾಗಿ ಅತಿರೇಕದ ಮತ್ತು ನಾವು ಈಗ ಈ ಅವಮಾನವನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತೇವೆ. ಹಾಗಾದರೆ, HTTP ಪ್ರೋಟೋಕಾಲ್ ಎಂದರೇನು ಮತ್ತು ಅದನ್ನು ಯಾವುದಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ?

1.1 ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್

ಜಗತ್ತಿನಲ್ಲಿ ಯಾವುದೇ ಪವಾಡಗಳಿಲ್ಲ, ಮತ್ತು ವಿಶೇಷವಾಗಿ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಜಗತ್ತಿನಲ್ಲಿ!

ಎಲ್ಲವೂ ತುಂಬಾ ಜಟಿಲವಾಗಿದೆ ಎಂದು ನೀವು ಭಾವಿಸಿದರೆ, ನೀವು ತಪ್ಪಾಗಿ ಭಾವಿಸುತ್ತೀರಿ. ಮನುಷ್ಯನನ್ನು ಸಂಕೀರ್ಣವಾದದ್ದನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಾಗದ ರೀತಿಯಲ್ಲಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, ಇಲ್ಲದಿದ್ದರೆ ಅವನು ಅದರಲ್ಲಿ ಗೊಂದಲಕ್ಕೊಳಗಾಗುತ್ತಾನೆ :-) ಆದ್ದರಿಂದ, ಬ್ರೌಸರ್ ಇದೆ ಮತ್ತು ವೆಬ್ ಸರ್ವರ್ ಇದೆ.

ಬ್ರೌಸರ್ ಯಾವಾಗಲೂ ಡೇಟಾ ವಿನಿಮಯದ ಪ್ರಾರಂಭಕವಾಗಿದೆ. ವೆಬ್ ಸರ್ವರ್ ಎಂದಿಗೂ ಯಾರಿಗಾದರೂ ಏನನ್ನೂ ಕಳುಹಿಸುವುದಿಲ್ಲ ಇದರಿಂದ ಅದು ಬ್ರೌಸರ್‌ಗೆ ಏನನ್ನಾದರೂ ಕಳುಹಿಸುತ್ತದೆ - ಬ್ರೌಸರ್ ಅದನ್ನು ಕೇಳಬೇಕು.

ಸರಳವಾದ HTTP ವಿನಂತಿಯು ಈ ರೀತಿ ಕಾಣಿಸಬಹುದು:
http://www.php.net/ HTTP/1.0\r\n\r\n ಪಡೆಯಿರಿ
GET (ಇಂಗ್ಲಿಷ್‌ನಿಂದ ಅನುವಾದಿಸಲಾಗಿದೆ ಎಂದರೆ "ಪಡೆಯಿರಿ") - ವಿನಂತಿಯ ಪ್ರಕಾರವು ವಿಭಿನ್ನವಾಗಿರಬಹುದು, ಉದಾಹರಣೆಗೆ POST, HEAD, PUT, DELETE (ಅವುಗಳಲ್ಲಿ ಕೆಲವನ್ನು ನಾವು ಕೆಳಗೆ ನೋಡುತ್ತೇವೆ).
http://www.php.net/ - URI (ವಿಳಾಸ) ಇದರಿಂದ ನಾವು ಕನಿಷ್ಟ ಕೆಲವು ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಲು ಬಯಸುತ್ತೇವೆ (ನೈಸರ್ಗಿಕವಾಗಿ, HTML ಪುಟವನ್ನು ಕಲಿಯಲು ನಾವು ಭಾವಿಸುತ್ತೇವೆ).

HTTP/1.0 ಎಂಬುದು ಸರ್ವರ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವಾಗ ನಾವು ಬಳಸುವ ಪ್ರೋಟೋಕಾಲ್‌ನ ಪ್ರಕಾರ ಮತ್ತು ಆವೃತ್ತಿಯಾಗಿದೆ.

\r\n ಎಂಬುದು ರೇಖೆಯ ಅಂತ್ಯವಾಗಿದೆ, ಅದನ್ನು ಎರಡು ಬಾರಿ ಪುನರಾವರ್ತಿಸಬೇಕು ಏಕೆ ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ.

ನೀವು ಈ ವಿನಂತಿಯನ್ನು ಸರಳವಾಗಿ ನಿರ್ವಹಿಸಬಹುದು. telnet.exe ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ರನ್ ಮಾಡಿ, www.php.net ಅನ್ನು ಹೋಸ್ಟ್ ಆಗಿ ನಮೂದಿಸಿ, ಪೋರ್ಟ್ 80 ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ ಮತ್ತು \r\n\r\n ಎಂದು ಎರಡು ಬಾರಿ Enter ಅನ್ನು ಒತ್ತುವ ಮೂಲಕ ಈ ವಿನಂತಿಯನ್ನು ಟೈಪ್ ಮಾಡಿ. ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ನೀವು www.php.net ಸೈಟ್‌ನ ಮುಖ್ಯ ಪುಟದ HTML ಕೋಡ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ.

1.3 ವಿನಂತಿ ರಚನೆ HTTP ವಿನಂತಿಯು ಏನನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ.

ಎಲ್ಲವೂ ತುಂಬಾ ಸರಳವಾಗಿದೆ. HTTP ವಿನಂತಿಯು ಸಂಪೂರ್ಣವಾಗಿ ಅರ್ಥಪೂರ್ಣ ಪಠ್ಯವಾಗಿದೆ ಎಂಬ ಅಂಶದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ. ಸಾಮಾನ್ಯ ಸಂದರ್ಭದಲ್ಲಿ ಇದು ಏನು ಒಳಗೊಂಡಿದೆ? ನಾವು HTTP 1.0 ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಪರಿಗಣಿಸುತ್ತೇವೆ. ಆದ್ದರಿಂದ:ವಿನಂತಿ-ಸಾಲು

[ಜನರಲ್-ಹೆಡರ್ | ವಿನಂತಿ-ಶೀರ್ಷಿಕೆ | ಎಂಟಿಟಿ-ಹೆಡರ್ ]\r\n[ ಎಂಟಿಟಿ-ಬಾಡಿ ]

ವಿನಂತಿ-ಸಾಲು- ಪ್ರಶ್ನೆ ಸ್ಟ್ರಿಂಗ್
ಸ್ವರೂಪ: "ವಿಧಾನ ವಿನಂತಿ-URI HTTP-ಆವೃತ್ತಿ\r\n"ವಿಧಾನ
- ವಿನಂತಿ-URI ಸಂಪನ್ಮೂಲವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುವ ವಿಧಾನವು GET, POST, PUT, DELETE ಅಥವಾ HEAD ಆಗಿರಬಹುದು.ವಿನಂತಿ-URI

- ಪ್ಯಾರಾಮೀಟರ್‌ಗಳ ಗುಂಪಿನೊಂದಿಗೆ ಪುಟಕ್ಕೆ ಸಂಬಂಧಿತ ಅಥವಾ ಸಂಪೂರ್ಣ ಲಿಂಕ್, ಉದಾಹರಣೆಗೆ, /index.html ಅಥವಾ http://www.myhost.ru/index.html ಅಥವಾ /index.html?a=1&b=qq.

ನಂತರದ ಸಂದರ್ಭದಲ್ಲಿ, ಸರ್ವರ್ ಅನುಗುಣವಾದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ವೇರಿಯೇಬಲ್‌ಗಳ a ಮತ್ತು b ನೊಂದಿಗೆ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು “&” ಚಿಹ್ನೆ - ಆಂಪರ್ಸೆಂಡ್ - ನಿಯತಾಂಕಗಳ ನಡುವೆ ವಿಭಜಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. HTTP-ಆವೃತ್ತಿ

- HTTP ಪ್ರೋಟೋಕಾಲ್ನ ಆವೃತ್ತಿ, ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ "HTTP/1.0". GET ಮತ್ತು POST ಪ್ರಕ್ರಿಯೆ ವಿಧಾನಗಳಲ್ಲಿ ನಾವು ಹೆಚ್ಚು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ. GET ವಿಧಾನದೊಂದಿಗೆ ನೀವು ಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ನಿಯತಾಂಕಗಳನ್ನು ಸರಳವಾಗಿ ರವಾನಿಸಬಹುದು ಮತ್ತು POST ವಿಧಾನದೊಂದಿಗೆ ನೀವು ಫಾರ್ಮ್ ಸಲ್ಲಿಕೆಯನ್ನು ಅನುಕರಿಸಬಹುದು.
ಸ್ವರೂಪ:
ಕೇವಲ ಎರಡು ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿರಬಹುದು: ದಿನಾಂಕ ಅಥವಾ ಪ್ರಗ್ಮಾ. ದಿನಾಂಕ - "ವಾರದ ದಿನ, ದಿನ ತಿಂಗಳು ವರ್ಷ HH:MM:SS GMT" ರೂಪದಲ್ಲಿ ಗ್ರೀನ್‌ವಿಚ್ ದಿನಾಂಕ, ಉದಾಹರಣೆಗೆ, "ಮಂಗಳವಾರ, 15 ನವೆಂಬರ್ 1994 08:12:31 GMT" - ವಿನಂತಿಯನ್ನು ರಚಿಸಿದ ದಿನಾಂಕ.
ಪ್ರಗ್ಮಾ ಒಂದೇ ನೋ-ಕ್ಯಾಶ್ ಮೌಲ್ಯವನ್ನು ಹೊಂದಬಹುದು, ಇದು ಪುಟ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವಿಕೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.ವಿನಂತಿ-ಹೆಡರ್
- ವಿನಂತಿಯನ್ನು ವಿವರಿಸುವ ಶೀರ್ಷಿಕೆಯ ಭಾಗ. ವಿನಂತಿ-ಹೆಡರ್ ಈ ಕೆಳಗಿನ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಬಹುದು:.
ಅನುಮತಿಸಿ, ದೃಢೀಕರಣ, ಇಂದ, ಮಾರ್ಪಡಿಸಿದಲ್ಲಿ-ಆದರೆ, ರೆಫರರ್, ಬಳಕೆದಾರ-ಏಜೆಂಟ್
ಈ ಅಧ್ಯಾಯದಲ್ಲಿ, ನಾವು ದೃಢೀಕರಣ ನಿಯತಾಂಕವನ್ನು ಪರಿಗಣಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇದನ್ನು ಖಾಸಗಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ಆಗಾಗ್ಗೆ ಅಗತ್ಯವಿಲ್ಲ. www.w3c.org ನಲ್ಲಿ ಅಧಿಕೃತ ಪ್ರವೇಶ ಹೆಡರ್ ಅನ್ನು ನೀವೇ ಹೇಗೆ ರಚಿಸುವುದು ಎಂಬುದನ್ನು ನೀವು ಕಲಿಯಬಹುದು.
ಅನುಮತಿಸಿ
- ಸ್ವೀಕಾರಾರ್ಹ ಸಂಸ್ಕರಣಾ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ.
ಸ್ವರೂಪ: "ಅನುಮತಿ ನೀಡಿ: ಪಡೆಯಿರಿ | ತಲೆ\n".ವಿನಂತಿ-ಸಾಲಿನಲ್ಲಿ POST ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ವಿಧಾನವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವಾಗ ನಿಯತಾಂಕವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ. ಸ್ವೀಕಾರಾರ್ಹ ವಿನಂತಿ ಪ್ರಕ್ರಿಯೆ ವಿಧಾನಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ.
ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ಗಳು ಅನುಮತಿಸುವ ನಿಯತಾಂಕವನ್ನು ಮಾರ್ಪಡಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅದು ಬದಲಾಗದೆ ಸರ್ವರ್ ಅನ್ನು ತಲುಪುತ್ತದೆ.
ಇಂದ - ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಿದ ವ್ಯಕ್ತಿಯ ಇಮೇಲ್ ವಿಳಾಸ.ಸ್ವರೂಪ: "ಇಂದ: adderss\r\n".
ಉದಾಹರಣೆಗೆ, "ಇಂದ:[ಇಮೇಲ್ ಸಂರಕ್ಷಿತ]
\r\n".
ಒಂದು ವೇಳೆ-ಮಾರ್ಪಡಿಸಿದ-ಇಂದಿನಿಂದ
- ಅಂತಹ ಮತ್ತು ಅಂತಹ ಸಮಯದಿಂದ ವಿನಂತಿಯನ್ನು ಮಾರ್ಪಡಿಸಲಾಗಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ.ಫಾರ್ಮ್ಯಾಟ್: "ಮಾರ್ಪಡಿಸಿದರೆ-ಇಂದಿನಿಂದ: ದಿನಾಂಕ\r\n"
GET ಪ್ರಕ್ರಿಯೆ ವಿಧಾನಕ್ಕಾಗಿ ಮಾತ್ರ ಬಳಸಲಾಗುತ್ತದೆ. GMT ಯಲ್ಲಿ ದಿನಾಂಕವನ್ನು ಸಾಮಾನ್ಯ-ಹೆಡರ್‌ನಲ್ಲಿ ದಿನಾಂಕ ಪ್ಯಾರಾಮೀಟರ್‌ನಂತೆ ಅದೇ ಸ್ವರೂಪದಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.
ರೆಫರರ್
- ವಿನಂತಿಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಪುಟಕ್ಕೆ ಸಂಪೂರ್ಣ ಲಿಂಕ್, ಅಂದರೆ ಬಳಕೆದಾರರು ನಮ್ಮ ಪುಟಕ್ಕೆ ಬಂದ ಪುಟಕ್ಕೆ ಲಿಂಕ್.ಫಾರ್ಮ್ಯಾಟ್: "ರೆಫರರ್: url\n".
ಉದಾಹರಣೆ: "ರೆಫರರ್: www.host.ru/index.html\n".
ಬಳಕೆದಾರ ಏಜೆಂಟ್- ಬ್ರೌಸರ್ ಪ್ರಕಾರ.
ಉದಾಹರಣೆಗೆ: "ಬಳಕೆದಾರ-ಏಜೆಂಟ್: ಮೊಜಿಲ್ಲಾ/4.0\n" ಎಂಟಿಟಿ-ಹೆಡರ್.
ಈ ಅಧ್ಯಾಯದಲ್ಲಿ, ನಾವು ದೃಢೀಕರಣ ನಿಯತಾಂಕವನ್ನು ಪರಿಗಣಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇದನ್ನು ಖಾಸಗಿ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ಆಗಾಗ್ಗೆ ಅಗತ್ಯವಿಲ್ಲ.- ಎಂಟಿಟಿ-ಬಾಡಿ ಡೇಟಾವನ್ನು ವಿವರಿಸುವ ಹೆಡರ್‌ನ ಭಾಗ.
ವಿನಂತಿಯ ಈ ಭಾಗವು ಪುಟದ ದೇಹವನ್ನು ವಿವರಿಸುವ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಎಂಟಿಟಿ-ಹೆಡರ್ ಈ ಕೆಳಗಿನ ನಿಯತಾಂಕಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು:ಅನುಮತಿಸಿ, ವಿಷಯ-ಎನ್‌ಕೋಡಿಂಗ್, ವಿಷಯ-ಉದ್ದ, ವಿಷಯ-ಪ್ರಕಾರ, ಅವಧಿ ಮೀರುತ್ತದೆ, ಕೊನೆಯದಾಗಿ ಮಾರ್ಪಡಿಸಲಾಗಿದೆ, ವಿಸ್ತರಣೆ-ಹೆಡರ್
- ಸಾಮಾನ್ಯ-ಶೀರ್ಷಿಕೆಯಿಂದ ಅನುಮತಿಸಲು ಸಮಾನವಾದ ಪ್ಯಾರಾಮೀಟರ್.
ವಿಷಯ-ಎನ್ಕೋಡಿಂಗ್
- ಡೇಟಾ ಎನ್ಕೋಡಿಂಗ್ ಪ್ರಕಾರ ಎಂಟಿಟಿ-ಬಾಡಿ.
ಸ್ವರೂಪ: "ವಿಷಯ-ಎನ್‌ಕೋಡಿಂಗ್: x-gzip | x-compress | ಇತರೆ ಪ್ರಕಾರ\n".- ಎಂಟಿಟಿ-ಬಾಡಿಗೆ ಕಳುಹಿಸಲಾದ ಬೈಟ್‌ಗಳ ಸಂಖ್ಯೆ. ವಿಷಯ-ಉದ್ದದ ಮೌಲ್ಯವು MIME ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ ಕಳುಹಿಸಲಾದ ಡೇಟಾಗೆ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾದ ಅರ್ಥವನ್ನು ಹೊಂದಿದೆ, ಅಲ್ಲಿ ಅದು ಡೇಟಾದ ಒಂದು ಭಾಗವನ್ನು ವಿವರಿಸಲು ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ - "ಬಾಹ್ಯ/ಎಂಟಿಟಿ-ಬಾಡಿ".
ಮಾನ್ಯ ಸಂಖ್ಯೆಗಳು ಶೂನ್ಯ ಮತ್ತು ಮೇಲಿನ ಪೂರ್ಣಾಂಕಗಳಾಗಿವೆ.
ಉದಾಹರಣೆ: "ವಿಷಯ-ಉದ್ದ: 26457\n".ವಿಷಯ-ಪ್ರಕಾರ
- ಪ್ರಸರಣ ಡೇಟಾದ ಪ್ರಕಾರ.
ಉದಾಹರಣೆಗೆ: "ವಿಷಯ-ಪ್ರಕಾರ: ಪಠ್ಯ/html\n".ಅವಧಿ ಮುಗಿಯುತ್ತದೆ
- ಬ್ರೌಸರ್ ಸಂಗ್ರಹದಿಂದ ಪುಟವನ್ನು ತೆಗೆದುಹಾಕಬೇಕಾದ ಸಮಯ.
ಸ್ವರೂಪ: "ಅವಧಿ: ದಿನಾಂಕ\n". ದಿನಾಂಕ ಸ್ವರೂಪವು ಜನರಲ್-ಹೆಡರ್‌ನಿಂದ ದಿನಾಂಕ ಪ್ಯಾರಾಮೀಟರ್‌ನ ದಿನಾಂಕ ಸ್ವರೂಪದಂತೆಯೇ ಇರುತ್ತದೆ.ಕೊನೆಯದಾಗಿ ಮಾರ್ಪಡಿಸಲಾಗಿದೆ
- ರವಾನೆಯಾದ ಡೇಟಾದ ಕೊನೆಯ ಬದಲಾವಣೆಯ ಸಮಯ.
ಸ್ವರೂಪ: "ಕೊನೆಯದಾಗಿ ಮಾರ್ಪಡಿಸಲಾಗಿದೆ: ದಿನಾಂಕ\n". ದಿನಾಂಕ ಸ್ವರೂಪವು ಜನರಲ್-ಹೆಡರ್‌ನಿಂದ ದಿನಾಂಕ ಪ್ಯಾರಾಮೀಟರ್‌ನ ದಿನಾಂಕ ಸ್ವರೂಪದಂತೆಯೇ ಇರುತ್ತದೆ.ವಿಸ್ತರಣೆ-ಹೆಡರ್
- ಹೆಡರ್‌ನ ಭಾಗ, ಉದಾಹರಣೆಗೆ, ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸುವ ಬ್ರೌಸರ್ ಅಥವಾ ಇತರ ಪ್ರೋಗ್ರಾಂ ಮೂಲಕ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಉದ್ದೇಶಿಸಿರಬಹುದು. ಈ ಭಾಗದಲ್ಲಿ, ನಿಮ್ಮ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ನೀವು "ParameterName: parametervalue\n" ಸ್ವರೂಪದಲ್ಲಿ ವಿವರಿಸಬಹುದು. ಕ್ಲೈಂಟ್ ಪ್ರೋಗ್ರಾಂಗೆ ಅವುಗಳನ್ನು ಹೇಗೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬೇಕೆಂದು ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ ಈ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ: "ಕುಕೀ: r=1\r\n" - ಪುಟಕ್ಕೆ ಪ್ರಸಿದ್ಧ ಕುಕೀಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ.

ಮತ್ತು ಈಗ, ಅಂತಹ ಭಯಾನಕ ಪದಗಳ ನಂತರ, ಸ್ವಲ್ಪ ಶಾಂತಗೊಳಿಸಲು ಮತ್ತು ನಮಗೆ ಬೇಕಾದುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸೋಣ? ಸ್ವಾಭಾವಿಕವಾಗಿ, ನಾವು ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ.

ಕುಕೀಗಳನ್ನು ರವಾನಿಸುವ ಮೂಲಕ ನಾವು ಸೈಟ್‌ನಿಂದ ಪುಟವನ್ನು ಪಡೆಯಬೇಕು ಎಂದು ಊಹಿಸೋಣ, ಇಲ್ಲದಿದ್ದರೆ ನಮ್ಮನ್ನು ಆಹ್ವಾನಿಸದ ಅತಿಥಿಗಳಾಗಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮೇಲಾಗಿ, ನೀವು ಮುಖ್ಯ ಪುಟಕ್ಕೆ ಭೇಟಿ ನೀಡಿದ ನಂತರವೇ ಈ ಪುಟವನ್ನು ಪ್ರವೇಶಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸಲಾಗಿದೆ ಎಂದು ತಿಳಿದಿದೆ ಸೈಟ್.

2 GET ವಿಧಾನ

ನಮ್ಮ ವಿನಂತಿಯನ್ನು ಬರೆಯೋಣ.
ಪಡೆಯಿರಿ http://www.site.ru/news.html HTTP/1.0\r\n

ಹೋಸ್ಟ್: www.site.ru\r\n
ಕುಕೀ: ಆದಾಯ=1\r\n

GET ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು http://www.site.ru/news.html ನಲ್ಲಿ ಪುಟದ ವಿಷಯಗಳನ್ನು ಪಡೆಯಲು ಬಯಸುತ್ತೇವೆ ಎಂದು ಈ ವಿನಂತಿಯು ನಮಗೆ ಹೇಳುತ್ತದೆ. ಈ ಪುಟವು www.site.ru ಸರ್ವರ್‌ನಲ್ಲಿದೆ ಎಂದು ಹೋಸ್ಟ್ ಫೀಲ್ಡ್ ಸೂಚಿಸುತ್ತದೆ, ರೆಫರರ್ ಕ್ಷೇತ್ರವು ನಾವು ಸೈಟ್‌ನ ಮುಖ್ಯ ಪುಟದಿಂದ ಸುದ್ದಿಗಾಗಿ ಬಂದಿದ್ದೇವೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ಕುಕಿ ಕ್ಷೇತ್ರವು ನಮಗೆ ಅಂತಹ ಮತ್ತು ಅಂತಹ ಕುಕೀಯನ್ನು ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಹೋಸ್ಟ್, ರೆಫರರ್ ಮತ್ತು ಕುಕೀ ಕ್ಷೇತ್ರಗಳು ಏಕೆ ಮುಖ್ಯವಾಗಿವೆ? ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು, ಡೈನಾಮಿಕ್ ಸೈಟ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ, ಅಸ್ಥಿರ ರೂಪದಲ್ಲಿ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಲ್ಲಿ (PHP ಸೇರಿದಂತೆ) ಗೋಚರಿಸುವ ಡೇಟಾ ಕ್ಷೇತ್ರಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಇದು ಯಾವುದಕ್ಕಾಗಿ? ಸಲುವಾಗಿ, ಉದಾಹರಣೆಗೆ, ಸೈಟ್ ಅನ್ನು ದರೋಡೆ ಮಾಡುವುದನ್ನು ತಡೆಯಲು, ಅಂದರೆ.

ಅವರು ಸ್ವಯಂಚಾಲಿತ ಡೌನ್‌ಲೋಡ್‌ಗಾಗಿ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಹೊಂದಿಸಿಲ್ಲ, ಅಥವಾ ಸೈಟ್‌ಗೆ ಭೇಟಿ ನೀಡುವ ವ್ಯಕ್ತಿಯು ಯಾವಾಗಲೂ ಮುಖ್ಯ ಪುಟದಿಂದ ಮಾತ್ರ ಅದನ್ನು ಪಡೆಯುತ್ತಾರೆ.

ಈಗ ನಾವು ಪುಟದಲ್ಲಿ ಫಾರ್ಮ್ ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ ಮತ್ತು ಫಾರ್ಮ್‌ನಿಂದ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಬೇಕಾಗಿದೆ ಎಂದು ಊಹಿಸೋಣ, ಈ ಫಾರ್ಮ್‌ನಲ್ಲಿ ಎರಡು ಕ್ಷೇತ್ರಗಳು ಇರಲಿ: ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ (ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್) - ಮತ್ತು, ನಮಗೆ ಲಾಗಿನ್ ತಿಳಿದಿದೆ ಮತ್ತು ಪಾಸ್ವರ್ಡ್.
ಪಡೆಯಿರಿ http://www.site.ru/news.html HTTP/1.0\r\n
ಪಡೆಯಿರಿ http://www.site.ru/news.html?login=Petya%20Vasechkin&password=qq HTTP/1.0\r\n
ಹೋಸ್ಟ್: www.site.ru\r\n
ಕುಕೀ: ಆದಾಯ=1\r\n

ರೆಫರರ್: http://www.site.ru/index.html\r\n

ನಮ್ಮ ಲಾಗಿನ್ "ಪೆಟ್ಯಾ ವಾಸೆಚ್ಕಿನ್" ನಾವು ಪೆಟ್ಯಾ% 20 ವಾಸೆಚ್ಕಿನ್ ಅನ್ನು ಏಕೆ ಬರೆಯಬೇಕು? ಏಕೆಂದರೆ ವಿಶೇಷ ಅಕ್ಷರಗಳನ್ನು ಸರ್ವರ್‌ನಿಂದ ಹೊಸ ನಿಯತಾಂಕದ ಉಪಸ್ಥಿತಿ ಅಥವಾ ವಿನಂತಿಯ ಅಂತ್ಯದ ಚಿಹ್ನೆಗಳಾಗಿ ಗುರುತಿಸಬಹುದು. ಆದ್ದರಿಂದ, ವಿನಂತಿಯಲ್ಲಿ ದೋಷ ಸಂದರ್ಭಗಳನ್ನು ತಪ್ಪಿಸಲು ಪ್ಯಾರಾಮೀಟರ್ ಹೆಸರುಗಳು ಮತ್ತು ಅವುಗಳ ಮೌಲ್ಯಗಳನ್ನು ಎನ್ಕೋಡಿಂಗ್ ಮಾಡಲು ಅಲ್ಗಾರಿದಮ್ ಇದೆ. ಈ ಅಲ್ಗಾರಿದಮ್‌ನ ಸಂಪೂರ್ಣ ವಿವರಣೆಯನ್ನು ಕಾಣಬಹುದು, ಮತ್ತು PHP ಕ್ರಮವಾಗಿ ಎನ್‌ಕೋಡಿಂಗ್ ಮತ್ತು ಡೀಕೋಡಿಂಗ್‌ಗಾಗಿ rawurlencode ಮತ್ತು rawurldecode ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದೆ. ವಿನಂತಿಯಲ್ಲಿ ಎನ್‌ಕೋಡ್ ಮಾಡಲಾದ ನಿಯತಾಂಕಗಳನ್ನು ರವಾನಿಸಿದರೆ PHP ಸ್ವತಃ ಡಿಕೋಡಿಂಗ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಾನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ. ಇದು HTTP ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗಿನ ನನ್ನ ಪರಿಚಯದ ಮೊದಲ ಅಧ್ಯಾಯವನ್ನು ಮುಕ್ತಾಯಗೊಳಿಸುತ್ತದೆ. ಮುಂದಿನ ಅಧ್ಯಾಯದಲ್ಲಿ ನಾವು POST (ಇಂಗ್ಲಿಷ್‌ನಿಂದ “ಕಳುಹಿಸು” ಎಂದು ಅನುವಾದಿಸಲಾಗಿದೆ) ನಂತಹ ಕಟ್ಟಡ ವಿನಂತಿಗಳನ್ನು ನೋಡುತ್ತೇವೆ, ಅದು ಹೆಚ್ಚು ಆಸಕ್ತಿಕರವಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ HTML ಫಾರ್ಮ್‌ಗಳಿಂದ ಡೇಟಾವನ್ನು ಕಳುಹಿಸುವಾಗ ಬಳಸಲಾಗುವ ವಿನಂತಿಯ ಪ್ರಕಾರ ಇದು.

3. ಪೋಸ್ಟ್ ವಿಧಾನ.

3.1 ವಿಷಯ-ಪ್ರಕಾರ: ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded.

ಹಿಂದಿನ ಅಧ್ಯಾಯದಲ್ಲಿ ಚರ್ಚಿಸಲಾದ ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ವರ್ಗಾಯಿಸಲು ನಮ್ಮ GET ವಿನಂತಿಯಂತೆಯೇ ನಾವು ವಿನಂತಿಯನ್ನು ಬರೆಯುತ್ತೇವೆ:

ಪಡೆಯಿರಿ http://www.site.ru/news.html HTTP/1.0\r\n
ಪಡೆಯಿರಿ http://www.site.ru/news.html?login=Petya%20Vasechkin&password=qq HTTP/1.0\r\n
ಹೋಸ್ಟ್: www.site.ru\r\n
ವಿಷಯ-ಪ್ರಕಾರ: ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded\r\n
ವಿಷಯ-ಉದ್ದ: 35\r\n
ಕುಕೀ: ಆದಾಯ=1\r\n

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

ಆದರೆ GET ವಿನಂತಿಗಾಗಿ ವಿನಂತಿ-URI ನಲ್ಲಿ ಹಿಂದೆ ಇರಿಸಲಾದ ನಿಯತಾಂಕಗಳು ಈಗ ಘಟಕ-ಬಾಡಿಯಲ್ಲಿವೆ. ಅವು ಒಂದೇ ರೀತಿಯಲ್ಲಿ ರೂಪುಗೊಂಡಿವೆ ಎಂದು ನೋಡಬಹುದು, ನೀವು ಅವುಗಳನ್ನು ಶೀರ್ಷಿಕೆಯ ನಂತರ ಬರೆಯಬೇಕಾಗಿದೆ. ನಾನು ಇನ್ನೂ ಒಂದು ಪ್ರಮುಖ ಅಂಶವನ್ನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ: ಯಾವುದೂ ತಡೆಯುವುದಿಲ್ಲ, ಏಕಕಾಲದಲ್ಲಿ ಎಂಟಿಟಿ-ಬಾಡಿಯಲ್ಲಿ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳ ಸೆಟ್‌ನೊಂದಿಗೆ, ವಿನಂತಿ-ಯುಆರ್‌ಐನಲ್ಲಿ ಇತರ ಹೆಸರುಗಳೊಂದಿಗೆ ನಿಯತಾಂಕಗಳನ್ನು ಇರಿಸುವುದು, ಉದಾಹರಣೆಗೆ:
.....
ಕುಕೀ: ಆದಾಯ=1\r\n
ಪೋಸ್ಟ್ ಮಾಡಿ http://www.site.ru/news.html?type=user HTTP/1.0\r\n

login=Petya%20Vasechkin&password=qq

3.2 ವಿಷಯ-ಪ್ರಕಾರ: ಬಹುಭಾಗ/ಫಾರ್ಮ್-ಡೇಟಾ

ಫಾರ್ಮ್‌ಗಳ ಮೂಲಕ ಫೈಲ್‌ಗಳನ್ನು ಕಳುಹಿಸುವುದು ಒಳ್ಳೆಯದು ಎಂದು ಇಂಟರ್ನೆಟ್ ಜಗತ್ತು ಅರಿತುಕೊಂಡ ತಕ್ಷಣ, W3C ಒಕ್ಕೂಟವು POST ವಿನಂತಿ ಸ್ವರೂಪವನ್ನು ಪರಿಷ್ಕರಿಸಲು ನಿರ್ಧರಿಸಿತು. ಆ ಹೊತ್ತಿಗೆ, MIME ಫಾರ್ಮ್ಯಾಟ್ (ವಿವಿಧೋದ್ದೇಶ ಇಂಟರ್ನೆಟ್ ಮೇಲ್ ವಿಸ್ತರಣೆಗಳು - ಮೇಲ್ ಸಂದೇಶಗಳನ್ನು ಉತ್ಪಾದಿಸಲು ಬಹು-ಉದ್ದೇಶದ ಪ್ರೋಟೋಕಾಲ್ ವಿಸ್ತರಣೆಗಳು) ಈಗಾಗಲೇ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲ್ಪಟ್ಟಿತು, ಆದ್ದರಿಂದ, ಚಕ್ರವನ್ನು ಮರುಶೋಧಿಸದಿರುವ ಸಲುವಾಗಿ, ನಾವು ರಚಿಸಲು ಈ ಸಂದೇಶ ರಚನೆಯ ಸ್ವರೂಪದ ಭಾಗವನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. HTTP ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿ POST ವಿನಂತಿಗಳು.

ಈ ಫಾರ್ಮ್ಯಾಟ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್/x-www-form-urlencoded ಪ್ರಕಾರದ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸಗಳು ಯಾವುವು?

ಮುಖ್ಯ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಎಂಟಿಟಿ-ದೇಹವನ್ನು ಈಗ ವಿಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು, ಇವುಗಳನ್ನು ಗಡಿಗಳಿಂದ (ಗಡಿ) ಬೇರ್ಪಡಿಸಲಾಗುತ್ತದೆ. ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಸಂಗತಿಯೆಂದರೆ, ಪ್ರತಿಯೊಂದು ವಿಭಾಗವು ಅದರಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾವನ್ನು ವಿವರಿಸಲು ತನ್ನದೇ ಆದ ಹೆಡರ್ ಅನ್ನು ಹೊಂದಬಹುದು, ಅಂದರೆ.

ಒಂದು ವಿನಂತಿಯಲ್ಲಿ ನೀವು ವಿವಿಧ ಪ್ರಕಾರಗಳ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಬಹುದು (ಮೇಲ್ ಪತ್ರದಲ್ಲಿರುವಂತೆ, ನೀವು ಪಠ್ಯದಂತೆಯೇ ಅದೇ ಸಮಯದಲ್ಲಿ ಫೈಲ್ಗಳನ್ನು ವರ್ಗಾಯಿಸಬಹುದು).
ಪಡೆಯಿರಿ http://www.site.ru/news.html HTTP/1.0\r\n
ಪಡೆಯಿರಿ http://www.site.ru/news.html?login=Petya%20Vasechkin&password=qq HTTP/1.0\r\n
ಹೋಸ್ಟ್: www.site.ru\r\n

ಆದ್ದರಿಂದ ಪ್ರಾರಂಭಿಸೋಣ. ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ವರ್ಗಾವಣೆಯೊಂದಿಗೆ ಅದೇ ಉದಾಹರಣೆಯನ್ನು ಮತ್ತೊಮ್ಮೆ ಪರಿಗಣಿಸೋಣ, ಆದರೆ ಈಗ ಹೊಸ ರೂಪದಲ್ಲಿ.
ಕುಕೀ: ಆದಾಯ=1\r\n
ಪೋಸ್ಟ್ ಮಾಡಿ http://www.site.ru/news.html HTTP/1.0\r\n ವಿಷಯ-ಉದ್ದ: 209\r\n
--1BEF0A57BE110FD467A ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ಉದ್ದ: 209\r\n
\r\n ವಿಷಯ-ಉದ್ದ: 209\r\n
ಪೋಸ್ಟ್ ಮಾಡಿ http://www.site.ru/news.html HTTP/1.0\r\n ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ವಿನ್ಯಾಸ: ರೂಪ-ಡೇಟಾ; ಹೆಸರು="ಲಾಗಿನ್" ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ಉದ್ದ: 209\r\n
ಪೆಟ್ಯಾ ವಾಸೆಚ್ಕಿನ್ ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ವಿನ್ಯಾಸ: ರೂಪ-ಡೇಟಾ; ಹೆಸರು = "ಪಾಸ್ವರ್ಡ್" ವಿಷಯ-ಉದ್ದ: 209\r\n

ಈಗ ಏನು ಬರೆಯಲಾಗಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳೋಣ. :-) ನಾನು ವಿಶೇಷವಾಗಿ ಕೆಲವು \r\n ಅಕ್ಷರಗಳನ್ನು ದಪ್ಪದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಿದ್ದೇನೆ ಆದ್ದರಿಂದ ಅವುಗಳು ಡೇಟಾದೊಂದಿಗೆ ವಿಲೀನಗೊಳ್ಳುವುದಿಲ್ಲ. ನೀವು ಹತ್ತಿರದಿಂದ ನೋಡಿದರೆ, ಕಂಟೆಂಟ್-ಟೈಪ್ ನಂತರ ನೀವು ಗಡಿ ಕ್ಷೇತ್ರವನ್ನು ಗಮನಿಸಬಹುದು. ಈ ಕ್ಷೇತ್ರವು ವಿಭಾಗ ವಿಭಜಕ - ಗಡಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಲ್ಯಾಟಿನ್ ಅಕ್ಷರಗಳು ಮತ್ತು ಸಂಖ್ಯೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಸ್ಟ್ರಿಂಗ್, ಹಾಗೆಯೇ ಕೆಲವು ಇತರ ಚಿಹ್ನೆಗಳು (ದುರದೃಷ್ಟವಶಾತ್, ಇತರವುಗಳು ನನಗೆ ನೆನಪಿಲ್ಲ) ಗಡಿಯಾಗಿ ಬಳಸಬಹುದು. ವಿನಂತಿಯ ದೇಹದಲ್ಲಿ, "--" ಅನ್ನು ಗಡಿಯ ಪ್ರಾರಂಭಕ್ಕೆ ಸೇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಯು ಗಡಿಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ಅದಕ್ಕೆ "--" ಅಕ್ಷರಗಳನ್ನು ಸಹ ಕೊನೆಯಲ್ಲಿ ಸೇರಿಸಲಾಗುತ್ತದೆ. ನಮ್ಮ ವಿನಂತಿಯು ಎರಡು ವಿಭಾಗಗಳನ್ನು ಹೊಂದಿದೆ, ಮೊದಲನೆಯದು ಲಾಗಿನ್ ಕ್ಷೇತ್ರವನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಎರಡನೆಯದು ಪಾಸ್ವರ್ಡ್ ಕ್ಷೇತ್ರವನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಕಂಟೆಂಟ್-ಡಿಸ್ಪೊಸಿಷನ್ (ವಿಭಾಗದಲ್ಲಿರುವ ಡೇಟಾ ಪ್ರಕಾರ) ಇದು ಫಾರ್ಮ್‌ನಿಂದ ಡೇಟಾ ಎಂದು ಹೇಳುತ್ತದೆ ಮತ್ತು ಹೆಸರು ಕ್ಷೇತ್ರವು ಕ್ಷೇತ್ರದ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಇಲ್ಲಿ ವಿಭಾಗದ ಹೆಡರ್ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಕ್ಷೇತ್ರ ಮೌಲ್ಯವನ್ನು ಇರಿಸಲಾಗಿರುವ ವಿಭಾಗದ ಡೇಟಾ ಪ್ರದೇಶವನ್ನು ಅನುಸರಿಸುತ್ತದೆ (ಮೌಲ್ಯವನ್ನು ಎನ್ಕೋಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ!).

ವಿಭಾಗದ ಹೆಡರ್‌ಗಳಲ್ಲಿ ನೀವು ವಿಷಯ-ಉದ್ದವನ್ನು ಬಳಸುವ ಅಗತ್ಯವಿಲ್ಲ ಎಂಬ ಅಂಶಕ್ಕೆ ನಾನು ನಿಮ್ಮ ಗಮನವನ್ನು ಸೆಳೆಯಲು ಬಯಸುತ್ತೇನೆ, ಆದರೆ ವಿನಂತಿಯ ಹೆಡರ್‌ನಲ್ಲಿ ನೀವು ಮಾಡಬೇಕು ಮತ್ತು ಅದರ ಮೌಲ್ಯವು ಎರಡನೇ \\ ನಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಸಂಪೂರ್ಣ ಎಂಟಿಟಿ-ಬಾಡಿ ಗಾತ್ರವಾಗಿದೆ. r\n ಕೆಳಗಿನ ವಿಷಯ-ಉದ್ದ: 209\ r\n. ಆ. ಎಂಟಿಟಿ-ಬಾಡಿಯನ್ನು ಹೆಡರ್‌ನಿಂದ ಹೆಚ್ಚುವರಿ ಲೈನ್ ಬ್ರೇಕ್ ಮೂಲಕ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ (ಇದನ್ನು ವಿಭಾಗಗಳಲ್ಲಿಯೂ ಕಾಣಬಹುದು).

ಈಗ ಫೈಲ್ ಅನ್ನು ವರ್ಗಾಯಿಸಲು ವಿನಂತಿಯನ್ನು ಬರೆಯೋಣ.
ಪಡೆಯಿರಿ http://www.site.ru/news.html HTTP/1.0\r\n
ಪೋಸ್ಟ್ ಮಾಡಿ http://www.site.ru/postnews.html HTTP/1.0\r\n
ಹೋಸ್ಟ್: www.site.ru\r\n
ರೆಫರರ್: http://www.site.ru/news.html\r\n
ವಿಷಯ-ಪ್ರಕಾರ: ಬಹುಭಾಗ/ಫಾರ್ಮ್-ಡೇಟಾ; ಗಡಿ=1BEF0A57BE110FD467A\r\n
ಕುಕೀ: ಆದಾಯ=1\r\n
ಪೋಸ್ಟ್ ಮಾಡಿ http://www.site.ru/news.html HTTP/1.0\r\n ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ಉದ್ದ: 491\r\n ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ವಿನ್ಯಾಸ: ರೂಪ-ಡೇಟಾ; ಹೆಸರು="ಸುದ್ದಿ_ಹೆಡರ್" ವಿಷಯ-ಉದ್ದ: 209\r\n
ಪೋಸ್ಟ್ ಮಾಡಿ http://www.site.ru/news.html HTTP/1.0\r\n ವಿಷಯ-ಉದ್ದ: 209\r\n
ಉದಾಹರಣೆ ಸುದ್ದಿ ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ವಿನ್ಯಾಸ: ರೂಪ-ಡೇಟಾ; ಹೆಸರು = "ಸುದ್ದಿ_ಫೈಲ್"; ವಿಷಯ-ಉದ್ದ: 209\r\n
ಫೈಲ್ ಹೆಸರು="news.txt" ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ಪ್ರಕಾರ: ಅಪ್ಲಿಕೇಶನ್/ಆಕ್ಟೆಟ್-ಸ್ಟ್ರೀಮ್ ವಿಷಯ-ಉದ್ದ: 209\r\n
ವಿಷಯ-ವಿನ್ಯಾಸ: ರೂಪ-ಡೇಟಾ; ಹೆಸರು = "ಪಾಸ್ವರ್ಡ್" ವಿಷಯ-ಉದ್ದ: 209\r\n

ವಿಷಯ-ವರ್ಗಾವಣೆ-ಎನ್ಕೋಡಿಂಗ್: ಬೈನರಿ

ಬಹಳ ಮುಖ್ಯವಾದ ಅಂಶ. ಹೆಚ್ಚಿನ CGI ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಸ್ಮಾರ್ಟ್ ಜನರು ಬರೆಯುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಅವರು ಒಳಬರುವ ಫೈಲ್‌ನ ಪ್ರಕಾರವನ್ನು ಪರಿಶೀಲಿಸಲು ಇಷ್ಟಪಡುತ್ತಾರೆ, ಅದು ವಿಷಯ-ಪ್ರಕಾರದಲ್ಲಿದೆ. ಯಾವುದಕ್ಕಾಗಿ? ಹೆಚ್ಚಾಗಿ, ವೆಬ್‌ಸೈಟ್‌ಗಳಲ್ಲಿ ಫೈಲ್‌ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದನ್ನು ಸಂದರ್ಶಕರಿಂದ ಚಿತ್ರಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ಸಂದರ್ಶಕರು ಯಾವ ರೀತಿಯ ಫೈಲ್ ಅನ್ನು ಕಳುಹಿಸಲು ಬಯಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಬ್ರೌಸರ್ ಸ್ವತಃ ಪ್ರಯತ್ನಿಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಯಲ್ಲಿ ಸೂಕ್ತವಾದ ವಿಷಯ-ಪ್ರಕಾರವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ರಶೀದಿಯ ಮೇಲೆ ಅದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಉದಾಹರಣೆಗೆ, ಇದು gif ಅಥವಾ jpeg ಅಲ್ಲದಿದ್ದರೆ, ಅದು ಈ ಫೈಲ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, "ಹಸ್ತಚಾಲಿತವಾಗಿ" ವಿನಂತಿಯನ್ನು ರಚಿಸುವಾಗ, ಕಂಟೆಂಟ್-ಟೈಪ್ ಮೌಲ್ಯವನ್ನು ನೋಡಿಕೊಳ್ಳಿ ಇದರಿಂದ ಅದು ವರ್ಗಾವಣೆಗೊಂಡ ಫೈಲ್ನ ಸ್ವರೂಪಕ್ಕೆ ಹತ್ತಿರದಲ್ಲಿದೆ.

ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ಪಠ್ಯ ಫೈಲ್ ಅನ್ನು ವರ್ಗಾಯಿಸುವ ವಿನಂತಿಯನ್ನು ರಚಿಸಲಾಗಿದೆ. ಬೈನರಿ ಫೈಲ್ ಅನ್ನು ವರ್ಗಾಯಿಸಲು ವಿನಂತಿಯನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ ರಚಿಸಲಾಗಿದೆ.

4. ಪೋಸ್ಟ್ಸ್ಕ್ರಿಪ್ಟ್.

ಸರ್ವರ್‌ಗೆ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವ ಬಗ್ಗೆ ವಿವರವಾಗಿ ಮಾತನಾಡುವುದು ಯೋಗ್ಯವಾಗಿಲ್ಲ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಇದು ಸಂಪೂರ್ಣವಾಗಿ RHP ತಂತ್ರಜ್ಞಾನದ ವಿಷಯವಾಗಿದೆ :-). ಸಾಕೆಟ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಅಥವಾ ಅಧಿಕೃತ ಪಿಎಚ್‌ಪಿ ದಾಖಲಾತಿಯಲ್ಲಿ ಕರ್ಲ್ ಮಾಡ್ಯೂಲ್‌ನ ಕಾರ್ಯಗಳ ಕುರಿತು ವಿಭಾಗವನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಲು ಸಾಕು.

ಮೇಲಿನಿಂದ, ಪ್ರಶ್ನೆ ಏಕೆ ಎಂಬುದು ಈಗ ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ: "ಹೆಡರ್ ಕಾರ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು ನಾನು POST ವಿನಂತಿಯನ್ನು ಹೇಗೆ ರಚಿಸಬಹುದು?" - ಅರ್ಥಹೀನ.

ಶಿರೋಲೇಖ(ಸ್ಟ್ರಿಂಗ್) ಕಾರ್ಯವು ವಿನಂತಿಯ ಹೆಡರ್‌ಗೆ ಮಾತ್ರ ನಮೂದನ್ನು ಸೇರಿಸುತ್ತದೆ, ಆದರೆ ವಿನಂತಿಯ ದೇಹಕ್ಕೆ ಅಲ್ಲ.