ஆசிரியர்: சர் டிம் பெர்னர்ஸ்-லீ, URIகள், URLகள், HTTP, HTML மற்றும் உலகளாவிய வலையின் கண்டுபிடிப்பாளர் மற்றும் W3C இன் தற்போதைய தலைவர். 1998 இல் எழுதப்பட்ட கட்டுரை

எந்த URI "குளிர்ச்சியாக" கருதப்படுகிறது?
மாறாத ஒன்று.
URI கள் எவ்வாறு மாற்றப்படுகின்றன?
URI கள் மாறாது: மக்கள் அவற்றை மாற்றுகிறார்கள்.

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

கோட்பாட்டில், ஒரு டொமைன் பெயர்வெளியின் பெயரளவு உரிமையாளர் உண்மையில் டொமைன் பெயர்வெளியை சொந்தமாக வைத்திருக்கிறார், எனவே அதிலுள்ள அனைத்து URIகளும். திவால் தவிர, டொமைன் பெயரின் உரிமையாளரின் பெயரை வைத்திருப்பதை எதுவும் தடுக்காது. கோட்பாட்டில், உங்கள் டொமைன் பெயரின் கீழ் உள்ள URI இடம் முற்றிலும் உங்கள் கட்டுப்பாட்டில் உள்ளது, எனவே நீங்கள் விரும்பியபடி அதை நிலையானதாக மாற்றலாம். இணையத்தில் இருந்து ஒரு ஆவணம் மறைந்து போவதற்கான ஒரே நல்ல காரணம், டொமைன் பெயரை வைத்திருக்கும் நிறுவனம் வணிகத்திலிருந்து வெளியேறியது அல்லது சேவையகத்தை இயங்க வைக்க முடியாது. அப்படியானால் ஏன் உலகில் பல விடுபட்ட இணைப்புகள் உள்ளன? இவற்றில் சில வெறுமனே முன்னறிவிப்பு இல்லாதது. நீங்கள் கேட்கக்கூடிய சில காரணங்கள் இங்கே:

தளத்தை இன்னும் சிறப்பாகச் செய்ய மறுசீரமைத்தோம்.

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

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

நான் அனுதாபப்பட மட்டுமே முடியும். W3C ஆனது, காப்பகப் பொருட்களைப் பகிரங்கப்படுத்துவதற்கு முன், ரகசியத்தன்மைக்காக அவற்றை கவனமாகப் பிரித்தெடுக்க வேண்டிய காலகட்டத்தை கடந்து சென்றது. முடிவை முன்கூட்டியே சிந்திக்க வேண்டும் - ஒவ்வொரு ஆவணத்திலும் நீங்கள் ஏற்றுக்கொள்ளக்கூடிய வாசகர்கள், உருவாக்கிய தேதி மற்றும் காலாவதி தேதி ஆகியவற்றை பதிவு செய்கிறீர்கள் என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள். இந்த மெட்டாடேட்டாவைச் சேமிக்கவும்.

சரி, நாங்கள் கோப்புகளை நகர்த்த வேண்டும் என்று கண்டுபிடித்தோம்...

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

ஜான் இனி இந்தக் கோப்பைப் பராமரிக்கவில்லை, ஜேன் இப்போது செய்கிறார்.

யுஆர்ஐயில் ஜானின் பெயர் இருந்ததா? இல்லை, கோப்பு அவரது கோப்பகத்தில் மட்டும் இருந்ததா? சரி, சரி.

இதற்கு முன்பு நாம் CGI ஸ்கிரிப்டைப் பயன்படுத்தினோம், ஆனால் இப்போது பைனரி நிரலைப் பயன்படுத்துகிறோம்.

ஸ்கிரிப்ட்களால் உருவாக்கப்பட்ட பக்கங்கள் "cgibin" அல்லது "cgi" பகுதியில் இருக்க வேண்டும் என்று ஒரு பைத்தியம் யோசனை உள்ளது. இது உங்கள் இணைய சேவையகத்தை எவ்வாறு இயக்குகிறது என்பதன் இயக்கவியலை வெளிப்படுத்துகிறது. நீங்கள் பொறிமுறையை மாற்றுகிறீர்கள் (உள்ளடக்கத்தைச் சேமிக்கும் போது கூட), அச்சச்சோ - உங்கள் அனைத்து URIகளும் மாறுகின்றன.

உதாரணமாக தேசிய அறிவியல் அறக்கட்டளையை (NSF) எடுத்துக் கொள்ளுங்கள்:

NSF ஆன்லைன் ஆவணங்கள்

http://www.nsf.gov/cgi-bin/pubsys/browser/odbrowse.pl

ஆவணங்களைப் பார்க்கத் தொடங்கும் முதல் பக்கம் சில ஆண்டுகளில் ஒரே மாதிரியாக இருக்காது. cgi-bin, oldbrowse и pl - இவை அனைத்தும் இப்போது நாம் எப்படிச் செய்கிறோம் என்பது பற்றிய தகவல்களைத் தருகிறது. ஆவணத்தைத் தேட நீங்கள் பக்கத்தைப் பயன்படுத்தினால், நீங்கள் பெறும் முதல் முடிவு சமமாக மோசமாக இருக்கும்:

கிரிப்டாலஜி மற்றும் குறியீட்டு கோட்பாடு பற்றிய பணிக்குழுவின் அறிக்கை

http://www.nsf.gov/cgi-bin/getpub?nsf9814

ஆவண அட்டவணைப் பக்கத்திற்கு, html ஆவணம் மிகவும் சிறப்பாகத் தோன்றினாலும்:

http://www.nsf.gov/pubs/1998/nsf9814/nsf9814.htm

பழைய 1998 ஆவண வகைப்பாடு திட்டம் நடைமுறையில் உள்ளது என்பதற்கான நல்ல குறிப்பை இங்கு பப்கள்/1998 தலைப்பு எந்த எதிர்கால காப்பக சேவைக்கும் வழங்கும். 2098 இல் ஆவண எண்கள் வித்தியாசமாகத் தோன்றினாலும், இந்த URI இன்னும் செல்லுபடியாகும் மற்றும் NSF அல்லது காப்பகத்தைப் பராமரிக்கும் வேறு எந்த நிறுவனத்திலும் தலையிடாது என்று நான் கற்பனை செய்கிறேன்.

URLகள் நிலையாக இருக்க வேண்டும் என்று நான் நினைக்கவில்லை - URNகள் இருந்தன.

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

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

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

நாங்கள் விரும்பினோம், ஆனால் எங்களிடம் சரியான கருவிகள் இல்லை.

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

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

இது மிகவும் மோசமானது. ஆனால் நாங்கள் நிலைமையை சரிசெய்வோம். W3C இல், பதிப்புகளைக் கண்காணிக்கும் ஜிகெடிட் (ஜிக்சா எடிட்டிங் சர்வர்) செயல்பாட்டைப் பயன்படுத்துகிறோம், மேலும் ஆவண உருவாக்க ஸ்கிரிப்ட்களை நாங்கள் பரிசோதிக்கிறோம். நீங்கள் கருவிகள், சேவையகங்கள் மற்றும் வாடிக்கையாளர்களை உருவாக்கினால், இந்த சிக்கலில் கவனம் செலுத்துங்கள்!

இந்த மன்னிப்பு இது உட்பட பல W3C பக்கங்களுக்கும் பொருந்தும்: எனவே நான் சொல்வது போல் செய், நான் செய்வது போல் அல்ல.

நான் எதற்கு கவலை படவேண்டும்?

உங்கள் சர்வரில் URIயை மாற்றினால், பழைய URIக்கு யாருடைய இணைப்புகள் இருக்கும் என்பதை உங்களால் முழுமையாகச் சொல்ல முடியாது. இவை வழக்கமான இணையப் பக்கங்களிலிருந்து வரும் இணைப்புகளாக இருக்கலாம். உங்கள் பக்கத்தை புக்மார்க் செய்யவும். ஒரு நண்பருக்கு எழுதிய கடிதத்தின் ஓரங்களில் URI ஸ்க்ரால் செய்யப்பட்டிருக்கலாம்.

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

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

எனவே நான் என்ன செய்ய வேண்டும்? URI வடிவமைப்பு

2 ஆண்டுகளில், 20 ஆண்டுகளில், 200 ஆண்டுகளில் பயன்படுத்தக்கூடிய URIகளை ஒதுக்குவது வெப்மாஸ்டரின் பொறுப்பாகும். இதற்கு சிந்தனை, அமைப்பு மற்றும் உறுதிப்பாடு தேவை.

