বৈশিষ্ট্য

সাবডোমেন যা আসল সাইটের মতো আচরণ করে

অ্যাপ, শপ, ডক্স বা স্টেজিংকে আপনার পছন্দমতো যেকোনো জায়গায় নির্দেশ করুন এবং এর পেছনে পান একটি খাঁটি, সম্পূর্ণ বিচ্ছিন্ন সাইট: নিজস্ব স্ট্যাক, ডেটাবেস, ক্যাশ, ব্যাকআপ এবং রিসোর্স কেজ। সম্পূর্ণ DNS রেকর্ড নিয়ন্ত্রণ, ওয়াইল্ডকার্ড সহ স্বয়ংক্রিয় SSL, এবং এক-ক্লিকে স্টেজিং সাবডোমেন। প্রাপ্যতা: প্রতি সাইটের জন্য ডেটাবেস থ্রোটলিং সক্রিয় উন্নয়নাধীন এবং এখনও উপলব্ধ নয়। এখানে বর্ণিত বাকি সবকিছু আজই সক্রিয় রয়েছে।

একটি DNS জোন যা তার প্রকাশিত রেকর্ডগুলিতে বিস্তৃত হচ্ছে।
  • ১-ক্লিকস্টেজিং সাবডোমেন এবং পুশ-টু-লাইভ
  • ওয়াইল্ডকার্ডস্বয়ংক্রিয়ভাবে জারি করা SSL, বিনামূল্যে
  • 99.99%আপটাইম নিশ্চয়তা
  • ৭,০০,০০০+বিশ্বব্যাপী হোস্ট করা সাইট

এখানে একটি সাবডোমেন হলো একটি পূর্ণাঙ্গ সাইট, কোনো ফোল্ডার নয়

বেশিরভাগ হোস্টে একটি সাবডোমেন হলো একটি ডিরেক্টরি যার সামনে একটি রিরাইট নিয়ম থাকে। এখানে এটি একটি প্রথম-শ্রেণীর সাইট রেকর্ড যার নিজস্ব ব্লুপ্রিন্ট সংস্করণ, ফ্লিটে নিজস্ব অবস্থান এবং নিজস্ব পৃথকীকরণ সীমা রয়েছে। আপনি একটি প্রাথমিক ডোমেনের সাথে যা যা করতে পারেন, একটি সাবডোমেনের সাথেও তাই করতে পারেন।

এর নিজস্ব স্ট্যাক এবং ব্লুপ্রিন্ট

প্রতিটি সাবডোমেন সাইট একটি সংস্করণযুক্ত ব্লুপ্রিন্ট থেকে তৈরি করা হয় এবং নিজস্ব স্ট্যাকের ধরন ও রানটাইম চালায়: পরিচালিত WordPress, WooCommerce, PHP, স্ট্যাটিক HTML বা Node। রুট সাইটে WordPress চলার সময় আপনার docs সাবডোমেনটি স্ট্যাটিক HTML হতে পারে, এদের মধ্যে কোনো আপস ছাড়াই।

এর নিজস্ব ডেটাবেস এবং অবজেক্ট ক্যাশ

প্রতিটি সাইটের জন্য একটি MariaDB ডাটাবেস, LiteSpeed LSCache ফুল-পেজ ক্যাশিং এবং প্রতিটি সাইটের জন্য একটি Redis বা Memcached অবজেক্ট ক্যাশ। প্যারেন্ট সাইটের সাথে কিছুই শেয়ার করা হয় না, তাই একটি ভারী সাবডোমেন প্যারেন্ট সাইটের ক্যাশ মুছে ফেলতে পারে না বা এর কোয়েরিগুলোকে ব্যাহত করতে পারে না।

এর নিজস্ব পৃথকীকরণ খাঁচা

CloudLinux LVE প্রতি সাইটের জন্য CPU, RAM, IO, IOPS এবং এন্ট্রি প্রসেস সীমাবদ্ধ করে, CageFS প্রতিটি সাইটকে তার নিজস্ব ফাইলসিস্টেম ভিউ প্রদান করে, এবং MySQL Governor প্রতি সাইটের ডেটাবেস লোড নিয়ন্ত্রণ করে। একটি নিয়ন্ত্রণহীন সাবডোমেন তার নিজস্ব খাঁচার মধ্যে সীমাবদ্ধ থাকে।

