4.1 HTTP முறைகளின் பட்டியல்

HTTP கோரிக்கையில் உள்ள முதல் சொல் முறையின் பெயர் . ஜாவாவில் அழைப்பு முறைகளுடன் சில ஒப்புமைகளும் உள்ளன. HTTP கோரிக்கையில் உள்ள முறையானது ஆதாரத்தில் செய்ய வேண்டிய அடிப்படை செயல்பாட்டை வரையறுக்கிறது.

என்ன வகையான வளம்? விஷயம் என்னவென்றால், உலகளாவிய வலையின் விடியலில், சேவையகங்கள் முறையே HTML கோப்புகளை வெறுமனே சேமித்து வைத்தன, அத்தகைய கோப்பிற்கான கோரிக்கை மற்றும் ஆதாரம் / கோப்புடன் செய்ய வேண்டிய சில செயல்களை விவரித்தது.

HTTP தரநிலை பின்வரும் முறைகளைக் குறிப்பிடுகிறது:

# முறை விளக்கம்
1 பெறு குறிப்பிடப்பட்ட வளத்தின் உள்ளடக்கங்களை வினவுவதற்குப் பயன்படுகிறது .
2 அஞ்சல் கிளையண்டிலிருந்து சேவையகத்திற்கு தரவை மாற்ற பயன்படுகிறது. சேவையகத்தில் உள்ள வளத்தின் நிலையை மாற்றுகிறது .
3 PUT கிளையண்டிலிருந்து சேவையகத்திற்கு தரவை மாற்ற பயன்படுகிறது. சேவையகத்தில் புதிய ஆதாரத்தை உருவாக்குகிறது .
4 அழி சர்வரில் உள்ள குறிப்பிட்ட ஆதாரத்தை நீக்குகிறது .
5 தலை GET ஐப் போன்றது, ஆனால் மறுமொழி அமைப்பு இல்லை. பதில் தலைப்புகளைப் பெறுவது அவசியம்
6 விருப்பங்கள் குறிப்பிட்ட ஆதாரத்திற்கான ஆதரவு முறைகளின் பட்டியலுக்கு சேவையகத்தைக் கோருகிறது.
7 ட்ரேஸ் சேவை முறை. கோரிக்கை கடந்து செல்லும் சேவையகங்களால் மாற்றப்படுகிறதா என்பதைக் கண்டறிய உங்களை அனுமதிக்கிறது.
8 இணைக்கவும் சேவை முறை. பாதுகாப்பான இணைப்பை நிறுவப் பயன்படுகிறது.

4.2 GET முறை

GET முறை மிகவும் பிரபலமான HTTP முறையாகும். உலாவி அடுத்த பக்கத்திற்கான கோரிக்கையை சேவையகத்திற்கு அனுப்பும்போது இதைத்தான் அழைக்கிறது.

எடுத்துக்காட்டாக, நீங்கள் உலாவியில் http://codegym.cc/path/resource?param1=value1¶m2=value2 என்ற இணைப்பைப் பின்தொடர்ந்திருந்தால், உலாவி இந்த தொடக்க வரியுடன் தொடங்கும் CodeGym சேவையகத்திற்கு HTTP கோரிக்கையை அனுப்பும் :

GET /path/resource?param1=value1&param2=value2 HTTP/1.1

இதன் விளைவாக, சேவையகம் உலாவிக்கு HTTP பதிலை அனுப்ப வேண்டும், அதில் கோரிக்கையின் நிலையை எழுத வேண்டும், மேலும் கோரப்பட்ட ஆதாரத்தையும் அனுப்ப வேண்டும்.

GET முறையைப் பலமுறை அழைப்பது சேவையகத்தின் நிலையை மாற்றாது என்று கருதப்படுகிறது , மேலும் சேவையகம் ஒவ்வொரு முறையும் அதே பதிலை அளிக்க வேண்டும் . எனவே, நெறிமுறையானது பொருள் கேச்சிங் மீது ஒரு தந்திரமான கட்டுப்பாட்டைக் கொண்டுள்ளது.

