சுய-ஹோஸ்டிங் மூன்றாம் தரப்பு ஆதாரங்கள்: நல்லது, கெட்டது, அசிங்கமானது

சமீபத்திய ஆண்டுகளில், முன்-இறுதி திட்டங்களை மேம்படுத்துவதற்கான பல தளங்கள் சுய-ஹோஸ்டிங் அல்லது மூன்றாம் தரப்பு ஆதாரங்களை ப்ராக்ஸி செய்வதற்கான வாய்ப்புகளை வழங்குகின்றன. அமைக்க அகமாய் உங்களை அனுமதிக்கிறது குறிப்பிட்ட அளவுருக்கள் சுயமாக உருவாக்கப்பட்ட URLகளுக்கு. Cloudflare ஆனது Edge Workers தொழில்நுட்பத்தைக் கொண்டுள்ளது. Fasterzine முடியும் முன்னறிவிப்பு பக்கங்களில் உள்ள URLகள், தளத்தின் முக்கிய டொமைனில் அமைந்துள்ள மூன்றாம் தரப்பு ஆதாரங்களை அவை சுட்டிக்காட்டும்.

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

நல்லது: மேம்பட்ட செயல்திறன்

வேறொருவரின் ஆதாரங்களை சுய-ஹோஸ்ட் செய்வது செயல்திறனை மிகவும் வெளிப்படையான முறையில் மேம்படுத்துகிறது. உலாவி மீண்டும் DNS ஐ அணுக வேண்டிய அவசியமில்லை, TCP இணைப்பை நிறுவி மூன்றாம் தரப்பு டொமைனில் TLS ஹேண்ட்ஷேக்கைச் செய்ய வேண்டிய அவசியமில்லை. பின்வரும் இரண்டு புள்ளிவிவரங்களை ஒப்பிடுவதன் மூலம் வேறொருவரின் ஆதாரங்களை சுயமாக ஹோஸ்ட் செய்வது செயல்திறனை எவ்வாறு பாதிக்கிறது என்பதை நீங்கள் பார்க்கலாம்.

மூன்றாம் தரப்பு ஆதாரங்கள் வெளிப்புற மூலங்களிலிருந்து பதிவிறக்கம் செய்யப்படுகின்றன (எடுக்கப்பட்டது இங்கிருந்து)

மூன்றாம் தரப்பு ஆதாரங்கள் மற்ற தளப் பொருட்கள் (எடுக்கப்பட்டது) அதே இடத்தில் சேமிக்கப்படும் இங்கிருந்து)

பிரதான டொமைனுடன் ஏற்கனவே நிறுவப்பட்ட HTTP/2 இணைப்பிலிருந்து மல்டிபிளக்ஸ் மற்றும் தரவை முன்னுரிமைப்படுத்தும் திறனை உலாவி பயன்படுத்தும் என்பதாலும் நிலைமை மேம்படுத்தப்பட்டுள்ளது.

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

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

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

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

உங்கள் கேச்சிங் மேலாண்மை உத்தியில் (URL ஹாஷ்கள், பதிப்புகள், முதலியன) தொடர்புடைய உள்ளடக்கத்தை இணைப்பதன் மூலம், TTLஐ ஒரு வருடத்திற்கு நீட்டிக்கலாம். இதைப் பற்றி கீழே பேசுவோம்.

▍மூன்றாம் தரப்பு சேவைகளின் செயல்பாட்டில் குறுக்கீடுகள் அல்லது அவை நிறுத்தப்படுவதற்கு எதிரான பாதுகாப்பு

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

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

webpagetest.org இல் SPOF பிரிவு

▍உலாவிகளில் உள்ள பொருட்களை தேக்கி வைப்பதில் உள்ள சிக்கல்கள் பற்றி என்ன? (குறிப்பு: இது ஒரு கட்டுக்கதை)

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

எங்களிடம் பல்வேறு தளங்கள் உள்ளன என்று வைத்துக்கொள்வோம்: website1.com, website2.com, website3.com. இந்த தளங்கள் அனைத்தும் jQuery நூலகத்தைப் பயன்படுத்துகின்றன. CDN ஐப் பயன்படுத்தி அவர்களுடன் இணைக்கிறோம், எடுத்துக்காட்டாக - googleapis.com. உலாவி ஒருமுறை நூலகத்தை பதிவிறக்கம் செய்து தற்காலிக சேமிப்பில் வைக்கும் என்று எதிர்பார்க்கலாம், பின்னர் அதை மூன்று தளங்களிலும் பயன்படுத்தலாம். இது நெட்வொர்க்கில் சுமையை குறைக்கலாம். ஒருவேளை இது எங்காவது பணத்தைச் சேமிக்க உங்களை அனுமதிக்கும் மற்றும் வள செயல்திறனை மேம்படுத்த உதவும். நடைமுறைக் கண்ணோட்டத்தில், எல்லாம் வித்தியாசமாகத் தெரிகிறது. எடுத்துக்காட்டாக, Safari என்ற அம்சம் உள்ளது நுண்ணறிவு கண்காணிப்பு தடுப்பு: கேச் ஆவணத்தின் மூலத்தையும் மூன்றாம் தரப்பு ஆதாரத்தின் மூலத்தையும் அடிப்படையாகக் கொண்ட இரட்டை விசைகளைப் பயன்படுத்துகிறது. இங்கே இந்த தலைப்பில் நல்ல கட்டுரை.