এর নিজস্ব ব্যাকআপ এবং পুনরুদ্ধারের পথ

প্রতিটি সাইটের জন্য এক-ক্লিকে পুনরুদ্ধার সুবিধাসহ ৩০ দিনের জন্য সংরক্ষিত দৈনিক ব্যাকআপ। আপনি মূল সাইট বা এর অন্য কোনো সহায়ক সাইটকে প্রভাবিত না করেই একটি সাবডোমেনকে গতকালের অবস্থায় ফিরিয়ে নিতে পারেন।

প্রকৃতপক্ষে আপনার নিয়ন্ত্রণে থাকা DNS রেকর্ডগুলি

সাবডোমেনগুলি হোস্টিং সমস্যার চেয়ে আগে একটি ডিএনএস সমস্যা, তাই ডিএনএস স্তরটি দুটি ক্ষেত্রবিশিষ্ট ফর্মের পেছনে লুকানোর পরিবর্তে যথাযথভাবে উন্মুক্ত রাখা হয়েছে।

আপনার হোস্ট করা প্রতিটি নিবন্ধনযোগ্য ডোমেন আমাদের DNS ড্রাইভার সিমের মাধ্যমে পরিচালিত একটি DNS জোন পায়। আপনি আপনার প্রত্যাশিত রেকর্ডের ধরন জুড়ে রেকর্ড CRUD সুবিধা পান, তাই app, shop, docs, mail বা ওয়াইল্ডকার্ড হোস্ট যোগ করা একটি রেকর্ড সম্পাদনা মাত্র, কোনো সাপোর্ট টিকিট নয়। জোনের অবস্থা প্রদানকারীর সাথে আইডেমপোটেন্ট পদ্ধতিতে সমন্বয় করা হয়, যার অর্থ হল আংশিক প্রয়োগ করা কোনো পরিবর্তন বা পুনঃপ্রচেষ্টাকৃত সম্পাদনা আপনার জোনকে কোনো অস্পষ্ট অবস্থায় ফেলে না রেখে আপনার চাওয়া অবস্থাতেই নিয়ে আসে।

রেজিস্ট্রার এবং ডিএনএস ইচ্ছাকৃতভাবেই আলাদা রাখা হয়েছে: আপনি আমাদের সাথে একটি ডোমেন নিবন্ধন করতে পারেন এবং ডিএনএস অন্য কোথাও রাখতে পারেন, অথবা আপনার বিদ্যমান রেজিস্ট্রারের কাছে ডোমেনটি রেখে কেবল একটি সাবডোমেন আমাদের দিকে নির্দেশ করতে পারেন। আমরা একটি ডোমেন সক্রিয় ঘোষণা করার আগে নেমসার্ভার অর্পণ এবং সক্রিয়করণ যাচাই করি, যাতে কোনো রেকর্ড ভুল থাকলে তা কোনো গ্রাহকের কাছ থেকে না জেনে প্ল্যাটফর্ম থেকেই জানতে পারেন।

  • ওয়াইল্ডকার্ড হোস্ট সহ প্রতি জোনে সম্পূর্ণ রেকর্ড পরিচালনা
  • আইডেমপোটেন্ট জোন সমন্বয়, যাতে পুনঃচেষ্টাকৃত বা আংশিক পরিবর্তন বিচ্যুত না হয়ে একীভূত হয়
  • প্রতিটি প্ল্যানে অন্তর্ভুক্ত প্রিমিয়াম anycast DNS, একাধিক স্বাধীন সরবরাহকারীর সমন্বয়ে গঠিত
  • একটি ডোমেন লাইভ হিসেবে বিবেচনা করার আগে নেমসার্ভার এবং সক্রিয়করণ পরীক্ষা
  • আপনার মালিকানাধীন একটি ডোমেন আনুন: মালিকানা যাচাই করুন, ডিএনএস নির্দেশ করুন, আপনার রেজিস্টারার বজায় রাখুন
  • বিদায় নেওয়ার সময় কোনো বাধ্যবাধকতা নেই, যার মধ্যে ট্রান্সফারের জন্য প্রমাণীকরণ কোড পুনরুদ্ধার এবং রেজিস্ট্রার আনলক অন্তর্ভুক্ত