முதலாவதாக, GET கோரிக்கையைப் பயன்படுத்தி பெறப்பட்ட ஆதாரங்கள், உலாவி அதன் விருப்பப்படி அதன் பக்கத்தில் தற்காலிகமாக சேமிக்க முடியும் (நுணுக்கங்கள் உள்ளன).

இரண்டாவதாக, சேவையகத்திற்கு ஒரு கோரிக்கையை அனுப்பும்போது, ​​நீங்கள் ஒரு சிறப்பு தலைப்பைக் குறிப்பிடலாம் If-Modified-Sinceமற்றும் date. கோரப்பட்ட ஆதாரம்/ஆவணம் குறிப்பிட்ட தேதியிலிருந்து மாறியிருந்தால், சர்வர் அதை அனுப்பும். மாற்றப்படாவிட்டால், வள அமைப்பு நிறைவேற்றப்படாது. இது கிளையண்டில் தற்காலிகமாக சேமிக்கப்பட்டதாக கருதப்படுகிறது.

பக்க கேச்சிங் (GET கோரிக்கைகள்) எல்லா நேரத்திலும் பயன்படுத்தப்படுகிறது, எனவே இந்த சிக்கலைப் பார்க்க நான் உங்களுக்கு அறிவுறுத்துகிறேன்.

4.3 POST மற்றும் PUT முறைகள்

POST முறையானது சர்வரில் ஒரு ஆதாரத்தைப் புதுப்பிக்கப் பயன்படுகிறது. எடுத்துக்காட்டாக, நீங்கள் ஒரு படத்தை சர்வரில் பதிவேற்றும்போது, ​​உங்கள் உலாவி POST கோரிக்கையை அனுப்புகிறது.

இந்த தொடக்க வரியுடன் தொடங்கும் HTTP கோரிக்கையைக் கவனியுங்கள்:

POST /path/resource?param1=value1&param2=value2 HTTP/1.1
headers…

<request body>

இதன் விளைவாக, சேவையகம் உலாவிக்கு ஒரு HTTP பதிலை அனுப்ப வேண்டும், அதில் அது கோரிக்கையின் நிலையை எழுதும், மேலும் மாற்றியமைக்கப்பட்ட ஆதாரத்தையும் அனுப்பும். POST முறையைப் பலமுறை அழைப்பது சேவையகத்தின் நிலையை மாற்றுகிறது மற்றும் சேவையகம் ஒவ்வொரு முறையும் வெவ்வேறு பதிலைக் கொடுக்கலாம் .

GET மற்றும் POST ஆகியவை இணையத்தில் மிகவும் பொதுவான இரண்டு கோரிக்கைகளாகும். முறைகள் எவ்வாறு செயல்படுகின்றன என்பதை நினைவில் கொள்வதை எளிதாக்க, பின்வரும் அட்டவணையைக் கவனியுங்கள்:

பெறு அஞ்சல் PUT
கோரிக்கை URL மட்டும் URL மற்றும் கோரிக்கை அமைப்பு URL மற்றும் கோரிக்கை அமைப்பு
பதில் பதில் குறியீடு மற்றும் உடல் பதில் குறியீடு மற்றும் உடல் பதில் குறியீடு

இணைப்பில் POST கோரிக்கை பற்றி மேலும் படிக்கலாம் .

4.4 DELETE முறை

இறுதியாக, DELETE முறை பற்றிய தகவல் . இங்கே எல்லாம் எளிது.

எடுத்துக்காட்டாக, சர்வரில் உள்ள ஒரு குறிப்பிட்ட ஆதாரத்தை நீக்க விரும்புகிறோம். நாங்கள் அவருக்கு ஒரு கோரிக்கையை அனுப்புகிறோம்:

DELETE  /path/resource?param1=value1&param2=value2 HTTP/1.1

இந்த கோரிக்கையைப் பெற்றவுடன், சேவையகம் குறிப்பிட்ட ஆதாரத்தை நீக்கும். நிச்சயமாக, அதை நீக்க உங்களுக்கு உரிமை இல்லை.