பழைய படிப்புகள் யாகூ и பேஸ்புக், அத்துடன் மிகவும் சமீபத்தியது ஆய்வு பால் கால்வானோ, நாம் எதிர்பார்க்கும் அளவுக்கு ஆதாரங்கள் உலாவி தற்காலிக சேமிப்பில் சேமிக்கப்படவில்லை என்பதைக் காட்டுங்கள்: “திட்டத்தின் சொந்த மற்றும் மூன்றாம் தரப்பு ஆதாரங்களின் தற்காலிக சேமிப்பு நேரத்திற்கு இடையே கடுமையான இடைவெளி உள்ளது. நாங்கள் CSS மற்றும் வலை எழுத்துருக்கள் பற்றி பேசுகிறோம். அதாவது, 95% நேட்டிவ் எழுத்துருக்கள் ஒரு வாரத்திற்கும் மேலாக கேச் ஆயுளைக் கொண்டிருக்கின்றன, அதே சமயம் 50% மூன்றாம் தரப்பு எழுத்துருக்கள் ஒரு வாரத்திற்கும் குறைவான கேச் ஆயுளைக் கொண்டுள்ளன! இது வலை உருவாக்குநர்களுக்கு எழுத்துரு கோப்புகளை தாங்களாகவே ஹோஸ்ட் செய்ய ஒரு கட்டாயக் காரணத்தை அளிக்கிறது!

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

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

கெட்டது: பிசாசு விவரங்களில் உள்ளது

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

இங்குள்ள முக்கிய பிரச்சனைகளில் ஒன்று கேச்சிங் நேரம். எடுத்துக்காட்டாக, இது போன்ற மூன்றாம் தரப்பு ஸ்கிரிப்ட் பெயர்களில் பதிப்புத் தகவல் சேர்க்கப்பட்டுள்ளது: jquery-3.4.1.js. அத்தகைய கோப்பு எதிர்காலத்தில் மாறாது, இதன் விளைவாக அதன் தற்காலிக சேமிப்பில் எந்த பிரச்சனையும் ஏற்படாது.

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

உண்மை, நாம் அடிக்கடி புதுப்பிக்கப்படும் பொருட்களைப் பற்றி பேசினால் (டேக் மேனேஜர்கள், A/B சோதனைக்கான தீர்வுகள்), CDN கருவிகளைப் பயன்படுத்தி அவற்றை தேக்ககப்படுத்துவது என்பது தீர்க்கப்படக்கூடிய பணியாகும், ஆனால் மிகவும் சிக்கலானது. கமாண்டர்ஸ் ஆக்ட், டேக் மேனேஜ்மென்ட் தீர்வு போன்ற சேவைகள் புதிய பதிப்புகளை வெளியிடும் போது வெப்ஹூக்குகளைப் பயன்படுத்துகின்றன. இது CDN இல் கேச் ஃப்ளஷை கட்டாயப்படுத்தும் திறனை உங்களுக்கு வழங்குகிறது அல்லது இன்னும் சிறப்பாக, ஹாஷ் அல்லது URL புதுப்பிப்பை கட்டாயப்படுத்தும் திறனை வழங்குகிறது.

▍வாடிக்கையாளர்களுக்கு பொருட்களை தகவமைத்து வழங்குதல்

கூடுதலாக, கேச்சிங் பற்றி பேசும்போது, ​​CDN இல் பயன்படுத்தப்படும் கேச்சிங் அமைப்புகள் சில மூன்றாம் தரப்பு ஆதாரங்களுக்கு ஏற்றதாக இருக்காது என்ற உண்மையை நாம் கணக்கில் எடுத்துக்கொள்ள வேண்டும். எடுத்துக்காட்டாக, அத்தகைய ஆதாரங்கள் பயனர் முகவர் ஸ்னிஃபிங் (அடாப்டிவ் சர்விங்) தொழில்நுட்பத்தைப் பயன்படுத்தி குறிப்பிட்ட உலாவிகளுக்கு குறிப்பாக அந்த உலாவிகளுக்கு உகந்ததாக உள்ளடக்கத்தின் பதிப்புகளுடன் சேவை செய்யலாம். இந்த தொழில்நுட்பங்கள் உலாவி திறன்களைக் கண்டறிய வழக்கமான வெளிப்பாடுகள் அல்லது HTTP தலைப்புத் தகவலின் தரவுத்தளத்தை நம்பியுள்ளன. User-Agent. அவர்கள் எந்த உலாவியைக் கையாளுகிறார்கள் என்பதை அறிந்தவுடன், அதற்காக வடிவமைக்கப்பட்ட பொருட்களைக் கொடுக்கிறார்கள்.