প্রতিটি হোস্টে সার্টিফিকেট, ডেলিভারি এবং গতি

একটি সাবডোমেন যা ধীরগতির বা সার্টিফিকেট সংক্রান্ত সতর্কতা প্রদর্শন করে, তা সাবডোমেন না থাকার চেয়েও খারাপ, তাই ডেলিভারির পথটি প্রাথমিক ডোমেন যা পায় তার অনুরূপ।

ওয়াইল্ডকার্ডসহ বিনামূল্যে SSL

Let's Encrypt সার্টিফিকেটগুলি স্বয়ংক্রিয়ভাবে ইস্যু এবং পুনর্নবীকরণ করা হয়। একবারে প্রতিটি সাবডোমেন কভার করার জন্য একটি ওয়াইল্ডকার্ড সার্টিফিকেট ব্যবহার করুন, যেখানে আলাদা করতে চান সেখানে প্রতি-হোস্ট সার্টিফিকেট ব্যবহার করুন, অথবা আপনার নিজস্ব কাস্টম সার্টিফিকেট আপলোড করুন।

LiteSpeed এবং HTTP/3

প্রতিটি সাইট HTTP/3 সক্রিয় সহ LiteSpeed দ্বারা পরিচালিত হয়, তাই একটি সাবডোমেন দ্বিতীয় শ্রেণির ভার্চুয়াল হোস্টের পরিবর্তে রুট ডোমেনের মতোই সংযোগ-স্তরের কার্যক্ষমতা পায়।

সম্পূর্ণ পৃষ্ঠা এবং অবজেক্ট ক্যাশিং

LSCache পূর্ণ-পৃষ্ঠা ক্যাশিং এর সাথে প্রতি সাইটের জন্য Redis অবজেক্ট ক্যাশ, ড্যাশবোর্ড বা WordPress-এর ভেতর থেকে সমন্বিত পার্জ সুবিধা সহ। প্যারেন্ট পার্জ করলে আপনার সাবডোমেনের ক্যাশ মুছে যায় না।

আপনার পছন্দের CDN অ্যাকাউন্ট

আমাদের CDN এবং Cloudflare অ্যাকাউন্ট পুলের মাধ্যমে ডিপ্লয় করুন অথবা আপনার নিজস্ব অ্যাকাউন্টগুলি সংযুক্ত করুন এবং নির্দিষ্ট সাইটটি কোন অ্যাকাউন্টে ডিপ্লয় হবে তা চয়ন করুন। ডেলিভারি হলো এমন একটি সিদ্ধান্ত যা আপনি নেন, আমরা আপনার জন্য নিই না।

স্টেজিং সাবডোমেন এবং পুশ-টু-লাইভ

সাবডোমেন চাওয়ার সবচেয়ে সাধারণ কারণ হলো নির্ভয়ে যেকোনো পরীক্ষা-নিরীক্ষা করার মতো একটি নিরাপদ জায়গা পাওয়া। Mainstream প্ল্যানগুলোতে এই সুবিধাটি আগে থেকেই যুক্ত রয়েছে এবং সম্পূর্ণ উন্মুক্ত।

স্টেজিংয়ে ক্লোন করা একটি লাইভ সাইটের ফাইল এবং ডাটাবেস অক্ষত রেখে, প্রোডাকশনের মতো একই স্ট্যাক এবং ব্লুপ্রিন্ট সংস্করণে, একটি স্টেজিং সাবডোমেনে তার একটি বিচ্ছিন্ন অনুলিপি তৈরি করে। আপনি সম্পূর্ণ টুলসেট সহ অনুলিপিটিতে কাজ করবেন: জেলড SSH এবং SFTP, wp-cli, ব্রাউজার-ভিত্তিক VS Code এডিটর, phpMyAdmin বা Adminer, প্রতি-সাইট cron এবং এনভায়রনমেন্ট ভেরিয়েবল।

