அறிவுத் தளம்

வாடிக்கையாளர்களுக்கு அவர்களின் சொந்த CDN மற்றும் DNS-ஐ வழங்குதல்

பூல்கள், உங்கள் சொந்த கணக்குகள், மற்றும் தடம் பிரிப்பிற்கு ஏன் ஒன்றுக்கும் மேற்பட்ட கணக்குகள் தேவைப்படுகின்றன.

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

வாடிக்கையாளர் எப்போது சொந்தக் கணக்கைக் கொண்டிருக்க வேண்டும்

அவர்களிடம் ஏற்கனவே ஒரு கணக்கு உள்ளது மற்றும் அதைத் தக்கவைக்க விரும்புகிறார்கள் — அவர்களின் குழுவிற்கு அது தெரியும், அவர்களின் விதிகள் அதில் உள்ளன, மேலும் அதை மாற்றுவது எந்தப் பலனுமின்றி இடையூறை மட்டுமே ஏற்படுத்தும். Reseller → Networks → அவர்களின் கணக்கைச் சேர்க்கவும், அதன் பிறகு அவர்களின் தளங்கள் அதைப் பயன்படுத்தும்.

தடயப் பிரிப்பு (Footprint separation). ஒன்றுக்கொன்று தொடர்பில்லாததாகத் தெரிய வேண்டிய தளங்கள் ஒரு nameserver, IP அல்லது CDN கணக்கைப் பகிரக்கூடாது, ஏனெனில் யாரேனும் தேடும் இணைப்புகள் இவையே ஆகும். தளங்கள் பல கணக்குகளில் விநியோகிக்கப்படும் கணக்குகளின் ஒரு தொகுப்பு (pool), இந்த இணைப்பை உடைக்கிறது.

தொகுப்புகள் (Pools)

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

Reseller → Networks → Pools என்பது ஒவ்வொரு கணக்கும் எத்தனை தளங்களைக் கொண்டுள்ளது என்பதைக் காட்டுகிறது மற்றும் ஒரு கணக்கு அதன் சொந்த வழங்குநரின் வரம்பை அடைவதற்கு முன்பே எச்சரிக்கிறது.

Nameservers

ஒரு zone எந்தக் கணக்கில் அமைந்தாலும், நீங்கள் அவற்றை அமைத்திருந்தால் உங்கள் வாடிக்கையாளர்கள் உங்கள் nameservers-ஐப் பார்ப்பார்கள் — எங்களுடைய எதற்கும் பதிலாக ns1.yourbrand.com. இது white-labelling-இன் மிகவும் வெளிப்படையாகத் தெரியும் ஒரு பகுதியாகும் மற்றும் இதைச் செய்வது மதிப்புமிக்கது.

⛔ நீங்கள் அதை நம்புவதற்கு முன் வாடிக்கையாளரின் கணக்கு வரம்புகளைச் சரிபார்க்கவும். ஒரு இலவச-அடுக்கு CDN கணக்கில் zone வரம்பு உள்ளது, மேலும் நீங்கள் சற்றும் விரும்பாத நாளில் "தளம் நேரலையில் இயங்காது" என்ற தோல்வி ஏற்படும்.

வலைப்பதிவிலிருந்து அண்மைத்தகவல்கள்

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

ஹோஸ்டிங் அடுக்கில் இருந்து எஸ்சிஓ மற்றும் இணைப்பு உருவாக்கம்: 2026 ஆபரேட்டரின் பார்வை

2026-இல் ஹோஸ்டிங் எவ்வாறு அட்டவணைப்படுத்தலையும் (indexing) இணைப்பு மதிப்பையும் (link equity) தீர்மானிக்கிறது: பக்கங்களை அட்டவணைப்படுத்தலில் வைத்திருத்தல், பழைய டொமைன்களைப் பயன்படுத்துவதற்கு முன் அவற்றை ஆய்வு செய்தல், எந்தவொரு தடையமும் (footprint) இல்லாமல் இணைப்புகளை உருவாக்குதல், மற்றும் எஸ்சிஓ-விற்கு உள்கட்டமைப்பால் என்ன செய்ய முடியும் மற்றும் என்ன செய்ய முடியாது என்பது பற்றிய வெளிப்படையான பார்வை.

இடுகையைப் படிக்கவும் →

WordPress-ஐ வேகமாகவும் பாதுகாப்பாகவும் மாற்றுதல்: செயல்திறன் மற்றும் செருகுநிரல் சரிபார்ப்புப் பட்டியல்

வேகமான, பாதுகாப்பான WordPress-க்கான ஒரு நடைமுறை சரிபார்ப்புப் பட்டியல்: சேவையக நிலை தற்காலிகச் சேமிப்பு (server-level caching), ஒரு தளத்திற்கான பொருள் தற்காலிகச் சேமிப்பு (object cache), பயன்படுத்தத் தகுதியான சில செருகுநிரல்கள், மென்பொருள் தொகுப்பைப் புதுப்பித்த நிலையில் வைத்திருப்பது மற்றும் நீங்கள் ஒருபோதும் தற்காலிகச் சேமிப்பில் வைக்கக்கூடாத WooCommerce பக்கங்கள்.

இடுகையைப் படிக்கவும் →

2026 இல் நிர்வகிக்கப்படும் வலை ஹோஸ்டிங்கை எவ்வாறு தேர்வு செய்வது: வாங்குபவருக்கான வழிகாட்டி

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

இடுகையைப் படிக்கவும் →

வலைப்பதிவைப் படிக்கவும் →

இன்னும் சிக்கல் உள்ளதா?

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

ஆதரவைத் தொடர்பு கொள்ளவும் → அனைத்துக் கட்டுரைகளும் →