قابلیت‌ها
اپلیکیشن، فروشگاه، اسناد یا محیط آزمایشی (staging) را به هر کجا که میخواهید هدایت کنید و پشت آن یک سایت واقعی و کاملاً مجزا دریافت نمایید: پشته فناوری، پایگاه داده، حافظه پنهان، پشتیبانگیریها و محیط ایزوله منابع اختصاصی خود. کنترل کامل رکوردهای DNS، گواهی SSL خودکار شامل وایلدکارت‌ها، و زیردامنههای آزمایشی با یک کلیک. در دسترس بودن: محدودسازی پایگاه داده به‌ازای هر سایت در حال توسعه فعال است و هنوز در دسترس نیست. هر چیز دیگری که در اینجا شرح داده شده است، امروز به صورت زنده فعال است.
در بیشتر هاستها، یک زیردامنه صرفاً دایرکتوری‌ای است که یک قاعدهٔ بازنویسی در برابر آن قرار دارد. در اینجا، زیردامنه یک رکورد سایت درجه‌یک است که نسخهٔ طرح اولیه، جایگاه اختصاصی در ناوگان سرورها و مرز ایزولاسیون مستقل خود را دارد. هر کاری که میتوانید برای یک دامنهٔ اصلی انجام دهید، برای یک زیردامنه نیز میتوانید انجام دهید.
هر سایت زیردامنه از روی یک طرح دارای نسخه ساخته میشود و نوع پشته و محیط اجرای ویژه خود را اجرا میکند: WordPress مدیریتشده، WooCommerce، PHP، HTML ایستا یا Node. زیردامنه docs شما میتواند HTML ایستا باشد در حالی که ریشه WordPress را اجرا میکند، بدون اینکه سازشی میان آنها لازم باشد.
یک پایگاه داده MariaDB برای هر سایت، حافظه پنهان تمام‌صفحه LiteSpeed LSCache و یک حافظه پنهان شیء Redis یا Memcached اختصاصی برای هر سایت. هیچ چیز با سایت اصلی به اشتراک گذاشته نمی‌شود، بنابراین یک سابدامین سنگین نمیتواند حافظه پنهان سایت اصلی را پاک کند یا در پرس‌وجوهای آن ازدحام ایجاد نماید.
فناوری CloudLinux LVE میزان پردازنده (CPU)، حافظه رم (RAM)، عملیات ورودی/خروجی (IO)، شاخص IOPS و فرآیندهای ورودی را برای هر سایت محدود میکند، CageFS نمایی اختصاصی از سیستم فایل به هر سایت میدهد، و MySQL Governor بار پایگاه داده را برای هر سایت مهار میکند. سابدامین خارج از کنترل در قفس اختصاصی خود محصور میشود.
پشتیبان‌گیری‌های روزانه با نگهداری ۳۰ روزه و بازگردانی با یک کلیک، برای هر سایت. شما میتوانید بدون دست زدن به سایت اصلی یا سایر زیرمجموعه‌های آن، یک زیردامنه را به وضعیت دیروز برگردانید.
زیردامنهها پیش از آنکه یک مسئله هاستینگ باشند، یک مسئله دی‌ان‌اس هستند؛ بنابراین لایه DNS به درستی در دسترس قرار گرفته است، به جای اینکه پشت یک فرم با دو فیلد پنهان شود.
هر دامنهٔ قابل ثبت که میزبانی می‌کنید، یک ناحیهٔ DNS تحت مدیریت از طریق لایهٔ درایور DNS ما دریافت میکند. شما به عملیات‌های CRUD برای انواع رکوردهایی که انتظار دارید دسترسی خواهید داشت؛ بنابراین افزودن app، shop، docs، mail یا یک هاست وایلدکارد صرفاً ویرایش یک رکورد است، نه ارسال یک تیکت پشتیبانی. وضعیت ناحیه بهصورت بدون تغییر با تکرار (idempotent) با ارائهدهنده تطبیق داده میشود؛ بدین معنا که تغییراتِ نیمه‌کاره اعمال‌شده یا ویرایش‌های مجدداً تلاش‌شده، به‌جای معلق گذاشتن ناحیهٔ شما در یک وضعیت نامشخص، به همان وضعیتی که درخواست کرده‌اید همگرا میشوند.
ثبتکننده و سامانه نام دامنه (DNS) عمداً از یکدیگر تفکیک شدهاند: شما میتوانید دامنه‌ای را نزد ما ثبت کنید و DNS را در جای دیگری نگه دارید، یا دامنه را نزد ثبتکننده فعلی خود حفظ کرده و صرفاً یک زیردامنه را به سمت ما هدایت کنید. ما پیش از فعال اعلام کردن دامنه، تفویض و فعالسازی کارساز نام (nameserver) را تأیید میکنیم تا شما خطا در هر رکورد را از طریق پلتفرم متوجه شوید، نه از جانب مشتری.
یک زیردامنه که کُند است یا هشدار گواهی‌نامه نمایش میدهد، بدتر از نبودِ زیردامنه است؛ بنابراین، مسیر تحویل همان مسیری است که دامنه اصلی دریافت میکند.
گواهیهای Let's Encrypt به صورت خودکار صادر و تمدید میشوند. از یک گواهی wildcard برای پوشش همزمان تمام زیردامنهها، گواهیهای اختصاصی هر میزبان در جایی که میخواهید جدا باشند استفاده کنید، یا گواهی سفارشی خود را بارگذاری نمایید.
هر سایت توسط LiteSpeed با قابلیت فعال‌شدهٔ HTTP/3 میزبانی میشود، بنابراین یک زیردامنه به جای یک میزبان مجازی درجه دو، از عملکردی در سطح اتصال مشابه با دامنه اصلی برخوردار می‌گردد.
حافظه پنهان کامل صفحه LSCache به‌همراه حافظه پنهان اشیاء Redis برای هر سایت، با قابلیت پاک‌سازی هماهنگ از کنترل‌پنل یا از داخل WordPress. پاک‌سازی سایت والد، حافظه پنهان زیردامنه شما را از بین نمی‌برد.
از طریق CDN ما و استخر حسابهای Cloudflare مستقر کنید یا حسابهای خود را متصل کرده و انتخاب کنید که یک سایت معین در کدام حساب مستقر شود. تحویل تصمیمی است که شما می‌گیرید، نه تصمیمی که ما برای شما بگیریم.
متداول‌ترین دلیل برای نیاز به زیردامنه، داشتن فضایی امن برای آزمایش و تغییرات بدون ریسک است. این مسیر در پلن‌های Mainstream بهصورت پیش‌فرض تعبیه شده و بدون محدودیت در دسترس است.
شبیه‌سازی در محیط آزمایشی، یک نسخه مجزا از وب‌سایت فعال را در یک زیردامنه آزمایشی با فایلها و پایگاه داده دست‌نخورده، بر روی همان پشته و نسخه الگوی محیط عملیاتی ایجاد میکند. شما با مجموعه کامل ابزارها روی این نسخه کار می‌کنید: دسترسی محافظت‌شده SSH و SFTP، ابزار wp-cli، ویرایشگر تحت مرورگر VS Code، نرم‌افزار phpMyAdmin یا Adminer، زمان‌بند cron برای هر سایت و متغیرهای محیطی.
هنگامی که تغییر تأیید شد، ارسال به محیط زنده یک همگامسازی هماهنگ با پایگاه داده را به محیط عملیاتی انجام میدهد. شما فایلها، پایگاه داده یا هر دو را انتخاب می‌کنید و عملیات جستجو و جایگزینی برای شما مدیریت میشود تا نشانی‌های وب در محتوای شما به جای اشاره به هاست آزمایشی، از سایت پیروی کنند. از آنجا که آماده‌سازی، شبیه‌سازی و استقرار همگی به عنوان جریان‌های کاری پایدار Temporal با قابلیت تلاش مجدد و جبران‌سازی در هر مرحله اجرا میشوند، بروز خرابی در میانه مسیر، کار ناتمام را به حالت اول بازمی‌گرداند به جای اینکه شما را با یک سایت نیمه‌شبیه‌سازی‌شده تنها بگذارد.
ترجیح می‌دهیم این موضوع را از ابتدا با شما در میان بگذاریم تا اینکه چیزی به شما بفروشیم که به اهدافتان آسیب بزند.
زیردامنهها راه‌حل مناسبی برای ساختاردهی یک برند هستند: یک برنامه کاربردی، یک فروشگاه، یک سایت مستندات، یک پورتال مشتریان، یک محیط آزمایشی به ازای هر مشتری. آنها راه‌حل نادرستی برای یک شبکه وبلاگ خصوصی هستند. هر زیردامنه یک دامنه قابل ثبت واحد را به اشتراک می‌گذارد، بنابراین هر کسی که یکی از آنها را بازشناسی کند، دقیقاً می‌داند مالک بقیه کیست. تحت یک گواهی وایلدکارت، آنها یک گواهی را نیز به اشتراک می‌گذارند و صدور گواهی در گزارشهای عمومی شفافیت گواهی منتشر میشود، بنابراین میزبانهای تحت یک دامنه مشترک برای هر کسی که مایل به جستجو باشد قابل شمارش هستند. این یکی از ویژگی‌های PKI و DNS وب عمومی است، نه پلتفرم ما، و هیچ پیکربندی میزبانی آن را تغییر نمی‌دهد.
بنابراین، زیردامنهها در خطوط Mainstream و Agency ما قرار دارند، نه در خط Footprint-Free. اگر نیاز شما این است که سایتها به یکدیگر قابل پیوند و ردیابی نباشند، به دامنههای ثبت‌پذیر جداگانه در خط تولید footprint-free نیاز دارید، جایی که استخرهای حساب CDN و DNS، مدیریت ردپای سئو و تحویل HTML استاتیک دقیقاً برای شکستن این الگو وجود دارند. هر دو روی یک موتور و یک پیشخوان واحد قرار دارند، بنابراین انتخاب صحیح هیچ هزینه‌ای از نظر راحتی برای شما نخواهد داشت.
آژانس‌ها و نمایندگان فروش از زیردامنهها در حجم بالا استفاده میکنند: یک میزبان مرحلهبندی برای هر مشتری، یک میزبان پیش‌نمایش برای هر پروژه، و یک پورتال برای هر حساب. این پلتفرم برای این شکل از کار ساخته شده است.
سازمان‌ها به صورت یک ساختار درختی قرار می‌گیرند؛ از نماینده فروش به مشتری و سپس به سایتها، و محدوده هر رکورد در پایگاه داده با امنیت در سطح سطر تعیین و اعمال میشود. زیردامنههای یک مشتری متعلق به سازمان همان مشتری است، نه یک مخزن مشترک که مجبور باشید بر اساس قرارداد و عرف بر آن نظارت کنید.
به جای تکرار اقدامات برای تک‌تک سایتها، چندین سایت را در یک اقدام مستقر، به‌روزرسانی و مدیریت کنید.
همه موارد موجود در داشبورد در API عمومی که از مشخصات OpenAPI تولید شده است، در دسترس هستند. ایجاد زیردامنه را از طریق کلید API در سطح سازمان، CLI، Terraform یا یک ابزار هوش مصنوعی از طریق سرور MCP ما مدیریت کنید.
اقدامات دارای امتیاز و مدیریتی در گزارش حسابرسی ثبت میشوند و کنترل دسترسی مبتنی بر نقش، تعیین میکند چه کسی در تیم شما مجاز به انجام چه کاری است. شما میتوانید ببینید چه کسی یک میزبان را ایجاد کرده، تغییر داده یا حذف نموده است.
بله. از آنجا که هر زیردامنه به عنوان یک سایت کامل و مجزا با پشته نرمافزاری، پایگاه داده، حافظه پنهان و نسخههای پشتیبان اختصاصی خود عمل میکند، همانند یک دامنه اصلی یک جایگاه سایت را در طرح شما اشغال میکند. طرح‌ها بر اساس تعداد سایت‌هایی که پوشش می‌دهند فروخته میشوند، بنابراین افزودن یک سایت با زیردامنه، از نظر محاسباتی مشابه افزودن هر سایت دیگری است.
بله، و آنها واقعاً مستقل هستند. هر زیردامنه یک رکورد سایت جداگانه با طرح اختصاصی خود است، بنابراین پشته‌های نرمافزاری نیازی به تطابق ندارند: WordPress روی دامنه اصلی، WooCommerce روی shop، یک برنامه Node.js روی app و یک سایت ایستا روی docs یک راه‌اندازی معمول در اینجا است، نه یک مورد خاص. آنها می‌توانند روی ماشین‌های متفاوتی قرار گیرند، زمان‌های اجرای متفاوت و نسخههای متفاوتی از PHP یا Node را اجرا کنند، و بر اساس برنامههای زمانی اختصاصی خود مستقر، آزمایش، پشتیبان‌گیری و بازگردانی شوند. فراتر از اشتراک‌گذاری یک نام دامنه، هیچ چیز در مورد یکی دیگری را محدود نمی‌کند.
آنها در هر دو حالت بهطور خودکار پوشش داده میشوند. میتوانید یک گواهی wildcard صادر کنید که همه میزبانهای زیر دامنه را بهطور همزمان پوشش دهد، یا در مواردی که میخواهید جدا نگه داشته شوند، گواهیهای جداگانه برای هر میزبان صادر کنید. گواهیهای Let's Encrypt رایگان هستند و بهطور خودکار صادر و تمدید میشوند، و اگر گواهی سفارشی دارید، میتوانید آن را به جای آن بارگذاری کنید.
ما انجام این کار را توصیه نمیکنیم و آن را به این صورت نخواهیم فروخت. هر زیردامنه یک دامنه قابل ثبت مشترک دارد و تحت یک گواهی wildcard دارای یک گواهی مشترک است که صدور آن در گزارشهای عمومی Certificate Transparency ظاهر میشود، بنابراین هاستها برای هر کسی که بررسی کند قابل پیوند دادن به یکدیگر هستند. برای کارهایی که سایتها نباید به هم مرتبط باشند، از دامنههای قابل ثبت جداگانه در خط Footprint-Free ما استفاده کنید که بهطور ویژه برای این منظور با استخرهای حساب CDN و DNS، ردهای مدیریتشده و ارائه HTML ایستا طراحی شده است.
این پلتفرم به گونهای ساخته شده است که به جای اجازه دادن به گسترش، آن را مهار کند. CloudLinux LVE میزان پردازنده، حافظه و IO هر سایت را در محیط اختصاصی خودش محدود میکند، CageFS نمایی ایزوله از سیستم فایل را در اختیار هر سایت قرار میدهد تا نفوذ مهار شود، و MySQL Governor بار پایگاه داده را برای هر سایت کنترل میکند تا کوئریهای سنگین یک سایت باعث کندی سرور نشوند. اسکن بدافزار، یک فایروال فعال برای برنامههای تحت وب و نسخههای پشتیبان غیرقابلتغییر برای هر سایت از این امر پشتیبانی میکنند. مهارسازی، هدف اصلی این طراحی است؛ هیچ ارائهدهنده میزبانی نمیتواند تضمین کند که نفوذ به سیستم غیرممکن است.
بله. ثبتکننده و DNS عمداً از یکدیگر تفکیک شدهاند. شما میتوانید دامنه خود را نزد ثبتکننده فعلی و منطقه (zone) خود را نزد ارائهدهنده فعلی DNS خود نگه دارید و صرفاً رکورد یک زیردامنه را به سمت ما هدایت کنید. ما پیش از فعال در نظر گرفتن سایت، تفویض اختیار و فعالسازی را تأیید میکنیم، بنابراین رکوردی که اشتباه تایپ شده باشد بلافاصله مشخص میشود، نه اینکه بیصدا با شکست مواجه شود. هنگامی که منطقه دامنه اصلی از قبل در اینجا میزبانی شده باشد، ما به جای شما رکورد زیردامنه را در آن درج میکنیم، بنابراین نیازی نیست چیزی را بهصورت دستی اضافه کنید.
تنها در نحوه ایجاد آن. کلون کردن به محیط مرحلهبندی (Clone to staging) یک نسخه ایزوله از یک سایت زنده را، شامل فایلها و پایگاه داده، روی یک زیردامنه مرحلهبندی که از همان پشته نرمافزاری و نسخه طرح اولیه محیط عملیاتی استفاده میکند، ایجاد مینماید. هنگامی که رضایت داشتید، ارسال به محیط زنده (push-to-live) آن را با یک جستجو و جایگزینی سازگار با پایگاه داده همگامسازی میکند. همه موارد دیگر، از جمله ایزولهسازی، SSL، حافظه پنهان، پشتیبانگیریها و دسترسی توسعهدهنده، کاملاً مشابه هر سایت دیگری است.
آنها را همراه خود میبرید. هیچگونه محدودیتی در هیچ کجای پلتفرم وجود ندارد: شما میتوانید کدهای احراز هویت را دریافت کنید، قفل دامنهها را باز کرده و انتقال دهید، از حسابهای CDN و DNS خودتان استفاده کنید و سایتهایتان را برونبری کنید. هر ارائهدهنده خارجی که استفاده میکنیم در پس یک آداپتور قابل تعویض قرار دارد، که این موضوع همانقدر که برای ما صدق میکند، برای شما نیز معتبر است.
ایزولاسیون کامل، SSL عمومی (وایلدکارت)، کنترل واقعی DNS و محیط آزمایشی با یک کلیک در هر هاستی که اضافه می‌کنید. کار را با دوره آزمایشی ۱۴ روزه بدون نیاز به کارت آغاز کنید و قبل از تصمیم‌گیری نهایی، کیفیت آن را بسنجید.
رایگان شروع کنید