পরিবর্তনটি প্রমাণিত হলে, লাইভে পুশ করা প্রোডাকশনে একটি ডেটাবেস-সচেতন সিঙ্ক সম্পন্ন করে। আপনি ফাইল, ডেটাবেস বা উভয়ই বেছে নেন এবং অনুসন্ধান-প্রতিস্থাপন আপনার জন্য পরিচালনা করা হয় যাতে আপনার সামগ্রীর URLগুলি স্টেজিং হোস্টের দিকে নির্দেশ করার পরিবর্তে সাইটটিকে অনুসরণ করে। যেহেতু প্রভিশনিং, ক্লোনিং এবং ডিপ্লয়মেন্ট সবই প্রতিটি ধাপে পুনরায় চেষ্টা এবং ক্ষতিপূরণ সহ টেকসই Temporal ওয়ার্কফ্লো হিসেবে পরিচালিত হয়, তাই প্রক্রিয়ার মাঝপথে কোনো ব্যর্থতা আপনাকে আংশিক-ক্লোন করা সাইট দিয়ে ফেলে রাখার পরিবর্তে আংশিক কাজটিকে পূর্বাবস্থায় ফিরিয়ে নেয়।

  • ফাইল ও ডেটাবেজ সহ একটি বিচ্ছিন্ন স্টেজিং সাবডোমেনে এক ক্লিকে ক্লোন করুন
  • প্রোডাকশনের মতোই একই স্ট্যাক এবং ব্লুপ্রিন্ট সংস্করণ, তাই আপনি যা পরীক্ষা করেন তা-ই সরবরাহ করেন
  • অনুসন্ধান-প্রতিস্থাপন সহ ডেটাবেস-সচেতন লাইভ-পুশ, ফাইল বা ডেটাবেস বা উভয়ই
  • ক্ষতিপূরণমূলক ব্যবস্থা সহ টেকসই এবং পুনরায় চেষ্টাযোগ্য কার্যপ্রবাহ, যাতে ক্লোন করার মাঝামাঝি ব্যর্থতার কারণে সাইটটি আটকে না যায়
  • স্টেজিং কপিতে সম্পূর্ণ ডেভেলপার অ্যাক্সেস: SSH, SFTP, wp-cli, ওয়েব IDE, ডেটাবেস টুলস

সাবডোমেন যখন ভুল উপায়

আপনি যা করার চেষ্টা করছেন তা ব্যাহত করে এমন কিছু আপনার কাছে বিক্রি করার চেয়ে আমরা আগেই আপনাকে এটি জানানো পছন্দ করি।

একটি একক ব্র্যান্ড গঠনের জন্য সাবডোমেন সঠিক সমাধান: একটি অ্যাপ, একটি দোকান, একটি নথিপত্র সাইট, একটি গ্রাহক পোর্টাল, প্রতি ক্লায়েন্টের জন্য একটি স্টেজিং পরিবেশ। তবে একটি ব্যক্তিগত ব্লগ নেটওয়ার্কের জন্য এগুলি ভুল সমাধান। প্রতিটি সাবডোমেন একটি একক নিবন্ধনযোগ্য ডোমেন শেয়ার করে, তাই যে কেউ একটি সমাধান করলেই সঠিকভাবে জানতে পারে যে বাকিগুলির মালিক কে। একটি ওয়াইল্ডকার্ড শংসাপত্রের অধীনে তারা একটি শংসাপত্রও ভাগ করে নেয়, এবং শংসাপত্র প্রদান সর্বজনীন শংসাপত্র স্বচ্ছতা লগগুলিতে প্রকাশিত হয়, সুতরাং একটি ভাগ করা ডোমেনের অধীনে থাকা হোস্টগুলি সন্ধান করতে আগ্রহী যে কারোর পক্ষেই তালিকাভুক্ত করা সম্ভব। এটি পাবলিক ওয়েব PKI এবং DNS-এর একটি বৈশিষ্ট্য, আমাদের প্ল্যাটফর্মের নয়, এবং কোনও হোস্টিং কনফিগারেশন এটি পরিবর্তন করতে পারে না।

সুতরাং সাবডোমেনগুলো আমাদের Mainstream এবং Agency লাইনে রয়েছে, Footprint-Free লাইনে নয়। আপনার চাহিদা যদি এমন হয় যে সাইটগুলো যেন একে অপরের সাথে সংযুক্ত হতে না পারে, তবে footprint-free প্রোডাক্ট লাইনে আপনার আলাদা নিবন্ধনযোগ্য ডোমেন প্রয়োজন, যেখানে সিডিএন এবং ডিএনএস অ্যাকাউন্ট পুল, ফুটপ্রিন্ট পরিচালনা এবং স্ট্যাটিক-এইচটিএমএল সরবরাহ ব্যবস্থা তৈরিই করা হয়েছে নির্দিষ্টভাবে সেই প্যাটার্নটি ভাঙার জন্য। দুটিই একই ইঞ্জিন এবং একই ড্যাশবোর্ডে রয়েছে, তাই সঠিকটি বেছে নিলে আপনার সুবিধায় কোনো ঘাটতি হবে না।