URIகளில் ஏதேனும் தகவல் மாறினால் அவை மாறும். அவற்றை எப்படி வடிவமைக்கிறீர்கள் என்பது மிகவும் முக்கியம். (என்ன, URI வடிவமைப்பு? நான் URI ஐ வடிவமைக்க வேண்டுமா? ஆம், அதைப் பற்றி நீங்கள் சிந்திக்க வேண்டும்). வடிவமைப்பு என்பது URI இல் உள்ள எந்த தகவலையும் விட்டுவிடுவதைக் குறிக்கிறது.

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

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

http://www.pathfinder.com/money/moneydaily/latest/

இது Money இதழின் சமீபத்திய Money Daily பத்தியாகும். இந்த URI யில் தேதி தேவையில்லை முக்கிய காரணம், பதிவுகளை விட அதிகமாக இருக்கும் URI ஐ சேமிக்க எந்த காரணமும் இல்லை. பணம் மறைந்தால் பணம் டெய்லி என்ற கருத்து மறைந்துவிடும். நீங்கள் உள்ளடக்கத்துடன் இணைக்க விரும்பினால், காப்பகங்களில் தனித்தனியாக இணைக்க வேண்டும்:

http://www.pathfinder.com/money/moneydaily/1998/981212.moneyonline.html

