"ஹாய், அமிகோ!"

"வணக்கம், பிலாபோ!"

"இன்னிக்கு என்ன புதுசா சொல்றீங்க?"

"பல விஷயங்கள். ஆனால் தொடங்குவதற்கு, நெட்வொர்க் மற்றும் இணையத்துடன் பணிபுரிவது பற்றி விவாதிப்போம் என்று நினைக்கிறேன். ஆர்வமா?"

"ஆமாம். கேலக்டிக் இன்டர்நெட் சூப்பர் கூல்."

"சரி, ஆனால் சில வரலாற்றுடன் ஆரம்பிக்கலாம். 21 ஆம் நூற்றாண்டின் தொடக்கத்தில், நிலைமை இப்படி இருந்தது..."

"இணையத்துடன் இணைக்கப்பட்ட ஒவ்வொரு கணினிக்கும் ஒரு தனித்துவமான எண் இருந்தது. இது ஒரு சாதாரண 4-பைட் எண். இது ஐபி முகவரி என்று அழைக்கப்படுகிறது."

"ஆனால் மனிதர்களுக்கு நினைவாற்றல் குறைவாக உள்ளது மற்றும் 2108458776 போன்ற ஒன்றை நினைவில் வைக்க போராடுகிறது, எனவே அவர்கள் ஒவ்வொரு பைட்டையும் தனித்தனியாக எழுதுகிறார்கள்."

"நாம் 2108458776 என்ற நான்கு-பைட் எண்ணை தனி பைட்டுகளாகப் பிரித்தால், நமக்கு 125.172.135.24 கிடைக்கும். நீங்கள் நினைப்பது போல், ஒவ்வொரு பைட்டிலும் 8 பிட்கள் உள்ளன மற்றும் 0 முதல் 255 வரையிலான எண்களைக் கொண்டிருக்கலாம்."

"அப்படித்தான் எண்ணை எழுதுகிறோம்?"

"ஆமாம். நான்கு பைட் எண்களை இப்படி எழுதும்போது அவற்றை நினைவில் வைத்துக் கொள்வது (மனிதர்களுக்கு) எளிதானது."

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

"அவர்கள் எப்படி அதைச் சுற்றி வந்தார்கள்?"

"மனிதர்கள் பொதுவாக செய்வதை அவர்கள் செய்தார்கள்."

"அவர்கள் IP முகவரிகளுக்கான புதிய தரநிலையைக் கொண்டு வந்து அதற்கு IPv6 என்று பெருமையுடன் பெயரிட்டனர்."

"ஒரு தனிப்பட்ட எண்ணை உருவாக்க 4 பைட்டுகளைப் பயன்படுத்தும் சாதாரண ஐபி முகவரி (IPv4 என அழைக்கப்படுகிறது) போலல்லாமல், புதிய தரநிலை 16 ஐப் பயன்படுத்துகிறது."

"இதை நினைத்துப் பாருங்கள், மனிதர்களால் சாதாரண எண்ணில் (2108458776 போன்ற) 10 இலக்கங்களை நினைவில் கொள்ள முடியாது, எனவே அவர்கள் அவற்றை 4 பகுதிகளாகப் பிரிக்க வேண்டியிருந்தது, ஆனால் பின்னர் அவர்கள் 16 பைட்டுகள் கொண்ட எண்களைப் பயன்படுத்த நினைத்தார்கள்."

"ஆமாம், சில நேரங்களில் மனிதர்கள் வித்தியாசமானவர்கள்."

"ஆமாம். மனிதர்களும் மனிதர்கள்தான்."

"அவர்கள் தங்கள் இக்கட்டான சூழ்நிலையிலிருந்து வெளியேறினர்."

"அவர்கள் எண்களை நினைவில் வைத்துக் கொள்வதில் சோர்வடைந்து, அவற்றை வார்த்தைகளால் மாற்ற முடிவு செய்தனர்."

"அது எப்படி? ஒரு உதாரணம் சொல்ல முடியுமா?"

"நிச்சயமாக, web.mail.com , google.com , new.books.amazon.com , ..."

"இந்த வகையான பெயர் ஒரு டொமைன் என்று அழைக்கப்படுகிறது."

"இந்த இணையம் சரியாக வேலை செய்வதற்காக, ஒவ்வொரு டொமைன் பெயரின் ஐபி முகவரியைச் சேமிக்கும் டொமைன் நேம் சிஸ்டம் (டிஎன்எஸ்) என்ற சிறப்பு அட்டவணையை உருவாக்கினர்."

"இது எப்படி வேலை செய்கிறது."

1)  ஒரு பயனர் உலாவியில் முகவரியை உள்ளிடுகிறார், எடுத்துக்காட்டாக, web.mail.com .