পোর্টফোলিও জুড়ে সাবডোমেন

এজেন্সি এবং রিসেলাররা প্রচুর পরিমাণে সাবডোমেন ব্যবহার করে: প্রতি ক্লায়েন্টের জন্য একটি স্টেজিং হোস্ট, প্রতি প্রজেক্টের জন্য একটি প্রিভিউ হোস্ট, প্রতি অ্যাকাউন্টের জন্য একটি পোর্টাল। প্ল্যাটফর্মটি এই ধরনের কাজের কাঠামোর জন্যই তৈরি করা হয়েছে।

হায়ারারকিকাল ভাড়াটাত্ব

প্রতিষ্ঠানগুলো একটি ট্রির মতো বিন্যস্ত থাকে—রিসেলার থেকে ক্লায়েন্ট এবং তারপর সাইট পর্যন্ত—এবং প্রতিটি রেকর্ড ডেটাবেসে রো-লেভেল সুরক্ষার মাধ্যমে নির্দিষ্ট ও প্রয়োগ করা হয়। একজন ক্লায়েন্টের সাবডোমেনগুলো সেই ক্লায়েন্টের প্রতিষ্ঠানের অন্তর্ভুক্ত, কোনো শেয়ার্ড বাকেটের নয় যা আপনাকে প্রথাগতভাবে নিয়ন্ত্রণ করতে হয়।

একযোগে একাধিক কাজ

প্রতিটি সাইটের জন্য বারবার একই কাজ করার পরিবর্তে একটি পদক্ষেপেই একাধিক সাইট স্থাপন, আপডেট এবং পরিচালনা করুন।

API, CLI এবং MCP অ্যাক্সেস

ড্যাশবোর্ডের সবকিছুই পাবলিক API-তে রয়েছে, যা OpenAPI স্পেসিফিকেশন থেকে তৈরি। একটি সংস্থা-নির্দিষ্ট API কী, CLI, Terraform অথবা আমাদের MCP সার্ভারের মাধ্যমে কোনো AI টুলের সাহায্যে সাবডোমেন তৈরি পরিচালনা করুন।

অডিট-লগযুক্ত প্রশাসন

সুবিধাপ্রাপ্ত এবং প্রশাসনিক ক্রিয়াকলাপগুলি অডিট-লগ করা হয়, এবং ভূমিকা-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ আপনার দলের কে কী করতে পারে তা পরিচালনা করে। আপনি দেখতে পারেন কে হোস্ট তৈরি করেছে, পরিবর্তন করেছে বা সরিয়েছে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

সাবডোমেন কি আমার প্ল্যানের সাইটের সীমার মধ্যে গণনা করা হয়?

হ্যাঁ। যেহেতু প্রতিটি সাবডোমেন নিজস্ব স্ট্যাক, ডাটাবেস, ক্যাশ এবং ব্যাকআপ সহ একটি সম্পূর্ণ, পৃথকভাবে বিচ্ছিন্ন সাইট হিসেবে পরিচালিত হয়, তাই এটি একটি প্রাথমিক ডোমেনের মতো আপনার প্ল্যানে একটি সাইটের স্লট দখল করে। প্ল্যানগুলি কতগুলি সাইট কভার করে তার সংখ্যার ভিত্তিতে বিক্রি হয়, তাই একটি সাবডোমেন সাইট যোগ করা অন্য যেকোনো সাইট যোগ করার মতোই একই হিসাবে গণ্য হয়।

প্রতিটি সাবডোমেন কি মূল সাইট থেকে আলাদা স্ট্যাক চালাতে পারে?

