תכונות
נתבו אפליקציה, חנות, תיעוד או סביבת בדיקות (staging) לכל מקום שתרצו וקבלו מאחוריהם אתר אמיתי ומבודד לחלוטין: מחסנית טכנולוגית, מסד נתונים, זיכרון מטמון, גיבויים והקצאת משאבים מבודדת משלו. שליטה מלאה ברשומות DNS, תעודת SSL אוטומטית כולל תווים חופשיים (wildcards), ותת-דומיינים לבדיקות בלחיצה אחת. זמינות: ויסות עומסים למסד הנתונים ברמת האתר נמצא בפיתוח פעיל ועדיין אינו זמין. כל שאר המאפיינים המתוארים כאן פעילים כבר היום.
ברוב חברות האחסון, סאב-דומיין הוא ספרייה עם כלל שכתוב לפניה. כאן מדובר ברשומת אתר מדרגה ראשונה בעלת גרסת תוכנית משלה, מיקום משלה במערך השרתים וגבול בידוד משלה. כל מה שתוכלו לעשות בדומיין ראשי, תוכלו לעשות גם בסאב-דומיין.
כל אתר בסאב-דומיין נבנה מתוך מתווה בעל גרסאות ומפעיל סוג מחסנית וסביבת ריצה משלו: WordPress מנוהל, WooCommerce, PHP, HTML סטטי או Node. סאב-הדומיין docs שלכם יכול להיות HTML סטטי בעוד ששורש האתר מפעיל את WordPress, ללא כל פשרה ביניהם.
מסד נתונים של MariaDB לכל אתר, שמירה במטמון של עמוד מלא של LiteSpeed LSCache ומטמון אובייקטים של Redis או Memcached לכל אתר. שום דבר אינו משותף עם אתר האב, כך שתת-דומיין עמוס אינו יכול לפנות את המטמון של האב או להעמיס על השאילתות שלו.
ה-CloudLinux LVE מגביל את ה-CPU, ה-RAM, ה-IO, ה-IOPS ואת תהליכי הכניסה (entry processes) לכל אתר, CageFS מעניק לכל אתר תצוגת מערכת קבצים משלו, ו-MySQL Governor מווסת את עומס מסד הנתונים ברמת האתר. סאב-דומיין שיצא משליטה נשאר מבודד בתוך הכלוב של עצמו.
גיבויים יומיים הנשמרים למשך 30 יום עם שחזור בלחיצה אחת, לכל אתר. תוכלו להחזיר סאב-דומיין למצב של אתמול מבלי לגעת באתר הראשי או באף אחד מהאתרים המקבילים לו.
סאב-דומיינים הם בעיית DNS לפני שהם בעיית אחסון, ולכן שכבת ה-DNS חשופה כראוי במקום להיות מוסתרת מאחורי טופס עם שני שדות.
כל דומיין בר-רישום שאתם מאחסנים מקבל אזור DNS המנוהל דרך שכבת מנהל התקן ה-DNS שלנו. אתם מקבלים פעולות CRUD על פני סוגי הרשומות המצופים, כך שהוספת app, shop, docs, mail או מארח תו כללי (wildcard) היא עריכת רשומה פשוטה, ולא פנייה לתמיכה. מצב האזור מיושב באופן אידמפוטנטי מול הספק, מה שאומר ששינוי שהוחל בחלקו או עריכה שנוסתה שוב מתכנסים למצב שביקשתם במקום להשאיר את האזור שלכם במצב ביניים מעורפל.
הרשם וה-DNS מופרדים באופן מכוון: באפשרותכם לרשום דומיין אצלנו ולהחזיק את ה-DNS במקום אחר, או להשאיר את הדומיין אצל הרשם הקיים שלכם ופשוט להפנות אלינו תת-דומיין. אנו מאמתים את האצלת שרתי השמות ואת הפעלתם לפני שאנו מגדירים דומיין כפעיל, כך שתגלו שרשומה אינה תקינה ישירות מהפלטפורמה ולא מלקוח.
סאב-דומיין איטי או כזה שמציג אזהרת תעודה גרוע יותר מהיעדר סאב-דומיין כלל, ולכן נתיב המסירה זהה לזה שמקבל הדומיין הראשי.
תעודות Let's Encrypt מונפקות ומחודשות באופן אוטומטי. השתמשו בתעודת wildcard כדי לכסות את כל תת-הדומיינים בבת אחת, בתעודות לכל מארח במקומות שבהם תרצו להפריד ביניהן, או העלו תעודה מותאמת אישית משלכם.
כל אתר מוגש על ידי LiteSpeed עם HTTP/3 מופעל, כך שתת-דומיין מקבל את אותם ביצועים ברמת החיבור כמו דומיין השורש ולא ביצועים של מארח וירטואלי סוג ב'.
שמירה במטמון של דפים שלמים באמצעות LSCache ובנוסף מטמון אובייקטים של Redis לכל אתר, עם ניקוי מתואם מלוח הבקרה או מתוך WordPress. ניקוי אתר האב אינו מוחק את המטמון של תת-הדומיין שלכם.
פרוס באמצעות ה-CDN ומאגר החשבונות של Cloudflare שלנו, או חבר את החשבונות שלך ובחר לאיזה חשבון אתר מסוים ייפרס. האספקה היא החלטה שאתה מקבל, ולא החלטה שאנו מקבלים עבורך.
הסיבה הנפוצה ביותר לרצות סאב-דומיין היא כדי לקבל מקום בטוח שבו אפשר לבצע בדיקות וניסויים ללא חשש. נתיב זה מובנה ואינו מוגבל בתוכניות Mainstream.
שכפול לסביבת בדיקות יוצר עותק מבודד של אתר פעיל בסאב-דומיין ייעודי לבדיקות, כאשר הקבצים ומסד הנתונים שלו נותרים ללא שינוי, על גבי אותה תשתית וגרסת תבנית כמו בסביבת הייצור. אתם עובדים על העותק עם חבילת הכלים המלאה: גישת SSH ו-SFTP מוגנת, wp-cli, עורך VS Code מבוסס דפדפן, phpMyAdmin או Adminer, תזמון משימות cron לכל אתר ומשתני סביבה.
לאחר אימות השינוי, העברה לסביבה חיה מבצעת סנכרון מותאם למסד הנתונים בחזרה לסביבת הייצור. אתם בוחרים קבצים, מסד נתונים או את שניהם, ופעולת החיפוש וההחלפה מנוהלת עבורכם כך שכתובות ה-URL בתוכן שלכם יותאמו לאתר במקום להפנות בחזרה לשרת ה-staging. מאחר שההקצאה, השכפול והפריסה פועלים כולם כתהליכי עבודה עמידים של Temporal הכוללים ניסיונות חוזרים ופיצוי בכל שלב, תקלה במהלך התהליך מחזירה לאחור את העבודה החלקית במקום להשאיר אתכם עם אתר ששוכפל למחצה.
אנו מעדיפים לומר לכם זאת מראש מאשר למכור לכם משהו שיפגע במה שאתם מנסים להשיג.
סאב-דומיינים הם הפתרון הנכון למבנה של מותג יחיד: אפליקציה, חנות, אתר תיעוד, פורטל לקוחות, סביבת בדיקות ייעודית לכל לקוח. הם הפתרון השגוי עבור רשת בלוגים פרטית. כל סאב-דומיין חולק דומיין יחיד שניתן לרישום, ולכן כל מי שמבצע פענוח (resolve) לאחד מהם יודע בדיוק מי הבעלים של השאר. תחת תעודת wildcard הם חולקים גם את אותה התעודה, והנפקת תעודות מפורסמת ביומני Certificate Transparency ציבוריים, כך שכל מי שמעוניין לבדוק יכול למנות את המארחים תחת דומיין משותף. זוהי תכונה של ה-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, ולהיפרס, לעבור לסביבת בדיקות (staging), לעבור גיבוי ולשחזר לאחור לפי לוחות הזמנים שלהם. שום דבר באחד אינו מגביל את האחר מעבר לשיתוף שם הדומיין.
הם מכוסים באופן אוטומטי בכל מקרה. באפשרותכם להנפיק תעודת wildcard המכסה את כל המארחים תחת הדומיין בבת אחת, או להנפיק תעודות נפרדות לכל מארח במקומות שבהם תרצו להפריד ביניהם. תעודות של Let's Encrypt ניתנות בחינם, מונפקות ומחודשות באופן אוטומטי, ובמקום זאת תוכלו להעלות תעודה מותאמת אישית אם יש לכם כזו.
אנו ממליצים שלא לעשות זאת, ולא נמכור זאת בדרך זו. כל תת-דומיין חולק דומיין בר-רישום אחד, ותחת תעודת wildcard חולק תעודה משותפת שהנפקתה מופיעה ביומני Certificate Transparency ציבוריים, כך שכל מי שבודק יכול לקשר בין המארחים. עבור עבודה שבה אסור שהאתרים יהיו ניתנים לקישור, השתמשו בדומיינים נפרדים ברי-רישום בליין ה-Footprint-Free שלנו, אשר תוכנן במיוחד עבור מטרה זו עם מאגרי חשבונות CDN ו-DNS, עקבות (footprints) מנוהלים והגשת HTML סטטי.
הפלטפורמה בנויה כדי לבלום את הפגיעה במקום לאפשר לה להתפשט. CloudLinux LVE מגביל את המעבד, הזיכרון וה-IO של כל אתר בתוך סביבה מבודדת משלו, CageFS מעניק לכל אתר תצוגת מערכת קבצים מבודדת כך שכל פריצה נבלמת, ו-MySQL Governor מווסת את עומס מסד הנתונים לכל אתר כדי ששאילתות כבדות של אתר אחד לא יאטו את השרת. סריקת נוזקות, חומת אש יזומה של יישומי אינטרנט וגיבויים בלתי ניתנים לשינוי לכל אתר מגבים זאת. בלימה היא מטרת התכנון; שום חברת אחסון אינה יכולה להבטיח שפריצה היא בלתי אפשרית.
כן. הרשם וה-DNS מופרדים בכוונה. תוכלו להשאיר את הדומיין שלכם אצל הרשם הנוכחי ואת האזור (zone) שלכם אצל ספק ה-DNS הנוכחי, ופשוט לכוון את רשומת תת-הדומיין אלינו. אנו מאמתים את ההאצלה וההפעלה לפני שנתייחס לאתר כפעיל, כך שרשומה שהוקלדה בצורה שגויה תצוף מיד במקום להיכשל בשקט. כאשר אזור דומיין האב כבר מתארח כאן, אנו כותבים את רשומת תת-הדומיין לתוכו עבורכם, כך שאין דבר שעליכם להוסיף באופן ידני.
רק באופן שבו הוא נוצר. שכפול לסביבת בדיקות (Clone to staging) יוצר עותק מבודד של אתר פעיל, כולל קבצים ומסד נתונים, בסאב-דומיין לבדיקות המריץ את אותה סביבת תוכנה ואותה גרסת תבנית כמו בסביבת הייצור. כאשר תהיו מרוצים, העברה לייצור (push-to-live) מסנכרנת אותו בחזרה באמצעות חיפוש והחלפה המותאמים למסד הנתונים. כל השאר — בידוד, SSL, שמירה במטמון, גיבויים וגישת מפתחים — זהה לחלוטין לכל אתר אחר.
אתם לוקחים אותם איתכם. אין שום נעילה באף מקום בפלטפורמה: אתם יכולים לשלוף קודי אימות, לבטל נעילת דומיינים ולהעביר אותם, להביא חשבונות CDN ו-DNS משלכם, ולייצא את האתרים שלכם. כל ספק חיצוני שאנו משתמשים בו פועל מאחורי מתאם הניתן להחלפה, וזה נכון לגביכם בדיוק כפי שזה נכון לגבינו.
בידוד מלא, תעודת SSL מסוג Wildcard, שליטה מלאה ב-DNS וסביבת בדיקות (Staging) בלחיצה אחת בכל שרת שתוסיפו. התחילו בתקופת ניסיון ל-14 יום ללא צורך בכרטיס אשראי ובדקו את ההתאמה לפני שתתחייבו.
התחל בחינם