2)  உலாவி DNS ஐ அணுகுகிறது மற்றும் IP முகவரியைப் பெற டொமைன் பெயரைப் பயன்படுத்துகிறது.

3)  தேவையான URL உடன் ஒரு கோரிக்கை இந்த IP முகவரிக்கு அனுப்பப்படும்.

"இது மிகவும் எளிமையானதாகத் தெரியவில்லை."

"ஆனால் இந்த அணுகுமுறை பல நன்மைகளைக் கொண்டுள்ளது:

" 1) வாய்மொழியாகப் பேசக்கூடிய பெயர்களை மனிதர்கள் எளிதாக நினைவில் வைத்துக் கொள்கிறார்கள்."

" 2) ஒரு பெயரின் தொடக்கத்தில் துணை டொமைன்களைச் சேர்ப்பதன் மூலம் டொமைன் பெயர்களை படிநிலையாக உருவாக்கலாம். சரியாக ஜாவாவில் உள்ள தொகுப்புப் பெயரைப் போலவே."

" 3) நீங்கள் இணைய சேவையகத்தின் ஐபி முகவரியை மாற்ற வேண்டும் என்றால், நீங்கள் டிஎன்எஸ் பதிவை மட்டும் மாற்ற வேண்டும், முன்பு செய்ததைப் போலவே அனைத்தும் செயல்படும் - பயனர்கள் புதிய முகவரியை நினைவில் வைத்திருக்க வேண்டியதில்லை."

"டிஎன்எஸ் இது போன்றது:"

டொமைன் பெயர் ஐபி முகவரி
mail.com 128.35.36.189
web.mail.com 145.12.17.13
new.mail.com 192.155.15.3
google.com 92.117.151.100
google.com 193.168.0.1
docs.google.com 217.12.222.1

"அர்த்தமுள்ளதாக."

"எப்படியும், டொமைன் என்பது கணினியின் பெயர், ஆனால் எங்களுக்கு கணினி தேவையில்லை - கணினியில் உள்ளவை நமக்குத் தேவை. இதற்காகவே URLகள் உள்ளன."

"ஆரம்பத்தில், URL என்பது உண்மையில் மற்றொரு கணினியில் உள்ள கோப்பிற்கான இணைப்பாக இருந்தது. எடுத்துக்காட்டாக:"

உதாரணமாக
http :// info.codegym.cc / user/info/profile.html
விளக்கம்
http  என்பது கிளையன்ட்-சர்வர் தொடர்புக்கான நெறிமுறை
info.codegym.cc  என்பது கணினியின் டொமைன் பெயர்
user/info/profile.html  என்பது கணினியில் உள்ள கோப்பிற்கான பாதையாகும்.

"நெட்வொர்க் மேம்பாட்டின் தொடக்கத்தில், ஒரு வலை சேவையகம் அது எங்காவது சேமித்து வைத்திருக்கும் கோப்புகளை வழங்க URL ஐ மட்டுமே பயன்படுத்த முடிந்தது. URL உண்மையில் கோப்பிற்கான உலகளாவிய பாதை: கணினி பெயர் + பாதை."

"பின்னர், இணைய சேவையகங்கள் தாங்களாகவே கோப்புகளை உருவாக்கத் தொடங்கியபோது, ​​URLகள் சிறிது மாறி, வலை சேவையகத்திற்கான கோரிக்கையாக மாறியது. கோரிக்கை அளவுருக்களும் சேர்க்கப்பட்டன."

"இன்று ஒரு URL இன் முடிவில் கோப்பு நீட்டிப்பைப் பார்ப்பது அரிது. "நவீன URL என்பது அளவுருக்கள் கொண்ட தனித்துவமான இணைப்பாகும். உலகளாவிய கோப்பு பாதையை விட முறை அழைப்பு போன்றது."

"ஒரு உன்னதமான நவீன URL இது போல் தெரிகிறது:"

URL ஐ பாகுபடுத்துகிறது
http :// codegym.cc / alpha/api/contacts ? userid=13&filter=none&page=3
URL இன் பகுதிகளின் விளக்கம்
codegym.cc  என்பது டொமைன் பெயர் — இணையத்தில் உள்ள கணினியின் தனிப்பட்ட பெயர் (முகவரி).
http  என்பது கிளையன்ட்-சர்வர் தொடர்புக்கான நெறிமுறை
alpha/api/contacts  என்பது இணைய சேவையக கோரிக்கை அல்லது சேவையகத்தில் ஒரு வலைப்பக்கத்திற்கான கோரிக்கை
userid=13 & filter=none & page=3  என்பது கோரிக்கை அளவுருக்கள் கொண்ட சரம்

"ஆமாம், எனக்கு ஞாபகம் இருக்கிறது. நீங்கள் சமீபத்தில் URLகளைப் பற்றி என்னிடம் சொன்னீர்கள்."