হ্যাঁ, এবং সেগুলি বাস্তবিকই স্বাধীন। প্রতিটি সাবডোমেন নিজস্ব ব্লুপ্রিন্ট সহ তার নিজস্ব সাইট রেকর্ড, তাই স্ট্যাকগুলি মিলতেই হবে এমন কোনো বাধ্যবাধকতা নেই: মূল ডোমেনে WordPress, shop-এ WooCommerce, app-এ একটি Node.js অ্যাপ এবং docs-এ একটি স্ট্যাটিক সাইট এখানে কোনো বিশেষ ক্ষেত্রে নয় বরং একটি সাধারণ সেটআপ। সেগুলি বিভিন্ন মেশিনে থাকতে পারে, বিভিন্ন রানটাইম এবং বিভিন্ন PHP বা Node সংস্করণ চালাতে পারে এবং তাদের নিজস্ব সময়সূচী অনুযায়ী ডিপ্লয়, স্টেজ, ব্যাকআপ এবং রোল ব্যাক করা যেতে পারে। ডোমেন নাম ভাগ করা ছাড়া একটির কোনো কিছুই অন্যটিকে সীমাবদ্ধ করে না।

সাবডোমেনগুলি কি নিজস্ব SSL সার্টিফিকেট পায়?

উভয়ভাবেই সেগুলি স্বয়ংক্রিয়ভাবে সুরক্ষিত হয়। আপনি একটি ওয়াইল্ডকার্ড সার্টিফিকেট ইস্যু করতে পারেন যা ডোমেনের অধীনে থাকা প্রতিটি হোস্টকে একসাথে কভার করে, অথবা আপনি যেখানে আলাদা রাখতে চান সেখানে প্রতি-হোস্ট সার্টিফিকেট ইস্যু করতে পারেন। Let's Encrypt সার্টিফিকেটগুলি বিনামূল্যে, স্বয়ংক্রিয়ভাবে ইস্যু ও নবায়ন করা হয়, এবং আপনার কাছে থাকলে আপনি পরিবর্তে একটি কাস্টম সার্টিফিকেট আপলোড করতে পারেন।

আমি কি একটি PBN তৈরি করতে সাবডোমেন ব্যবহার করতে পারি?

আমরা এটি না করার পরামর্শ দেব, এবং আমরা এটি এভাবে বিক্রি করব না। প্রতিটি সাবডোমেন একটি নিবন্ধনযোগ্য ডোমেন শেয়ার করে, এবং একটি wildcard সার্টিফিকেটের অধীনে একটি শেয়ার্ড সার্টিফিকেট থাকে যার ইস্যু সর্বজনীন Certificate Transparency লগগুলিতে দৃশ্যমান হয়, তাই যে কেউ খুঁজলে হোস্টগুলিকে একে অপরের সাথে সংযুক্ত দেখতে পাবে। যে কাজের জন্য সাইটগুলি একে অপরের সাথে সংযুক্ত হওয়া উচিত নয়, সেগুলির জন্য আমাদের Footprint-Free লাইনে পৃথক নিবন্ধনযোগ্য ডোমেন ব্যবহার করুন, যা বিশেষভাবে CDN এবং DNS অ্যাকাউন্ট পুল, পরিচালিত ফুটপ্রিন্ট এবং স্ট্যাটিক-HTML ডেলিভারির সাথে এর জন্যই তৈরি করা হয়েছে।

একটি সাবডোমেনের সমস্যা কি অন্যগুলোকে প্রভাবিত করতে পারে?

প্ল্যাটফর্মটি এমনভাবে তৈরি করা হয়েছে যাতে এটি ছড়িয়ে না পড়ে বরং নিয়ন্ত্রণে থাকে। CloudLinux LVE প্রতিটি সাইটের নিজস্ব কাঠামোর মধ্যে তার CPU, মেমরি এবং IO সীমাবদ্ধ করে, CageFS প্রতিটি সাইটকে একটি বিচ্ছিন্ন ফাইল সিস্টেম ভিউ প্রদান করে যাতে কোনো লঙ্ঘন হলে তা সীমাবদ্ধ থাকে, এবং MySQL Governor প্রতিটি সাইটের ডাটাবেস লোড নিয়ন্ত্রণ করে যাতে একটি সাইটের ভারী কুয়েরি সার্ভারকে ধীর না করে। ম্যালওয়্যার স্ক্যানিং, একটি সক্রিয় ওয়েব অ্যাপ্লিকেশন ফায়ারওয়াল এবং প্রতিটি সাইটের অপরিবর্তনীয় ব্যাকআপ এটিকে সমর্থন করে। নিয়ন্ত্রণ রাখাই মূল নকশার লক্ষ্য; কোনো হোস্টই প্রতিশ্রুতি দিতে পারে না যে লঙ্ঘন হওয়া অসম্ভব।