(நன்றாகத் தெரிகிறது. pathfinder.com இன் வாழ்நாள் முழுவதும் "பணம்" என்பது ஒரே பொருளைக் குறிக்கும் என்று கருதுகிறது. "98" என்ற நகல் மற்றும் தேவையற்ற ".html" உள்ளது, இல்லையெனில் வலுவான URI போல் தெரிகிறது.

எதை விடுவது

அனைத்து! உருவாக்கிய தேதியைத் தவிர, URI இல் எந்த தகவலையும் வைப்பது ஒரு வழி அல்லது வேறு சிக்கலைக் கேட்கிறது.

• ஆசிரியர் பெயர். புதிய பதிப்புகள் கிடைக்கும்போது படைப்பாற்றல் மாறலாம். மக்கள் நிறுவனங்களை விட்டு வெளியேறி மற்றவர்களுக்கு விஷயங்களைக் கடத்துகிறார்கள்.
• பொருள். இது மிகவும் கடினம். இது எப்பொழுதும் முதலில் நன்றாக இருக்கும், ஆனால் வியக்கத்தக்க வகையில் விரைவாக மாறுகிறது. இதைப் பற்றி மேலும் கீழே பேசுவேன்.
• நிலையை. "பழைய", "வரைவு" மற்றும் பல போன்ற கோப்பகங்கள், "சமீபத்திய" மற்றும் "கூல்" என்று குறிப்பிடாமல், எல்லா கோப்பு முறைமைகளிலும் தோன்றும். ஆவணங்கள் நிலையை மாற்றும் - இல்லையெனில் வரைவுகளை உருவாக்குவதில் எந்த அர்த்தமும் இருக்காது. ஆவணத்தின் சமீபத்திய பதிப்பிற்கு, அதன் நிலையைப் பொருட்படுத்தாமல், நிலையான அடையாளங்காட்டி தேவை. பெயருக்கு வெளியே நிலையை வைத்திருங்கள்.
• அணுகல். W3C இல், தளத்தை ஊழியர்கள், உறுப்பினர்கள் மற்றும் பொதுமக்களுக்கான பிரிவுகளாகப் பிரித்துள்ளோம். இது நன்றாகத் தெரிகிறது, ஆனால் நிச்சயமாக, ஆவணங்கள் ஊழியர்களிடமிருந்து குழு யோசனைகளாகத் தொடங்குகின்றன, உறுப்பினர்களுடன் விவாதிக்கப்படுகின்றன, பின்னர் அவை பொது அறிவாக மாறும். ஒவ்வொரு முறையும் ஒரு ஆவணம் விரிவான விவாதத்திற்கு திறக்கப்படும்போது, ​​அதற்கான பழைய இணைப்புகள் அனைத்தும் உடைந்து விட்டால் அது உண்மையில் அவமானம்! இப்போது நாம் ஒரு எளிய தேதிக் குறியீட்டிற்கு செல்கிறோம்.
• கோப்பு நீட்டிப்பு. மிகவும் பொதுவான நிகழ்வு. "cgi", ".html" கூட எதிர்காலத்தில் மாறும். 20 ஆண்டுகளில் இந்தப் பக்கத்திற்கு நீங்கள் HTML ஐப் பயன்படுத்தாமல் இருக்கலாம், ஆனால் அதற்கான இன்றைய இணைப்புகள் இன்னும் செயல்பட வேண்டும். W3C தளத்தில் உள்ள நியமன இணைப்புகள் நீட்டிப்பைப் பயன்படுத்தாது (அது எப்படி முடிந்தது).
• மென்பொருள் வழிமுறைகள். URI இல், "cgi", "exec" மற்றும் "நாம் எந்த மென்பொருளைப் பயன்படுத்துகிறோம் என்பதைப் பாருங்கள்" என்று அலறும் பிற சொற்களைத் தேடுங்கள். Perl CGI ஸ்கிரிப்ட்களை எழுதுவதற்கு யாராவது தங்கள் வாழ்நாள் முழுவதையும் செலவிட விரும்புகிறார்களா? இல்லை? பின்னர் .pl நீட்டிப்பை அகற்றவும். இதை எப்படி செய்வது என்று சர்வர் கையேட்டைப் படியுங்கள்.
• வட்டு பெயர். வா! ஆனால் இதை நான் பார்த்திருக்கிறேன்.

எனவே எங்கள் தளத்தில் இருந்து சிறந்த உதாரணம் எளிமையாக உள்ளது

http://www.w3.org/1998/12/01/chairs

... W3C நாற்காலிகள் கூட்டத்தின் நிமிடங்கள் பற்றிய அறிக்கை.

தலைப்புகள் மற்றும் தலைப்பின் வகைப்பாடு

இந்த ஆபத்தை நான் இன்னும் விரிவாகக் கூறுவேன், ஏனெனில் இது தவிர்க்க மிகவும் கடினமான விஷயங்களில் ஒன்றாகும். பொதுவாக, உங்கள் ஆவணங்களை அவர்கள் செய்யும் வேலையின்படி வகைப்படுத்தும்போது தலைப்புகள் URIகளில் முடிவடையும். ஆனால் இந்த முறிவு காலப்போக்கில் மாறும். பகுதிகளின் பெயர்கள் மாறும். W3C இல், பிரிவின் உண்மையான உள்ளடக்கத்தைப் பிரதிபலிக்க, மார்க்அப்பை மார்க்அப்பாகவும், பின்னர் HTML ஆகவும் மாற்ற விரும்பினோம். கூடுதலாக, பெரும்பாலும் ஒரு தட்டையான பெயர்வெளி உள்ளது. 100 ஆண்டுகளில், நீங்கள் எதையும் மீண்டும் பயன்படுத்த விரும்ப மாட்டீர்கள் என்பதில் உறுதியாக இருக்கிறீர்களா? எங்களின் குறுகிய வாழ்க்கையில் நாங்கள் ஏற்கனவே "வரலாறு" மற்றும் "ஸ்டைல் ​​ஷீட்கள்" போன்றவற்றை மீண்டும் பயன்படுத்த விரும்பினோம்.

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

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

உண்மையில், நீங்கள் URI இல் தலைப்புப் பெயரைப் பயன்படுத்தும்போது, ​​நீங்கள் ஒருவித வகைப்பாட்டிற்கு உங்களை ஈடுபடுத்திக் கொள்கிறீர்கள். ஒருவேளை எதிர்காலத்தில் நீங்கள் வேறு விருப்பத்தை விரும்புவீர்கள். URI பின்னர் மீறலுக்கு ஆளாகும்.

URI இன் ஒரு பகுதியாக ஒரு பாடப் பகுதியைப் பயன்படுத்துவதற்கான காரணம், URI இடத்தின் துணைப்பிரிவுகளுக்கான பொறுப்பு பொதுவாக ஒப்படைக்கப்படுகிறது, பின்னர் அந்த துணைவெளிக்கு பொறுப்பான நிறுவன அமைப்பின் பெயர் - துறை, குழு அல்லது எதுவாக இருந்தாலும் உங்களுக்குத் தேவை. இது ஒரு நிறுவன கட்டமைப்பிற்கு URI பிணைப்பாகும். மேலும் (இடதுபுறம்) URI ஒரு தேதியால் பாதுகாக்கப்பட்டால் மட்டுமே இது பாதுகாப்பானது: 1998/படங்கள் உங்கள் சேவையகத்திற்கு "1998 இல் படங்களுடன் நாங்கள் என்ன சொன்னோம்" என்பதற்குப் பதிலாக "1998 இல் நாங்கள் இப்போது படங்கள் என்று அழைப்பதைச் செய்தோம்" என்று அர்த்தம்.

டொமைன் பெயரை மறந்துவிடாதீர்கள்

இது URI இல் உள்ள பாதைக்கு மட்டுமல்ல, சர்வர் பெயருக்கும் பொருந்தும் என்பதை நினைவில் கொள்ளுங்கள். வெவ்வேறு விஷயங்களுக்கு தனித்தனி சேவையகங்கள் இருந்தால், பல, பல இணைப்புகளை அழிக்காமல் இந்த பிரிவை மாற்ற முடியாது என்பதை நினைவில் கொள்ளுங்கள். சில கிளாசிக் "இன்று நாம் பயன்படுத்தும் மென்பொருளைப் பாருங்கள்" தவறுகள் டொமைன் பெயர்கள் "cgi.pathfinder.com", "secure", "lists.w3.org". அவை சர்வர் நிர்வாகத்தை எளிதாக்கும் வகையில் வடிவமைக்கப்பட்டுள்ளன. ஒரு டொமைன் உங்கள் நிறுவனத்தில் ஒரு பிரிவு, ஆவண நிலை, அணுகல் நிலை அல்லது பாதுகாப்பு நிலை ஆகியவற்றைப் பிரதிநிதித்துவப்படுத்துகிறதா என்பதைப் பொருட்படுத்தாமல், பல ஆவண வகைகளுக்கு ஒன்றுக்கு மேற்பட்ட டொமைன் பெயர்களைப் பயன்படுத்துவதற்கு முன்பு மிகவும் கவனமாக இருங்கள். திசைதிருப்பல் மற்றும் ப்ராக்ஸியிங்கைப் பயன்படுத்தி, காணக்கூடிய ஒரு இணைய சேவையகத்திற்குள் பல இணைய சேவையகங்களை நீங்கள் மறைக்க முடியும் என்பதை நினைவில் கொள்ளுங்கள்.

ஓ, உங்கள் டொமைன் பெயரைப் பற்றியும் சிந்தியுங்கள். நீங்கள் தயாரிப்பு வரிகளை மாற்றி, சோப்பு தயாரிப்பதை நிறுத்திய பிறகு, நீங்கள் soap.com என குறிப்பிடப்பட விரும்பவில்லை (தற்போது soap.com ஐ வைத்திருப்பவருக்கு மன்னிக்கவும்).

முடிவுக்கு

2, 20, 200 அல்லது 2000 ஆண்டுகளுக்கு ஒரு URI ஐப் பாதுகாப்பது வெளிப்படையாகத் தோன்றுவது போல் எளிதானது அல்ல. இருப்பினும், இணையம் முழுவதும், வெப்மாஸ்டர்கள் எதிர்காலத்தில் இந்த பணியை தங்களுக்கு மிகவும் கடினமாக்கும் முடிவுகளை எடுக்கிறார்கள். இந்த நேரத்தில் சிறந்த தளத்தை மட்டுமே வழங்குவதற்கான கருவிகளை அவர்கள் பயன்படுத்துவதால் இது பெரும்பாலும் ஏற்படுகிறது - மேலும் அனைத்தும் மாறும்போது இணைப்புகளுக்கு என்ன நடக்கும் என்பதை யாரும் மதிப்பிடவில்லை. இருப்பினும், இங்குள்ள புள்ளி என்னவென்றால், பல, பல விஷயங்கள் மாறலாம், மேலும் உங்கள் URIகள் மாறலாம் மற்றும் அப்படியே இருக்க வேண்டும். நீங்கள் அவற்றை எவ்வாறு உருவாக்குகிறீர்கள் என்பதைப் பற்றி சிந்திக்கும்போது மட்டுமே இது சாத்தியமாகும்.

மேலும் காண்க:

• அதே தலைப்பில் ஜேக்கப் நீல்சனின் அட்டகாசம்

சப்ளிமெண்ட்ஸ்

கோப்பு நீட்டிப்புகளை எவ்வாறு அகற்றுவது...

...தற்போதைய கோப்பு அடிப்படையிலான இணைய சேவையகத்தில் உள்ள URI இலிருந்து?

நீங்கள் அப்பாச்சியைப் பயன்படுத்தினால், எடுத்துக்காட்டாக, உள்ளடக்கத்தை பேச்சுவார்த்தை நடத்த அதை உள்ளமைக்கலாம். கோப்பு நீட்டிப்பை (எ.கா. .png) ஒரு கோப்பில் சேமிக்கவும் (எ.கா. mydog.png), ஆனால் அது இல்லாமல் இணைய ஆதாரத்துடன் இணைக்கலாம். அப்பாச்சி அந்த பெயர் மற்றும் எந்த நீட்டிப்பையும் கொண்ட அனைத்து கோப்புகளுக்கான கோப்பகத்தை சரிபார்க்கிறது, மேலும் தொகுப்பிலிருந்து சிறந்ததைத் தேர்வு செய்யலாம் (எடுத்துக்காட்டாக, GIF மற்றும் PNG). வெவ்வேறு கோப்பகங்களில் வெவ்வேறு வகையான கோப்புகளை வைக்க வேண்டிய அவசியமில்லை, உண்மையில் நீங்கள் அவ்வாறு செய்தால் உள்ளடக்கப் பொருத்தம் இயங்காது.

• உள்ளடக்கத்தை பேச்சுவார்த்தை நடத்த உங்கள் சேவையகத்தை அமைக்கவும்
• நீட்டிப்பு இல்லாமல் எப்போதும் URIகளுடன் இணைக்கவும்

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

(உண்மையாக, mydog, mydog.png и mydog.gif - செல்லுபடியாகும் இணைய வளங்கள், mydog ஒரு உலகளாவிய உள்ளடக்க வகை ஆதாரம், மற்றும் mydog.png и mydog.gif - ஒரு குறிப்பிட்ட உள்ளடக்க வகையின் ஆதாரங்கள்).

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

ஷேம் போர்டு - கதை 1: சேனல் 7

1999 இன் போது, ​​பக்கத்தில் பனி காரணமாக பள்ளி மூடப்பட்டதைக் கண்காணித்தேன் http://www.whdh.com/stormforce/closings.shtml. டிவி திரையின் அடிப்பகுதியில் தகவல் தோன்றும் வரை காத்திருக்க வேண்டாம்! எனது முகப்புப் பக்கத்திலிருந்து அதை இணைத்துள்ளேன். 2000 ஆம் ஆண்டின் முதல் பெரிய பனிப்புயல் வருகிறது, நான் பக்கத்தைப் பார்க்கிறேன். அதில் எழுதப்பட்டுள்ளது:,

- என.
தற்போது எதுவும் மூடப்படவில்லை. வானிலை எச்சரிக்கைகள் ஏற்பட்டால் தயவுசெய்து திரும்பவும்.

இது அவ்வளவு வலுவான புயலாக இருக்க முடியாது. தேதி தவறியது வேடிக்கையாக உள்ளது. ஆனால் நீங்கள் தளத்தின் பிரதான பக்கத்திற்குச் சென்றால், "மூடிய பள்ளிகள்" என்ற பெரிய பொத்தான் இருக்கும், அது பக்கத்திற்கு வழிவகுக்கும். http://www.whdh.com/stormforce/ மூடப்பட்ட பள்ளிகளின் நீண்ட பட்டியலுடன்.

பட்டியலைப் பெறுவதற்கான அமைப்பை அவர்கள் மாற்றியிருக்கலாம் - ஆனால் அவர்கள் URI ஐ மாற்ற வேண்டிய அவசியமில்லை.

போர்டு ஆஃப் ஷேம் - கதை 2: மைக்ரோசாப்ட் நெட்மீட்டிங்

இணையத்தை சார்ந்து வளர்ந்து வரும் நிலையில், உற்பத்தியாளரின் இணையதளத்திற்கான இணைப்புகளை பயன்பாடுகளில் உட்பொதிக்க முடியும் என்ற புத்திசாலித்தனமான யோசனை வந்தது. இது நிறைய பயன்படுத்தப்பட்டு தவறாக பயன்படுத்தப்பட்டது, ஆனால் உங்களால் URL ஐ மாற்ற முடியாது. முந்தைய நாள், இணையம்/இலவச பொருட்கள் மெனுவில் உள்ள ஹெல்ப்/மைக்ரோசாப்ட் 2/சம்திங் கிளையண்டிலிருந்து மைக்ரோசாஃப்ட் நெட்மீட்டிங் 404/சம்திங் கிளையண்ட் இணைப்பை முயற்சித்தேன், XNUMX பிழையைப் பெற்றேன் - சர்வரில் இருந்து எந்த பதிலும் கிடைக்கவில்லை. ஒருவேளை அது ஏற்கனவே சரி செய்யப்பட்டிருக்கலாம் ...

© 1998 டிம் பி.எல்

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

ஆதாரம்: www.habr.com