"மற்றும் துறைமுகங்களைப் பற்றியும். நீங்கள் ஒரு அடுக்குமாடி கட்டிடத்தின் உதாரணத்தைப் பயன்படுத்தியுள்ளீர்கள்."

"http' என்றால் என்ன என்று எனக்குச் சொல்வது நல்லது. எல்லா இடங்களிலும் 'நெறிமுறை' எழுதப்பட்டிருப்பதை நான் காண்கிறேன், ஆனால் அது என்னவென்று எனக்குத் தெரியவில்லை."

"சரி. நான் பேசாமல் சொல்கிறேன்."

ஐபி முகவரி, டொமைன், URL - 1

" HTTP என்பது H yper T ext T ransport P ரோட்டோகால் என்பதைக் குறிக்கிறது மற்றும் இது ஹைபர்டெக்ஸ்ட் பரிமாற்றத்திற்கானது."

"ஹைபர்டெக்ஸ்ட் என்றால் என்ன?"

"இது HTML."

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

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

" சேவையகத்திற்கு ஒரு கோரிக்கை வருகிறது, மேலும் ஒவ்வொரு கோரிக்கைக்கும் சேவையகம் ஒரு பதிலை வழங்குகிறது."

"அத்தகைய கோரிக்கை மற்றும் பதிலுக்கான எடுத்துக்காட்டுகள் இங்கே:"

கோரிக்கை
GET alpha/api/contacts HTTP/1.1
Host: codegym.cc
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en; rv:1.9b5) Gecko/2008050509 Firefox/3.0b5
Accept: text/html
Connection: close
விளக்கம்
GET – request subtype
alpha/api/contacts – request to the web server
HTTP/1.1 – protocol version – HTTP/1.1
Host: codegym.cc – domain name
User-Agent: Mozilla/5 – unique browser name
Accept: text/html – requested document type: HTML
Connection: close – close the server connection after processing the request.

"முதல் வரி உண்மையான கோரிக்கையாகும். பின்வருபவை கூடுதல் கோரிக்கை அளவுருக்கள், அவை 'தலைப்பு புலங்கள்' என்றும் அழைக்கப்படுகின்றன."

"மற்றும் ஒரு பதிலின் உதாரணம் இங்கே:"

பதில்
HTTP/1.1 200 OK
Date: Wed, 11 Feb 2009 11:20:59 GMT
Server: Apache
X-Powered-By: PHP/5.2.4-2ubuntu5wm1
Last-Modified: Wed, 11 Feb 2009 11:20:59 GMT
Content-Language: en
Content-Type: text/html; charset=utf-8
Content-Length: 1234
Connection: close
<html><body><a href="http://ample.com/about.html#contacts">Click here</a></body></html>
HTTP/1.1 200 OK - «200 OK» means everything is okay.
Date: Wed, 11 Feb 2009 - Date on which the request was processed
Server: Apache - Name of the web server
X-Powered-By: PHP - The server uses PHP
Last-Modified: Wed, 11 Feb 2009 - The time of the last update of the requested file
Content-Language: en - The language of the file
Content-Type: text/html; charset=utf-8This is an HTML-file with UTF-8 encoding
Content-Length: 1234 - The response is 1234 bytes long
Connection: close - The connection will be closed after the request is handled
<html><body><a href="http://ample - The HTML file itself.

"நான் இரண்டு விஷயங்களுக்கு உங்கள் கவனத்தை ஈர்க்க விரும்புகிறேன்:"

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

"இரண்டாவதாக, கோப்பு HTTP பதிலின் ஒரு பகுதியாக அனுப்பப்படுகிறது . வேறுவிதமாகக் கூறினால், சேவையகத்தின் பதிலின் தொடக்கத்தில் சில கூடுதல் தரவுகளைப் பார்க்கிறோம், பின்னர் கோப்பின் உள்ளடக்கம் வழங்கப்படுகிறது. "

"எவ்வளவு சுவாரஸ்யம்! எனக்கு எல்லாம் புரிந்ததா என்று தெரியவில்லை. இதை மீண்டும் பிறகு படிக்கிறேன்."

"ஓ, நான் உங்களுக்கு மற்றொரு சிறிய ஆனால் சுவாரஸ்யமான விஷயத்தைப் பற்றி சொல்ல விரும்புகிறேன்: குக்கீகள்."

"அவை என்ன?"

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

"அதனால் என்ன பயன்?"

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

"எவ்வளவு சுவராஸ்யமான!"

"ஆமாம். நீங்கள் உங்கள் சொந்த சர்வ்லெட்டுகளை எழுதும்போது, ​​​​இந்த தலைப்பை நாங்கள் கூர்ந்து கவனிப்போம். ஆனால் இப்போதைக்கு, ஓய்வு எடுத்துக்கொள்வோம்."

"நீ என்ன சொன்னாலும்."