המחסנית והתכנית העסקית משלו
כל אתר תת-דומיין בנוי מ-blueprint בגרסאות ומריץ סוג מחסנית וסביבת ריצה משלו: WordPress מנוהל, WooCommerce, PHP, HTML סטטי או Node. אתר התיעוד שלך יכול להיות HTML סטטי בזמן שהשורש מריץ את WordPress, ללא שום פשרה ביניהם.
תכונות
הפנו את האפליקציה, החנות, מסמכי התיעוד או אתר הביניים שלכם לכל יעד שתבחרו וקבלו אתר אמיתי ומבודד לחלוטין שמאחוריו: מחסנית (stack) משל עצמו, מסד נתונים, מטמון, גיבויים ומעטפת משאבים ייעודית. שליטה מלאה ברשומות DNS, אישורי SSL אוטומטיים כולל תווים כלליים (wildcards), ותתי-אתרים לבדיקה בלחיצה אחת. זמינות: הגבלת קצב (throttling) למסד הנתונים ברמת האתר נמצאת בפיתוח פעיל וטרם זמינה. כל יתר המאפיינים המתוארים כאן זמינים כבר היום.
ברוב המארחים תת-דומיין הוא ספרייה עם כלל כתיבה מחדש לפניה. כאן זהו רשומת אתר מדרגה ראשונה עם גרסת תוכנית אב משלה, מיקום משלה בצי וגבול בידוד משלנו. כל מה שאתה יכול לעשות לדומיין ראשי, אתה יכול לעשות לתת-דומיין.
כל אתר תת-דומיין בנוי מ-blueprint בגרסאות ומריץ סוג מחסנית וסביבת ריצה משלו: WordPress מנוהל, WooCommerce, PHP, HTML סטטי או Node. אתר התיעוד שלך יכול להיות HTML סטטי בזמן שהשורש מריץ את WordPress, ללא שום פשרה ביניהם.
מסד נתונים של MariaDB לכל אתר, מטמון עמודים מלא של LiteSpeed LSCache ומטמון אובייקטים מסוג Redis או Memcached לכל אתר. שום דבר אינו משותף עם אתר האב, ולכן תת-דומיין עמוס אינו יכול לפנות את המטמון של האב או להעמיס על שאילתותיו.
CloudLinux LVE מגבלות מעבד, RAM, IO, IOPS ותהליכי כניסה לכל אתר, CageFS מעניק לכל אתר תצוגת מערכת קבצים משלו, ו-MySQL Governor מווסת את עומס מסד הנתונים לכל אתר. תת-דומיין סורר מוגבל בתוך הכלוב שלו.
גיבויים יומיים הנשמרים במשך 30 יום עם שחזור בלחיצה אחת, לכל אתר. באפשרותך לגלגל תת-דומיין לאחור ליום האתמול מבלי לגעת באתר האב או באף אחד מהאתרים האחידים שלו.
סאב-דומיינים הם בעיית DNS לפני שהם בעיית אחסון, ולכן שכבת ה-DNS נחשפת כראוי במקום להיות מוסתרת מאחורי טופס עם שני שדות.
כל דומיין בר-רישום שאתה מארח מקבל אזור DNS המנוהל דרך שכבת הדרייברים של ה-DNS שלנו. אתה מקבל פעולות יצירה, קריאה, עדכון ומחיקה (CRUD) עבור סוגי הרשומות המצופים, כך שהוספת מארח מסוג app, shop, docs, mail או wildcard היא עריכת רשומה פשוטה ולא פנייה לתמיכה. מצב האזור מתואם בצורה אידמפוטנטית מול הספק, מה שאומר ששינוי שהוחל חלקית או עריכה שמבוצעת מחדש מתכנסים למצב שביקשת, במקום להשאיר את האזור שלך במצב ביניים לא ברור.
הרשם ומערכת ה-DNS מופרדים בכוונה: באפשרותך לרשום אצלנו דומיין ולנהל את ה-DNS במקום אחר, או להשאיר את הדומיין אצל הרשם הנוכחי שלך ופשוט להפנות אלינו תת-דומיין. אנו מאמתים את הקצאת שרתי השמות וההפעלה לפני שאנו מגדירים דומיין כפעיל, כך שתגלה שרישום שגוי מהפלטפורמה ולא מלקוח.
תת-דומיין איטי או כזה המציג אזהרת אישור גרוע יותר מתת-דומיין בכלל לא, ולכן נתיב המסירה הוא בדיוק אותו נתיב שמקבל הדומיין הראשי.
תעודות של Let's Encrypt מונפקות ומחודשות באופן אוטומטי. השתמש בתעודת wildcard כדי לכסות את כל סב-הדומיינים בבת אחת, בתעודות נפרדות לכל מארח במידת הצורך, או העלה תעודה מותאמת אישית משלך.
כל אתר מוגש על ידי LiteSpeed עם HTTP/3 מופעל, כך שכל תת-דומיין מקבל את אותם ביצועים ברמת החיבור כמו דומיין השורש ולא כמו vhost ממחלקה שניה.
טעינת עמודים מלאה באמצעות LSCache יחד עם מטמון אובייקטים מסוג Redis לכל אתר, עם ניקוי מתואם מלוח הבקרה או מתוך WordPress. ניקוי האתר הראשי אינו מוחק את המטמון של תת-הדומיין שלך.
הפרוסה דרך רשת ה-CDN ומאגר חשבונות ה-Cloudflare שלנו, או חברו את החשבונות שלכם ובחרו לאיזה חשבון אתר מסוים יפרוס. אספקת השירות נתונה לבחירתכם, ולא לבחירתנו.
הסיבה הנפוצה ביותר לרצות תת-דומיין היא כדי שיהיה מקום בטוח לשבור דברים. הנתיב הזה מובנה וללא הגבלה בתוכניות Mainstream.
שיבוט לסביבת בדיקות (staging) יוצר עותק מבודד של אתר פעיל תחת תת-דומיין של סביבת בדיקות, כאשר הקבצים ומסד הנתונים שלו שלמים, על אותה מחסנית (stack) וגרסת תבנית כמו סביבת הייצור (production). אתה עובד על העותק באמצעות ערכת הכלים המלאה: SSH ו-SFTP כלואים, wp-cli, עורך VS Code מבוסס דפדפן, phpMyAdmin או Adminer, משימות cron מותאמות אישית לכל אתר ומשתני סביבה.
כאשר השינוי מוכח, העברה ללייב מבצעת סנכרון המודע לבסיס הנתונים בחזרה לסביבת הייצור. אתה בוחר קבצים, בסיס נתונים או את שניהם, ופעולת החיפוש וההחלפה מבוצעת עבורך כך שהכתובות בתוכן שלך עוקבות אחר האתר במקום להצביע בחזרה למארח ה-staging. מכיוון שהקצאת משאבים, שכפול ופריסה פועלים כולם כתהליכי עבודה עמידים ב-Temporal עם ניסיונות חוזרים ופיצוי ברמת כל שלב, כישלון באמצע הדרך מחזיר אחורנית את העבודה החלקית במקום להשאיר אותך עם אתר משוכפל למחצה.
עדיף שנאמר לך זאת מראש מאשר שנמכור לך משהו שיפגע במה שאתה מנסה לעשות.
תת-דומיינים הם הפתרון הנכון למבנה של מותג יחיד: אפליקציה, חנות, אתר תיעוד, פורטל לקוחות, או סביבת staging לכל לקוח. הם הפתרון הלא נכון עבור רשת בלוגים פרטית. כל תת-דומיין חולק דומיין רישום יחיד, כך שכל מי שמבצע רזולוציה לאחד מהם יודע בדיוק מי בעלים של השאר. תחת תעודת wildcard הם חולקים גם תעודה, והנפקת תעודות מפורסמת ליומני שקיפות תעודות ציבוריים (Certificate Transparency logs), כך שמארחים תחת דומיין משותף ניתנים למנייה על ידי כל מי שטרח להסתכל. זוהי תכונה של ה-PKI וה-DNS של האינטרנט הציבורי, לא של הפלטפורמה שלנו, ושום הגדרת אחסון לא משנה זאת.
לכן תת-דומיינים יושבים במסלולים Mainstream ו-Agency שלנו, ולא במסלול Footprint-Free. אם הדרישה שלך היא שלא ניתן יהיה לקשר בין אתרים, אתה זקוק לדומיינים נפרדים הניתנים לרישום בקו המוצרים Footprint-Free, שבו מאגרי חשבונות ה-CDN וה-DNS, ניהול ה-footprint ואספקת ה-HTML הסטטי קיימים בדיוק כדי לשבור את הדפוס הזה. שניהם פועלים על אותו מנוע ובאותה לוח בקרה, כך שבחירה נכונה אינה עולה לך בכלום מבחינת נוחות.
סוכנויות ומשווקים מורשים משתמשים בתת-דומיינים בהיקף רחב: מארח סביבת בדיקות לכל לקוח, מארח תצוגה מקדימה לכל פרויקט, פורטל לכל חשבון. הפלטפורמה בנויה בדיוק לדפוס עבודה זה.
ארגונים מקוננים כעץ, ממשווק ללקוח ועד לאתרים, וכל רשומה מוגדרת ואכיפה במסד הנתונים באמצעות אבטחה ברמת השורה. סאב-דומיינים של לקוח שייכים לארגון של אותו לקוח ולא למאגר משותף שעליך לפקח עליו לפי מוסכמה.
הפעל, עדכן ונהל אתרים רבים בפעולה אחת במקום לחזור על עצמך עבור כל אתר בנפרד.
כל מה שמוצג בלוח הבקרה זמין דרך ה-API הציבורי, המיוצר מתוך מפרט ה-OpenAPI. ניתן להפעיל יצירת תת-דומיינים באמצעות מפתח API ברמת הארגון, ממשק שורת הפקודה (CLI), טרהפורם (Terraform), או כלי בינה מלאכותית דרך שרת ה-MCP שלנו.
פעולות מורשות ומנהליות מתועדות ביומן ביקורת, ובקרת גישה מבוססת-תפקידים שולטת באילו חברים בצוות שלך מורשים לבצע פעולות שונות. באפשרותך לראות מי יצר, שינה או הסיר מארח.
כן. מכיוון שכל תת-דומיין פועל כאתר מלא ומבודד בנפרד עם סטאק, מסד נתונים, מטמון וגיבויים משלו, הוא תופס חריץ אתר בתוכנית שלך בדיוק כמו דומיין ראשי. התוכניות נמכרות לפי מספר האתרים שהן מכסות, ולכן הוספת אתר תת-דומיין שקולה מבחינה חשבונאית להוספת כל אתר אחר.
כן, והן עצמאיות לחלוטין. כל תת-דומיין הוא רשומת אתר נפרדת עם תכנית משלו, כך שהסטאקים אינם חייבים להתאים: WordPress בדומיין הראשי, WooCommerce ב-shop, אפליקציית Node.js ב-app ואתר סטטי ב-docs מהווים הגדרה רגילה כאן ולא מקרה מיוחד. הם יכולים לשבת על מכונות שונות, להריץ סביבות הרצה שונות וגרסאות PHP או Node שונות, ולהיות מנוהלים, מועברים לסביבת בדיקות, מגובים ומשוחזרים לפי לוחות הזמנים שלהם. שום דבר באחד מהם אינו מגביל את האחר מעבר לשיתוף שם דומיין.
הם מכוסים אוטומטית בכל מקרה. באפשרותך להנפיק אישור כוכבית (wildcard) המכסה את כל המארחים תחת הדומיין בבת אחת, או להנפיק אישורים פר מארח במקומות שתרצה להפריד ביניהם. אישורי Let's Encrypt הם חינמיים, מונפיקים ומתחדשים אוטומטית, ותמיד באפשרותך להעלות אישור מותאם אישית אם יש ברשותך אחד כזה.
אנו ממליצים להימנע מכך, ולא נמכר זאת כך. כל תת-דומיין חולק דומיין רשם יחיד, ותחת אישור תווים כללי (wildcard) – אישור משותף שהנפקתו מופיעה ביומני שקיפות אישורים ציבוריים, כך שכל אדם המתבונן יכול לקשר בין המארחים. עבור עבודה שבה אסור שאתרים יהיו ניתנים לחיבור, השמישו דומייני רישום נפרדים בקו ה-Footprint-Free שלנו, אשר תוכנן במיוחד לכך עם מאגרי חשבונות CDN ו-DNS, טביעות רגל מנוהלות ואספקת HTML סטטי.
הפלטפורמה בנויה להכיל זאת במקום לתת לזה להתפשט. CloudLinux LVE מגבילה את מעבד האתר, הזיכרון וה-IO של כל אתר בתוך הכלוב שלו, CageFS מעניקה לכל אתר תצוגת מערכת קבצים מבודדת כך שפרצה מכילה, ו-MySQL Governor מווסת את עומס מסד הנתונים לכל אתר כך ששאילתות כבדות של אתר אחד אינן מאיטות את השרת. סריקת תוכנות זדוניות, חומת אש פרואקטיבית ליישומים וגיבויים בלתי משתנים לכל אתר גיבוי את זה. הכלה היא מטרת העיצוב; אף מארח אינו יכול להבטיח שפשרה היא בלתי אפשרית.
כן. הרשם ושרתי ה-DNS מופצלים בכוונה. באפשרותך לשמור את הדומיין אצל הרשם הנוכחי שלך ואת אזור ה-DNS אצל ספק ה-DNS הנוכחי שלך, ופשוט להפנות אלינו רשומת תת-דומיין. אנו מאמתים את ההפניה וההפעלה לפני שמתייחסים לאתר כאל פעיל, כך ששגיאה הקלדה ברשומה צפה מיד במקום להיכשל בשקט. כאשר אזור הדומיין האב מארוח כאן כבר, אנו כותבים את רשומת תת-הדומיין לתוכו עבורך במקום זאת, כך שאין שום דבר שעליך להוסיף ידנית.
רק בדרך שבה הוא נוצר. שכפול לסביבת בדיקות יוצר עותק מבודד של אתר חי, כולל קבצים ומסד נתונים, בסאב-דומיין של סביבת בדיקות המריץ את אותה סביבת תוכנה וגרסת blueprint כמו בסביבת הייצור. כשתהיה מרוצה, העברה לסביבת הייצור תסנכרן אותו בחזרה עם חיפוש והחלפה המודעים למסד הנתונים. כל השאר — הבידוד, ה-SSL, השמירה בזיכרון המטמון, הגיבויים וגישת המפתחים — זהה לחלוטין לכל אתר אחר.
אתם לוקחים אותם איתכם. אין שום נעילה באף חלק בפלטפורמה: אתם יכולים לקבל קודי אימות, לשחרר נעילת דומיינים ולהעביר אותם החוצה, לחבר חשבונות CDN ו-DNS משלכם ולייצא את האתרים שלכם. כל ספק חיצוני שאנו משתמשים בו יושב מאחורי מתאם ניתן להחלפה, וזה נכון לגביכם בדיוק כפי שזה נכון לגבינו.
בידוד מלא, SSL בצורת כוכבית (wildcard), שליטה מלאה ב-DNS וסביבת בדיקות (staging) בלחיצה אחת בכל שרת שתוסיף. התחל תקופת ניסיון של 14 יום ללא צורך בכרטיס אשראי וראה איך זה מתאים לך לפני שתתחייב.
התחל בחינם