আমার DNS অন্য কোথাও রেখে আমি কি আপনার দিকে একটি সাবডোমেন নির্দেশ করতে পারি?

হ্যাঁ। রেজিস্ট্রার এবং DNS ইচ্ছাকৃতভাবেই আলাদা রাখা হয়েছে। আপনি আপনার ডোমেনটি বর্তমান নিবন্ধকের কাছে এবং আপনার জোনটি বর্তমান DNS সরবরাহকারীর কাছে রাখতে পারেন এবং কেবল একটি সাবডোমেনের রেকর্ড আমাদের দিকে নির্দেশ করতে পারেন। সাইটটিকে লাইভ হিসেবে বিবেচনা করার আগে আমরা ডেলিগেশন এবং অ্যাক্টিভেশন যাচাই করি, তাই ভুল টাইপ করা রেকর্ড নীরবে ব্যর্থ হওয়ার পরিবর্তে সাথে সাথে প্রকাশ্যে আসে। মূল ডোমেনের জোন যখন ইতিমধ্যেই এখানে হোস্ট করা থাকে, তখন আমরা আপনার হয়ে সাবডোমেনের রেকর্ডটি এতে লিখে দিই, ফলে আপনার ম্যানুয়ালি কিছু যুক্ত করার প্রয়োজন হয় না।

স্টেজিং সাবডোমেন কীভাবে একটি সাধারণ সাবডোমেন থেকে আলাদা?

শুধুমাত্র এটি যেভাবে তৈরি করা হয় তার মধ্যে। ক্লোন টু স্টেজিং (Clone to staging) প্রোডাকশনের মতো একই স্ট্যাক এবং ব্লুপ্রিন্ট সংস্করণ চালানো একটি স্টেজিং সাবডোমেনে ফাইল এবং ডাটাবেস সহ একটি লাইভ সাইটের একটি বিচ্ছিন্ন অনুলিপি তৈরি করে। আপনি সন্তুষ্ট হলে, পুশ-টু-লাইভ (push-to-live) একটি ডাটাবেস-সচেতন অনুসন্ধান-প্রতিস্থাপনের মাধ্যমে এটিকে আবার সিঙ্ক করে। বিচ্ছিন্নতা, SSL, ক্যাশিং, ব্যাকআপ এবং ডেভেলপার অ্যাক্সেস সহ অন্য সবকিছু অন্য যেকোনো সাইটের মতোই হুবহু এক।

আমি চলে গেলে আমার সাবডোমেনগুলির কী হবে?

আপনি সেগুলি সঙ্গে নিয়ে যেতে পারেন। প্ল্যাটফর্মের কোথাও কোনো সীমাবদ্ধতা নেই: আপনি প্রমাণীকরণ কোড পুনরুদ্ধার করতে পারেন, ডোমেন আনলক করে স্থানান্তর করতে পারেন, আপনার নিজস্ব CDN ও DNS অ্যাকাউন্ট ব্যবহার করতে পারেন এবং আপনার সাইটগুলি রপ্তানি করতে পারেন। আমরা ব্যবহার করি এমন প্রতিটি বাহ্যিক প্রদানকারী একটি পরিবর্তনযোগ্য অ্যাডাপ্টারের অধীনে পরিচালিত হয়, যা আমাদের ক্ষেত্রে যেমন সত্য, আপনার ক্ষেত্রেও তেমনই সত্য।

প্রতিটি সাবডোমেনকে এমন একটি সাইট দিন যা থাকার যোগ্য

আপনার যোগ করা প্রতিটি হোস্টেই সম্পূর্ণ আইসোলেশন, ওয়াইল্ডকার্ড এসএসএল, বাস্তব ডিএনএস নিয়ন্ত্রণ এবং এক ক্লিকে স্টেজিং। কোনো কার্ড ছাড়াই ১৪ দিনের ট্রায়াল দিয়ে শুরু করুন এবং কোনো প্রতিশ্রুতিবদ্ধ হওয়ার আগেই দেখে নিন এটি আপনার কতটা উপযোগী।

বিনামূল্যে শুরু করুন