இங்கே நீங்கள் இரண்டு சேவைகளை நினைவில் கொள்ளலாம். முதலாவது googlefonts.com. இரண்டாவது polyfill.io. Google எழுத்துருக்கள் சேவையானது, உலாவியின் திறன்களைப் பொறுத்து, ஒரு குறிப்பிட்ட ஆதாரத்திற்கு, பல்வேறு CSS குறியீட்டை வழங்குகிறது (woff2 ஆதாரங்களைப் பயன்படுத்தி இணைப்புகளை வழங்குகிறது unicode-range).

வெவ்வேறு உலாவிகளில் இருந்து செய்யப்பட்ட இரண்டு Google எழுத்துரு வினவல்களின் முடிவுகள் இங்கே உள்ளன.

Chrome இலிருந்து Google எழுத்துருக்கள் வினவல் முடிவு

IE10 இலிருந்து செயல்படுத்தப்பட்ட கூகுள் எழுத்துரு வினவலின் முடிவு

Polyfill.io உலாவிக்கு தேவையான பாலிஃபில்களை மட்டுமே வழங்குகிறது. செயல்திறன் காரணங்களுக்காக இது செய்யப்படுகிறது.

எடுத்துக்காட்டாக, வெவ்வேறு உலாவிகளில் இருந்து பின்வரும் கோரிக்கையை இயக்கினால் என்ன ஆகும் என்பதைப் பார்ப்போம்: https://polyfill.io/v3/polyfill.js?features=default

IE10 இலிருந்து செயல்படுத்தப்பட்ட அத்தகைய கோரிக்கைக்கு பதிலளிக்கும் விதமாக, 34 KB தரவு பெறப்படும். அதற்கு பதில், Chrome இலிருந்து செயல்படுத்தப்பட்டது, காலியாக இருக்கும்.

கோபம்: சில தனியுரிமை பரிசீலனைகள்

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

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

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

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

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

மேலும், HTTP தலைப்புகளிலும் இதேதான் நடக்கும் வாடிக்கையாளர் குறிப்புகள், அவை முதன்மை டொமைனுக்கு மட்டுமே அனுப்பப்படும், ஏனெனில் அவை உருவாக்கப் பயன்படும் டிஜிட்டல் கைரேகை பயனர். நீங்கள் பயன்படுத்தும் CDN சேவையானது இந்த தலைப்புகளை சரியாக வடிகட்டுகிறதா என்பதை உறுதிப்படுத்தவும்.

முடிவுகளை

மூன்றாம் தரப்பு ஆதாரங்களின் சுய-ஹோஸ்டிங்கை விரைவில் செயல்படுத்த நீங்கள் திட்டமிட்டால், நான் உங்களுக்கு சில ஆலோசனைகளை வழங்குகிறேன்:

• உங்கள் மிக முக்கியமான JS நூலகங்கள், எழுத்துருக்கள் மற்றும் CSS கோப்புகளை ஹோஸ்ட் செய்யவும். மூன்றாம் தரப்பு சேவையின் தவறு காரணமாக தளம் கிடைக்காததற்கு முக்கியமான ஆதாரம் காரணமாக தளம் தோல்வி அல்லது செயல்திறன் சிதைவு அபாயத்தை இது குறைக்கும்.
• CDN இல் மூன்றாம் தரப்பு ஆதாரங்களைத் தேக்குவதற்கு முன், அவற்றின் கோப்புகளுக்குப் பெயரிடும் போது சில வகையான பதிப்பு அமைப்பு பயன்படுத்தப்படுகிறதா அல்லது புதிய பதிப்பை வெளியிடும் போது CDN தற்காலிக சேமிப்பை கைமுறையாக அல்லது தானாக மீட்டமைப்பதன் மூலம் இந்த ஆதாரங்களின் வாழ்க்கைச் சுழற்சியை நீங்கள் நிர்வகிக்கலாம் என்பதை உறுதிப்படுத்திக் கொள்ளுங்கள். ஸ்கிரிப்ட்.
• உங்கள் CDN, ப்ராக்ஸி சர்வர் மற்றும் கேச் அமைப்புகளில் மிகவும் கவனமாக இருக்கவும். இது உங்கள் திட்டம் அல்லது தலைப்புகள் குக்கீகளை அனுப்புவதைத் தடுக்க உங்களை அனுமதிக்கும் Client-Hints மூன்றாம் தரப்பு சேவைகள்.

அன்புள்ள வாசகர்கள்! உங்கள் திட்டப்பணிகளின் செயல்பாட்டிற்கு மிகவும் முக்கியமான மற்றவர்களின் பொருட்களை உங்கள் சர்வரில் ஹோஸ்ட் செய்கிறீர்களா?

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