Ultimate Multisite 101

Ultimate Multisite איז אַ WordPress Multisite plugin וואָס דערמעגלעכט אײַך אָנצובאָטן אַ WaaS אָדער Websites as a Service צו קונים. איידער מיר פֿאַרטיפֿן זיך און לערנען ווי Ultimate Multisite קען העלפֿן אײַער געשעפֿט און קונים, איז דאָ אַ ביסל יסודותדיק וויסן וואָס מיר דאַרפֿן זיך איינשאַפֿן.

דער WordPress Multisite

רובֿ פֿון אונדז זענען באַקאַנט מיט דער סטאַנדאַרטער WordPress־אינסטאַלאַציע. איר שאַפֿט זי אָדער דורך דעם קאָנטראָל־פּאַנעל פֿון אײַער האָסטינג־פֿאַרזאָרגער, אָדער, פֿאַר די מוטיקע, שטעלט אויף אַ נײַעם וועב־סערווער און דאַטאַבאַזע, לאָודט אַראָפּ די קערן־טעקעס און הייבט אָן דעם אינסטאַלאַציע־פּראָצעס.

דאָס אַרבעט פֿאַר מיליאָנען WordPress־זײַטן איבער דער גאַנצער וועלט, אָבער פֿון דער פּערספּעקטיוו פֿון אַן אַגענטור אָדער האָסטינג־פֿאַרזאָרגער לאָמיר אַ מינוט רעדן וועגן קוואַנטיטעטן.

כאָטש עס איז גאַנץ גרינג צו שאַפֿן איין WordPress־זײַט אָדער אַפֿילו הונדערט דורך אַן אויטאָמאַטיזירטן קאָנטראָל־פּאַנעל, הייבן זיך באַלד אָן ווײַזן פּראָבלעמען ווען עס קומט צו דער פֿאַרוואַלטונג פֿון די זײַטן. אויב מען לאָזט זיי אָן פֿאַרוואַלטונג, זענט איר אַן ערשטקלאַסיקער ציל פֿאַר שעדלעכע ווייכוואַרג. פֿאַרוואַלטונג מיינט אַן אויסגאַבע פֿון מי און רעסורסן, און כאָטש עס זײַנען פֿאַראַן אויסערלעכע געצײַגן און plugins צו העלפֿן פֿאַרגלאַטיקן די פֿאַרוואַלטונג און אַדמיניסטראַציע פֿון WordPress־זײַטן, קען דער פֿאַקט אַז קונים האַלטן נאָך אַדמיניסטראַטיוון צוטריט גרינג אונטערמינירן די דאָזיקע מיִען.

אין זײַן קערן גיט WordPress אַ פֿונקציע פּשוט גערופֿן ‘Multisite’, וואָס אירע אָריגינען גייען צוריק צו 2010 בײַם אַרויסלאָז פֿון WordPress 3.0. זינט דעמאָלט האָט זי באַקומען אַ צאָל איבעראַרבעטונגען מיטן ציל אַרײַנצופֿירן נײַע פֿונקציעס און פֿאַרשטאַרקן זיכערהייט.

אין תּמצית קען מען זיך פֿאָרשטעלן אַ WordPress multisite אַזוי: אַ אוניווערסיטעט האַלט איין איינציקע אינסטאַלאַציע פֿון WordPress, אָבער יעדער פֿאַקולטעט האַלט זײַן אייגענע WordPress־זײַט.

כדי צעברעכן די דערקלערונג, לאָמיר אַ קוק טאָן אויף עטלעכע פֿון די גרונט־טערמינען וואָס זײַנען נישט בלויז דאָ אין Ultimate Multisiteס דאָקומענטאַציע, נאָר אויך איבער דער WordPress־קהילה.

די נעץ

אין WordPress־טערמינען איז אַ multisite־נעץ אַ אָרט וווּ אַ צאָל אונטערזײַטן קענען פֿאַרוואַלטעט ווערן פֿון איין איינציקן Dashboard. כאָטש דאָס שאַפֿן אַ multisite־נעץ פֿאַרשיידט זיך צווישן האָסטינג־פֿאַרזאָרגערס, איז דער סוף־רעזולטאַט געוויינטלעך עטלעכע נאָך־דירעקטיוון אין דער wp-config.php טעקע, כּדי WordPress זאָל וויסן אַז עס אַרבעט אין דעם ספּעציפֿישן מאָדוס.

עס זײַנען פֿאַראַן אַ צאָל קלאָרע חילוקים צווישן אַ multisite־נעץ און אַ באַזונדערע WordPress־אינסטאַלאַציע, וואָס מיר וועלן קורץ באַהאַנדלען.

אונטערדאָמיין קעגן אונטערטעקע

איינער פֿון די ערשטע באַשלוסן וואָס איר וועט דאַרפֿן מאַכן איז צי די multisite־אינסטאַלאַציע וועט אַרבעטן מיט אונטערטעקעס אָדער אונטערדאָמיינס. Ultimate Multisite אַרבעט גלײַך גוט מיט ביידע ברירות, אָבער עס זײַנען דאָ עטלעכע אַרכיטעקטורעלע חילוקים צווישן די צוויי קאָנפֿיגוראַציעס.

אין אונטערטעקע־קאָנפֿיגוראַציע ירשענען נעץ־זײַטן אַ וועג באַזירט אויף דעם הויפּט־דאָמיין־נאָמען. למשל, אַ נעץ־זײַט מיטן נאָמען ‘site1’ וועט האָבן איר פֿולן URL ווי https://domain.com/site1. אין אונטערדאָמיין־קאָנפֿיגוראַציע וועט די נעץ־זײַט האָבן איר אייגענעם אונטערדאָמיין, אָפּגעפֿירט פֿון דעם הויפּט־דאָמיין־נאָמען. דערפֿאַר וועט אַ זײַט מיטן נאָמען ‘site1’ האָבן איר פֿולן URL ווי https://site1.domain.com/.

כאָטש ביידע אָפּציעס זײַנען גאָר גילטיקע ברירות, גיט די נוצן פֿון אונטערדאָמיינס אַ צאָל מעלות, אָבער זי פֿאָדערט אויך מער געדאַנק און פּלאַנירונג אין איר אַרכיטעקטור.

אין DNS־טערמינען שטעלט די נוצן פֿון אונטערטעקעס פֿאָר אַ רעלאַטיוו פּשוטן אַרויסרוף. ווײַל נעץ־זײַטן זײַנען פּשוט קינדער פֿון דעם עלטערן־וועג, דאַרף עקזיסטירן נאָר איין דאָמיין־נאָמען־אײַנטראָג פֿאַר דעם הויפּט־דאָמיין־נאָמען. פֿאַר אונטערדאָמיינס איז דער אַרויסרוף אַ ביסל מער קאָמפּליצירט, וואָס פֿאָדערט אָדער אַ באַזונדערן CNAME־אײַנטראָג פֿאַר יעדער נעץ־זײַט אָדער אַ wildcard (*)־אײַנטראָג אין די DNS־רעקאָרדס.

אַ ווײַטערער באַטראַכטונג־שטח איז SSL און די אַרויסגעבן און נוצן פֿון SSL־צערטיפֿיקאַטן. אין אונטערטעקע־קאָנפֿיגוראַציע קען מען נוצן איין דאָמיין־צערטיפֿיקאַט, ווײַל די נעץ־זײַטן זײַנען פּשוט וועגן פֿון דעם הויפּט־דאָמיין־נאָמען. דעריבער וועט אַ צערטיפֿיקאַט פֿאַר domain.com גענוג צושטעלן SSL פֿאַר https://domain.com/site1, https://domain.com/site2 און אַזוי ווײַטער.

אין אונטערדאָמיין־קאָנפֿיגוראַציע איז די נוצן פֿון אַ wildcard SSL־צערטיפֿיקאַט איינע פֿון די מערסט געוויינטלעכע אָפּציעס. דער טיפּ SSL־צערטיפֿיקאַט גיט ענקריפּציע פֿאַר אַ דאָמיין און זײַנע אונטערדאָמיינס. דעריבער וועט אַ wildcard SSL־צערטיפֿיקאַט צושטעלן ענקריפּציע פֿאַר https://site1.domain.com, https://site2.domain.com און https://domain.com אַליין.

כאָטש עס עקזיסטירן אַנדערע אָפּציעס, זײַנען זיי אָפֿט באַגרענעצט אין ראַם און באַניץ און פֿאָדערן נאָך קאָנפֿיגוראַציע און באַטראַכטונג לגבי פּאַסיקייט.

Plugins און טעמעס

וואָס WordPress גיט, נעמט עס אויך אַוועק, לכל־הפּחות פֿון דער פּערספּעקטיוו פֿון דעם קונה. אין אַ באַזונדערער WordPress־אינסטאַלאַציע, אויב דער זײַט־אַדמיניסטראַטאָר אינסטאַלירט אַ שלעכטן plugin אָדער פֿאַרפֿעלט צו האַלטן זײַן אינסטאַלאַציע דערהײַנטיקט, איז דער איינציקער קרבן און געשעדיקטער פֿון דעם אַקט ער אַליין. אָבער אַ זײַט־אַדמיניסטראַטאָר וואָס אינסטאַלירט אַ שלעכטן plugin אויף אַ multisite־אינסטאַלאַציע מאַכט אַ קרבן פֿון יעדער זײַט אינסטאַלירט אין דער נעץ.

פֿאַר דעם סיבה, ווען WordPress איז קאָנפֿיגורירט ווי אַ multisite, נעמט עס אַוועק פֿון זײַט־אַדמיניסטראַטאָרן די פֿעיִקייט צו אינסטאַלירן plugins און טעמעס, און אַנשטאָט דעם אַריבערפֿירט עס די פֿעיִקייט צו אַ נײַ געשאַפֿענער נעץ־אַדמיניסטראַטאָר אָדער ‘super admin’ ראָלע. די פּריווילעגירטע ראָלע קען דאַן באַשליסן צי צו דערלויבן אַדמיניסטראַטאָרן פֿון נעץ־זײַטן צו זען אָדער צוטריטן דעם plugins־מעניו אין זייער Dashboard, און אויב יאָ, צי אַזעלכע דערלויבענישן גייען אַרויף צו אַקטיווירן אָדער דעאַקטיווירן plugins.

אין דעם מאָס איז דער נעץ־אַדמיניסטראַטאָר פֿאַראַנטוואָרטלעך פֿאַר אינסטאַלירן plugins און טעמעס אין דער נעץ, און דעלאַגירט דערלויבענישן צו נוצן די plugins און טעמעס צו נעץ־זײַטן. זײַט־אַדמיניסטראַטאָרן קענען נישט אינסטאַלירן plugins און טעמעס אָדער צוטריטן plugins און טעמעס וואָס זײַנען נישט צוגעטיילט צו זייער זײַט.

ניצערס און אַדמיניסטראַטאָרן

אין אַ WordPress Multisite טיילן אַלע נעץ־זײַטן די זעלבע דאַטאַבאַזע און דערפֿאַר טיילן זיי די זעלבע ניצערס, ראָלעס און פֿעיִקייטן. דער פּאַסיקסטער אופֿן דאָס זיך פֿאָרצושטעלן איז אַז אַלע ניצערס זײַנען מיטגלידער פֿון דער נעץ און נישט פֿון אַ באַזונדערער זײַט.

לויט דעם פֿאַרשטאַנד קען עס זײַן נישט־געוווּנטשן צו דערלויבן אַז באַניצער זאָלן באַשאַפֿן ווערן, און דערפֿאַר נעמט WordPress Multisite אַראָפּ די פֿעיִקייט פֿון די פּלאַץ־אַדמיניסטראַטאָרן און רוקט די פֿעיִקייט אַריבער צום נעץ־אַדמיניסטראַטאָר. דער נעץ־אַדמיניסטראַטאָר קען דערנאָך איבערגעבן די נייטיקע פּריווילעגיעס צו אַ פּלאַץ־אַדמיניסטראַטאָר, כּדי זיי זאָלן קענען שאַפֿן באַניצער־Accountס פֿאַר זייער אייגענעם פּלאַץ.

איבערחזרנדיק די דערקלערונג אויבן: כאָטש די באַניצער־Accountס זעען אויס ווי זיי זײַנען פֿאַרבונדן מיטן פּלאַץ, ווערן זיי אין אמתן צוגעטיילט צום נעץ, און דערפֿאַר מוזן זיי זײַן אייגנאַרטיק איבערן גאַנצן נעץ. עס קען זײַן פֿאַלן וווּ באַניצער־נעמען זײַנען נישט בנימצא צו רעגיסטרירן צוליב דעם סיבה.

כאָטש דאָס איז נישט קיין פֿרעמדער באַגריף אין אונטערנעמונג־סיסטעמען, איז דער איינציקער קוואַל פֿון באַניצער־רעגיסטראַציע און אויטענטיפֿיקאַציע אָפֿט אַ שווערער באַגריף צו פֿאַרשטיין פֿאַר מענטשן וואָס זײַנען באַקאַנט מיט זעלבסטשטענדיקע WordPress־אינסטאַלאַציעס, וווּ באַניצער־אַדמיניסטראַציע איז עפּעס גרינגער.

מעדיע

ווען נעץ־פּלאַץן טיילן זיך מיט איין דאַטאַבאַזע אין אַ WordPress Multisite, האַלטן זיי באַזונדערע פּאַטס אויפֿן טעקע־סיסטעם פֿאַר מעדיע־טעקעס.

דער סטאַנדאַרטער WordPress־אָרט (wp-content/uploads) בלײַבט; אָבער זײַן פּאַט ווערט געביטן כּדי אָפּצושפּיגלען דעם אייגנאַרטיקן ID פֿון דעם נעץ־פּלאַץ. דערפֿאַר דערשײַנען מעדיע־טעקעס פֿאַר אַ נעץ־פּלאַץ ווי wp-contents/uploads/site/[id].

פּערמאַלינקס

מיר האָבן פֿריִער דערמאָנט אַז עס זײַנען דאָ באַזונדערע מיילות פֿון subdomain איבער subdirectory קאָנפֿיגוראַציע, און דאָ איז עס: פּאַטס.

אין אַ subdirectory קאָנפֿיגוראַציע מוזן דער הויפּט־פּלאַץ (דער ערשטער פּלאַץ וואָס ווערט געשאַפֿן ווען דער נעץ ווערט אויפֿגעשטעלט) און נעץ־אונטערפּלאַץן טיילן דעם זעלבן פּאַט וואָס קומט פֿון דעם דאָמיין־נאָמען. דאָס האָט דעם פּאָטענציאַל פֿאַר אַ גרויסע צאָל קאָנפֿליקטן.

פֿאַר פּאָסטן ווערט אַ מחויבדיקער /blog/ פּאַט צוגעלייגט צום הויפּט־פּלאַץ, כּדי צו פֿאַרמײַדן צוזאַמענשטויסן מיט נעץ־פּלאַץן. דאָס מיינט אַז שיינע פּערמאַלינקס אַזעלכע ווי ‘פּאָסט־נאָמען’ וועלן ווערן געוויזן ווי domain.name/blog/post-name/

אין אַ subdomain קאָנפֿיגוראַציע איז די אַקציע נישט נייטיק, ווײַל יעדער נעץ־פּלאַץ נייטיקט זיך אין גאַנצער דאָמיין־אָפּשיידונג און דאַרף דערפֿאַר זיך נישט פֿאַרלאָזן אויף איין פּאַט. אַנשטאָט דעם האַלטן זיי זייערע אייגענע באַזונדערע פּאַטס באַזירט אויף זייער subdomain.

סטאַטישע בלעטער

אין subdirectory קאָנפֿיגוראַציע ציט זיך דער פּאָטענציאַל פֿאַר נאָמען־קאָנפֿליקטן אויך צו סטאַטישע בלעטער, ווײַל דער הויפּט־פּלאַץ און נעץ־פּלאַץן טיילן דעם זעלבן פּאַט.

כּדי דאָס צו פֿאַרמײַדן, גיט WordPress אַ מיטל צו שטעלן געוויסע פּלאַץ־נעמען אויף אַ שוואַרצער ליסטע, כּדי זיי זאָלן נישט קאָנפֿליקטירן מיט די נעמען פֿון דעם ערשטן פּלאַץ. טיפּיש וואָלט דער נעץ־אַדמיניסטראַטאָר אַרײַנגעשריבן די וואָרצל־פּאַטס פֿון די בלעטער פֿונעם הויפּט־פּלאַץ.

אין subdomain קאָנפֿיגוראַציע ווערט די מעגלעכקייט פֿון נאָמען־קאָנפֿליקטן פֿאַרקלענערט דורך דעם subdomain, ווײַל ער איז אייגנאַרטיק צום נעץ־פּלאַץ און נישט פֿאַרבונדן אויף קיין אופֿן מיטן הויפּט־פּלאַץ.

רעגיסטראַציע

אין די נעץ־איינשטעלונגען פֿון WordPress Multisite זײַנען בנימצא עטלעכע נײַע אָפּציעס פֿאַר באַניצער־רעגיסטראַציע, וואָס דערלויבן נײַע און עקזיסטירנדיקע באַניצער צו שאַפֿן פּלאַץן.

אין פֿאַרגלײַך מיט זעלבסטשטענדיקע WordPress־אינסטאַלאַציעס, האַלטן נעץ־פּלאַץן נישט די באַקאַנטע אָפּציעס צו דערלויבן באַניצער־רעגיסטראַציעס אָדער צוצוטיילן יענע רעגיסטראַציעס צו ראָלעס.

ווען באַניצער־Accountס ווערן געשאַפֿן, ווערן יענע Accountס גענערירט אויפֿן נעץ־ניוואָ. דערפֿאַר, אַנשטאָט צו געהערן צו איין באַזונדערן פּלאַץ, געהערן זיי צום נעץ. דאָס האָט עטלעכע באַזונדערע מיילות און חסרונות.

למשל, נעם אָן אַז דײַן WordPress Multisite איז געווען אין דער געשעפֿט־וועלט פֿון נײַעס און אינפֿאָרמאַציע. דו וואָלסט אויפֿגעשטעלט דעם מולטיסייט און דערנאָך געשאַפֿן נעץ־פּלאַץן פֿאַר פֿינאַנצן, טעכנאָלאָגיע, פֿאַרווײַלונג און אַנדערע אינטערעסן־געביטן, בשעת דו האַלטסט אַלגעמיינע קאָנטראָל איבער plugins און themes. יעדער נעץ־פּלאַץ וואָלט דערנאָך געהאַט אַ סך גרעסערע מדרגה פֿון קאָנטראָל איבערן אויסזען און געפֿיל און באַניצער־דערפֿאַרונג פֿון זייער נעץ־פּלאַץ ווי מנהג־פּאָסט־טיפּן אָדער רעגולערע פּאָסט־קאַטעגאָריעס.

אין דעם מאָס, ווען אַ באַניצער לאָגט זיך אַרײַן, לאָגט ער זיך אַרײַן צום נעץ און צום סוף איז ער אויך אַרײַנגעשריבן אין יעדן נעץ־פּלאַץ, כּדי צו צושטעלן אַ גלאַטע דערפֿאַרונג. אויב דײַן נײַער פּלאַץ וואָלט געווען באַזירט אויף אַבאָנעמענטן, וואָלט דאָס געווען די אידעאַלע לייזונג און רעזולטאַט.

אויב אָבער דער בדעהדיקער כאַראַקטער און ציל פֿון דעם מולטיסייט וואָלט געווען צו פאָרשלאָגן פֿאַרשיידענע נעץ־פּלאַץן וואָס האָבן קיין שײַכות נישט איינער צום צווייטן, איז עס כּמעט שטענדיק דער פֿאַל אַז אויסערלעכע אָדער נאָך plugins וועלן זײַן נייטיק צו מאַניפּולירן די באַניצער־ראָלעס.

דאָמיין און SSL

לאָמיר רעדן וועגן אַ WordPress Multisite־אינסטאַלאַציע וואָס אַנטלויפֿט כּמעט אונדזער אויפֿמערקזאַמקייט - Wordpress.com. דאָס איז פֿון אַלעמען דער ברייטסטער בײַשפּיל פֿון אַ Wordpress מולטיסייט און ווײַזט זײַנע ברייטע פֿעיִקייטן צו ווערן צוגעפּאַסט און אויסגעפֿורעמט כּדי צו דערפֿילן אַ ציל.

הײַנטיקע טעג אויפֿן מאָדערנעם אינטערנעץ איז די נוצן פֿון SSL כּמעט מחויבדיק, און נעץ־אַדמיניסטראַטאָרן פֿון WordPress מולטיסייטס ווערן באַלד געשטעלט פֿאַר די אַרויסרופֿן.

אין subdomain קאָנפֿיגוראַציע ווערן פּלאַץן געשאַפֿן באַזירט אויפֿן וואָרצל־דאָמיין־נאָמען. דערפֿאַר וואָלט אַ פּלאַץ באַצייכנט ‘site1’ געשאַפֿן געוואָרן ווי ‘site1.domain.com’. ניצנדיק אַ ווילדקאַרד SSL־סערטיפֿיקאַט, קען אַ נעץ־אַדמיניסטראַטאָר הצלחהדיק באַהאַנדלען דעם אַרויסרוף און צושטעלן SSL־פֿאַרשליסלונג־פֿעיִקייטן פֿאַרן נעץ.

WordPress Multisite אַנטהאַלט אַ דאָמיין־מאַפּינג־פֿונקציע וואָס דערלויבט נעץ־פּלאַץן צו ווערן פֿאַרבונדן מיט מנהג־דאָמיין־נעמען אָדער דאָמיין־נעמען אַנדערש פֿון דעם וואָרצל־דאָמיין פֿונעם נעץ.

פֿאַר נעץ־אַדמיניסטראַטאָרן שטעלט דאָס פֿאָר אַן נאָך אַ שיכטע פֿון קאָמפּליצירטקייט סײַ אין דאָמיין־נאָמען־קאָנפֿיגוראַציע, סײַ אין דער אַרויסגעבן און אויפֿהאַלטונג פֿון SSL־סערטיפֿיקאַטן.

אין דעם מאָס, בשעת WordPress Multisite גיט אַ מיטל צו דערלויבן www.anotherdomain.com צו ווערן צוגעפּאַסט צו ‘site1’, בלײַבט דער נעץ־אַדמיניסטראַטאָר מיט דער אַרויסרופֿונג פֿון עקסטערנער פֿאַרוואַלטונג פֿון די DNS־איינטראָגן און דער אימפּלאַמענטאַציע פֿון SSL־סערטיפיקאַטן.

Ultimate Multisite

אַז מען פֿאַרשטייט די חילוקים צווישן אַן אַליין־שטייענדיקער WordPress־אינסטאַלאַציע און אַ Multisite־אינסטאַלאַציע, לאָמיר אַ קוק טאָן ווי Ultimate Multisite איז דער ענדגילטיקער אַרסענאַל פֿאַר צושטעלן וועבזײַטן ווי אַ דינסט.

אַרײַנפֿיר

Ultimate Multisite איז אײַער שווייצער מעסער ווען עס קומט צו שאַפֿן אַ וועבזײַט ווי אַ דינסט (WaaS). טראַכט פֿון Wix.com, Squarespace, WordPress.com און דאַן טראַכט פֿון האָבן אײַער אייגענע דינסט.

אונטער דער קאַפּאָטע ניצט Ultimate Multisite WordPress Multisite, אָבער עס טוט דאָס אויף אַ אופֿן וואָס לייזט נישט נאָר די פֿילצאָליקע אַרויסרופֿונגען וואָס נעץ־אַדמיניסטראַטאָרן טרעפֿן זיך מיט בײַ Multisite־אינסטאַלאַציעס, נאָר פֿאַרבעסערט אויך די מעגלעכקייטן, אַזוי אַז אַ ברייטע ריי ניצ־פֿאַלן קענען ווערן געשטיצט.

אין די ווײַטערדיקע אָפּטיילונגען וועלן מיר אַ קוק טאָן אויף עטלעכע געוויינטלעכע ניצ־פֿאַלן און באַטראַכטונגען וואָס זענען נייטיק צו שטיצן יענע פֿאַלן.

ניצ־פֿאַלן

פֿאַל 1: אַן אַגענטור

טיפּיש ליגן די הויפּט־פֿעיִקייטן פֿון אַן אַגענטור אין דעם פּלאַן פֿון וועבזײַטן, מיט אַספּעקטן ווי זייער האָסטינג אָדער מאַרקעטינג אויפֿגעליסט ווי צוגעלייגטע דינסטן.

פֿאַר אַגענטורן שטעלט Ultimate Multisite פֿאָר אַן אומגלייבלעכע ווערט־פֿאָרשלאָג אין זײַנע פֿעיִקייטן צו האָסטן און פֿאַרוואַלטן עטלעכע וועבזײַטן אויף איין פּלאַטפֿאָרמע. נאָך מער, פֿאַר אַגענטורן וואָס סטאַנדאַרדיזירן זייערע פּלענער אויף באַזונדערע טעמעס ווי GeneratePress, Astra, OceanWP אָדער אַנדערע, קען מען אויסניצן די פֿעיִקייטן פֿון Ultimate Multisite צו אויטאָמאַטיש אַקטיווירן די טעמעס פֿאַר יעדער נײַער וועבזײַט.

ענלעך, מיט דער שעפֿעדיקייט פֿון אָפּמאַכן פֿאַר אַגענטור־פּרײַזן צו געוויינטלעכע און פּאָפּולערע פּלוגינס, דערלויבט די נוצן פֿון Ultimate Multisite אַגענטורן אויסצוניצן עקזיסטירנדיקע אינוועסטיציעס דורך צושטעלן אַ געמיינזאַמע פּלאַטפֿאָרמע פֿון וועלכער פּלוגינס קענען ווערן אינסטאַלירט, אויפֿגעהאַלטן און געניצט.

ס׳איז מסתּמא אַז מען וואָלט געוואָלט ניצן אַ קאָנפֿיגוראַציע, און צום גליק מאַכט Ultimate Multisite עס אומגלייבלעך גרינג צו פֿאַרגרינגערן דאָמיין־צופּאַסונג און SSL־סערטיפיקאַטן מיט זײַנע אינטעגראַציעס פֿאַר אַ צאָל פּאָפּולערע האָסטינג־פּראָוויידערז, ווי אויך דינסטן ווי Cloudflare און cPanel.

אַזוי, דורך אויסניצן איינעם פֿון די פּראָוויידערז אָדער דורך שטעלן Ultimate Multisite הינטער Cloudflare, ווערן אַספּעקטן ווי דער פֿאַרוואַלטונג פֿון דאָמיינס און SSL־סערטיפיקאַטן גאַנץ פּשוט.

אַגענטורן וואָס ווילן האַלטן אַ שטרענגע קאָנטראָל איבער דער שאַפֿונג פֿון וועבזײַטן וועלן אָפּשאַצן די גרינגקייט מיט וועלכער זיי קענען שאַפֿן וועבזײַטן און פֿאַרבינדן וועבזײַטן מיט קונים און פּלענער דורך דעם פֿאַרפּשוטערטן צובינד פֿון Ultimate Multisite.

שטרענגע קאָנטראָל איבער פּלוגינס און טעמעס ווערט אויפֿגעהאַלטן אויף אַ פּער־פּראָדוקט באַזיס דורך די אינטויִטיווע צובינדן פֿון Ultimate Multisite, וואָס דערלויבן פּלוגינס און טעמעס צו ווערן געמאַכט בנימצא אָדער באַהאַלטן, ווי אויך זייער אַקטיווירונג־צושטאַנד ווען זיי ווערן אינסטאַנצירט פֿאַר אַ נײַער וועבזײַט.

טעמעס צושטעלן ענלעכע פֿונקציאָנאַליטעט, דערלויבנדיק באַזונדערע טעמעס צו ווערן אַקטיווירט אָדער באַהאַלטן בײַ דער שאַפֿונג פֿון אַ וועבזײַט.

אַגענטורן וועלן געפֿינען רויִקײט מיט Ultimate Multisite, וואָס דערלויבט זיי צו טאָן וואָס זיי טוען בעסטער — פּלאַנירן אויסערגעוויינטלעכע וועבזײַטן.

פֿאַל 2: נישע־פּראָוויידער

עס איז דאָ אַן אַלט ווערטל וואָס זאָגט: „טו איין זאַך און טו זי גוט“. פֿאַר פילע ספּעציאַליסטן מיינט דאָס שאַפֿן אַ פּראָדוקט אָדער דינסט אַרום איין צענטראַלן געדאַנק.

אפֿשר זענט איר אַ לײַדנשאַפֿטלעכער גאָלפֿער וואָס פּראָמאָטעט וועבזײַטן צו קלובן, אָדער איר קענט זײַן אַ לײַדנשאַפֿטלעכער esports־שפּילער וואָס צושטעלט וועבזײַטן צו קלאַנען. אפשר אַן יחיד וואָס פּראָמאָטעט אַ בוקינג־דינסט צו רעסטאָראַנען?

צוליב פילע סיבות וואָלט איר געוואָלט צושטעלן דינסטן באַזירט אויף אַ געמיינזאַמען ראַם און פּלאַטפֿאָרמע. עס קען זײַן אַז איר האָט פּלאַנירט אָדער אינוועסטירט אין ספּעציעל־געמאַכטע פּלוגינס צו צושטעלן די נייטיקע פֿונקציאָנאַליטעט, אָדער עס קען זײַן אַז די בעסטע פּראַקטיקן פֿון דער אינדוסטריע פֿאָדערן אַ געוויסע פֿאָרעם פֿון סטאַנדאַרדיזירטן צוגאַנג צום פּלאַן.

איינער פֿון די ינאָוואַטיווע פֿעיִקייטן פֿון Ultimate Multisite איז די נוצן פֿון מוסטער־וועבזײַטן. אַ מוסטער־וועבזײַט איז איינע וווּ די טעמע איז אינסטאַלירט און אַקטיווירט געוואָרן, נייטיקע פּלוגינס אינסטאַלירט און אַקטיווירט, און מוסטער־פּאָסטן אָדער זײַטן געשאַפֿן. ווען אַ קונה שאַפֿט אַ נײַע וועבזײַט באַזירט אויף דעם מוסטער, ווערן דער אינהאַלט און די סעטינגס פֿון דעם מוסטער קאַפּירט צו דער נײַ געשאַפֿענער וועבזײַט.

פֿאַר אַ פּראָוויידער פֿון נישע־וועבזײַטן און דינסטן גיט דאָס אַן אומפֿאַרגלײַכלעכן מעלה אין דער מעגלעכקייט גלײַך צו שאַפֿן אַ וועבזײַט וואָס איז גרייט צו גיין מיט אייגענע פּלוגינס און פּלאַן. דער קונה דאַרף בלויז צושטעלן די מערסט מינימאַלע אַרײַנגעבן צו פֿאַרענדיקן די דינסט.

לויט די פֿאָדערונגען קענען ביידע אונטער־טעקע אָדער אונטער־דאָמיין קאָנפֿיגוראַציעס פּאַסן, אין וועלכן פֿאַל די אַרכיטעקטור־ברירות וואָלטן געווען צווישן אַ פּשוטן SSL־סערטיפיקאַט פֿאַר אונטער־טעקעס אָדער אַ wildcard SSL־סערטיפיקאַט פֿאַר אונטער־דאָמיינס.

פֿאַל 3: WordPress וועב־האָסטינג

עס זענען דאָ אַ פֿילצאָל וועגן צו האָסטן WordPress־וועבזײַטן, אָבער זעלטן איז עס אַזוי פּשוט ווי צושטעלן וועב־פּלאַץ צו אַ קונה מיט אַ פֿאָרויס־אינסטאַלירטער ווערסיע פֿון WordPress. דאָס איז ווײַל אַ צאָל באַשלוסן און באַטראַכטונגען דאַרפֿן צוזאַמענקומען כדי צו צושטעלן אַ באַטײַטנדיקע דינסט.

Ultimate Multisite צייכנט זיך אויס אין דעם געביט דורך צושטעלן אַ פולשטענדיקע גרייט־צו־נוצן לייזונג פֿאַר האָסטינג פֿון WordPress־וועבזײַטן. אַרײַנגענומען אין דער לייזונג זענען די הויפּט־מեխאַניזמען צו צושטעלן אַבאָנעמענט־דינסטן, צאָלונג־אײַנזאַמלונג, checkout־פֿאָרמען, אַראָפּרעכענונג־קופּאָנען און קונה־קאָמוניקאַציעס.

אַ גרויסער טייל פֿון דער אינטעגראַלער אַרבעט וואָס איז נייטיק כּדי ריכטיק צו אינסטאַלירן, קאָנפֿיגורירן און אויפֿהאַלטן אַ WordPress Multisite ווערט פֿאַרגרינגערט דורך Ultimate Multisite אין דעם מאָס אַז נעץ־אַדמיניסטראַטאָרן דאַרפֿן בלויז באַטראַכטן אַספּעקטן ווי זיי באַציִען זיך צו זייער דינסט אָדער נישע, ווי פּראָדוקט־שטאַפּלען, פּרײַזן און דינסט־אָפֿערס.

פֿאַר אַנטוויקלער וואָס ווילן זיך אינטעגרירן מיט Ultimate Multisite, אָפֿערט די לייזונג אויך אַ פולשטענדיקע RESTful API און Webhooks פֿאַר געשעעניש־נאָטיפֿיקאַציע.

אָן זיך פֿאַרלאָזן אויף אַ סך אויסערלעכע פּלוגינס און ליצענצן, שטעלט Ultimate Multisite צו אַ פֿונקציע־רײַכע און פֿאַרגלײַכלעכע לייזונג צו יענע פֿון Wix, Squarespace, WordPress.com און אַנדערע.

אַרכיטעקטור־באַטראַכטונגען

כאָטש דאָס איז נישט קיין פולשטענדיקער וועגווײַזער, זאָלן די ווײַטערדיקע פּונקטן דינען ווי אָנפֿירונג פֿאַר דער ריכטיקער אויסקלײַב פֿון טעכנאָלאָגיעס צו שטיצן אַ Ultimate Multisite אײַנריכטונג.

געטיילטער קעגן דעדיקירטער האָסטינג

ליידער זענען נישט אַלע האָסטינג־צושטעלער גלײַך, און עטלעכע פּראַקטיצירן עקסטרעמע סערווער־דיכטקייטן. ביליקע צושטעלער שאַפֿן געוויינטלעך הכנסה דורך מאַקסימיזירן סערווער־דיכטקייט. דעריבער קען אײַער Ultimate Multisite אײַנריכטונג זײַן בלויז איינע פֿון עטלעכע הונדערט וועבזײַטן אויפֿן זעלבן סערווער.

אָן פּאַסיקע זיכערהייט־מיטלען פֿון דעם צושטעלער, דערלעבן וועבזײַטן אויף אַ געטיילטן סערווער דעם פּראָבלעם פֿון דעם „טומלדיקן שכן“. דאָס הייסט, אַ וועבזײַט אויפֿן זעלבן סערווער ניצט אַזוי פֿיל רעסורסן אַז אַנדערע וועבזײַטן מוזן קאָנקורירן פֿאַר די איבעריקע רעסורסן. אָפֿט ווײַזט זיך דאָס אַרויס ווי וועבזײַטן וואָס זענען פּאַמעלעך אָדער רעאַגירן נישט אין אַ צײַטיקן אופֿן.

ווי אַ צושטעלער פֿון וועב־האָסטינג אַליין וועלן די ווײַטערדיקע ווירקונגען מיינען אַז אײַערע קונים דערלעבן שלעכטע גיכקייטן, נידעריקן בלאַט־ראַנג און הויכע אָפּשפּרונג־ראַטעס, וואָס ברענגט אָפֿט צו קונה־אָפּגאַנג ווען זיי זוכן באַדינונגען אַנדערשוווּ.

אין קורצן, ביליק מיינט נישט גוט.

Ultimate Multisite איז באַקאַנט צו אַרבעטן מיט אַ צאָל גוטע האָסטינג־צושטעלער און אינטעגרירט זיך גוט מיט זייער סבֿיבֿה כּדי צו צושטעלן פֿונקציעס ווי דאָמיין־מאַפּינג און אויטאָמאַטישן SSL. די צושטעלער אָפּשאַצן פאָרשטעלונג און שטעלן צו אַ העכערע קוואַליטעט באַדינונג ווי געטיילטער האָסטינג.

פֿאַר אַ רשימה פֿון קאָמפּאַטיבלע צושטעלער און פולשטענדיקע אײַנשטעל־אינסטרוקציעס פֿאַר יעדן איינעם, ביטע קוקט אין דער דאָקומענטאַציע פֿון קאָמפּאַטיבלע צושטעלער.

פאָרשטעלונג־באַטראַכטונגען

Ultimate Multisite איז נישט קיין פּאַמעלעכע אַפּליקאַציע; פֿאַרקערט, זי איז באַמערקנסווערט שנעל. אָבער זי פֿירט זיך בלויז אַזוי גוט ווי די אונטערליגנדיקע אַפּליקאַציע און אינפֿראַסטרוקטור, און קען אויסניצן בלויז דאָס צו וואָס זי האָט צוטריט.

באַטראַכט דאָס: איר זענט דער נעץ־אַדמיניסטראַטאָר פֿון אַ Ultimate Multisite אײַנריכטונג מיט 100 וועבזײַטן. עטלעכע פֿון יענע וועבזײַטן גייען גוט און ציען אָן אַ צאָל וועבזײַט־באַזוכער יעדן טאָג.

דער סצענאַר וואָלט געווען אַנדערש אויף אַ קלענערער מאָס, זאָגן מיר פֿון איין ביז פֿינף וועבזײַטן, אָבער נישט לאַנג דערנאָך וואָלטן פּראָבלעמען פֿון מאָס זיך קלאָר אַרויסגעוויזן.

אויב עס בלײַבט אָן אויפֿפּאַסונג, וואָלט די איינציקע Ultimate Multisite וועבזײַט געווען פֿאַראַנטוואָרטלעך צו מקיים זײַן די בקשות פֿון אַלע באַזוכער צו די וועבזײַטן. די בקשות קענען זײַן פֿאַר דינאַמישע PHP בלעטער אָדער סטאַטישע אַסעטן ווי סטילבלעטער, javascript אָדער מעדיע־טעקעס. צי איין אָדער הונדערט וועבזײַטן, ווערן די אויפֿגאַבעס ריפּעטיטיוו, מאָנאָטאָן און פֿאַרשווענדעריש. עס איז אומנייטיק צו ניצן CPU־כּוח און זכּרון צו פּראָצעסירן אַ PHP טעקע ווען דער אַרויסגאַנג איז די זעלבע סטאַטישע אינפֿאָרמאַציע פֿאַר יעדער בקשה.

ענלעך דערצו, איין בקשה פֿאַר אַ PHP אָדער HTML בלאַט שאַפֿט נאָך זיך עטלעכע נאָכפֿאָלגנדיקע בקשות פֿאַר סקריפּטן, סטילבלעטער און בילד־טעקעס. יענע בקשות ווערן געצילט גלײַך צו אײַער Ultimate Multisite סערווער.

מע קען גרינג לייזן דעם פּראָבלעם דורך אַפּגריידן דעם סערווער, אָבער דאָס פֿאַרריכט נישט אַ צווייטיקן פּראָבלעם - געאָגראַפֿישע פֿאַרהאַלטונגען. בלויז קייפּל סערווערס אין קייפּל אָרטשאַפֿטן קענען ריכטיק באַהאַנדלען דעם פּראָבלעם.

צוליב דעם ניצן רובֿ נעץ־אַדמיניסטראַטאָרן front-end caching לייזונגען און אינהאַלט־פֿאַרשפּרייטונג־נעצן (CDN) כּדי מקיים צו זײַן די בקשות פֿאַר סטאַטישע בלעטער. מקיים זײַן די בקשות און דינען אַסעטן איידער די בקשה דערגרייכט דעם סערווער שפּאָרט פּראָצעסיר־רעסורסן, עלימינירט פֿאַרהאַלטונגען, פֿאַרמײַדט אומנייטיקע אַפּגריידס און מאַקסימיזירט טעכנאָלאָגיע־אינוועסטיציעס.

Ultimate Multisite נעמט אַרײַן אַ סאָפֿיסטיקירטן Cloudflare צוגאָב וואָס דערמעגלעכט נעץ־אַדמיניסטראַטאָרן צו שטעלן זייערע אײַנריכטונגען הינטער Cloudflare און אויסניצן נישט בלויז זײַנע caching מעגלעכקייטן, נאָר אויך DNS האָסטינג, SSL סערטיפֿיקאַטן און זיכערהייט־מעכאַניזמען.

באַקאַפּס

מע קען פֿרעגן 50 מענטשן פֿאַר עצות וועגן באַקאַפּס און באַקומען 50 אַנדערע מיינונגען וועגן באַקאַפּ־סטראַטעגיעס. דער ענטפֿער איז: עס ווענדט זיך.

וואָס ווערט נישט באַשטריטן איז אַז באַקאַפּס זענען נייטיק און אַז עס איז כּמעט אומפֿאָרשטעללעך אַז זיי ווערן נישט פֿאַרוואַלטעט דורך דעם צושטעלער, ספּעציעל דורך איינעם וואָס אָפֿערט אַ פֿאַרוואַלטעטע באַדינונג. דערפֿאַר וועלן קונים זיך ווענדן צום נעץ־אַדמיניסטראַטאָר צו צושטעלן און פֿאַרוואַלטן די באַדינונג. צו וועמען דער נעץ־אַדמיניסטראַטאָר ווענדט זיך איז אַ גאָר אַנדערער פּראָבלעם.

פֿאַר די צוועקן פֿון דעם אָפּטייל לאָמיר זיך מסכּים זײַן אַז אַ באַקאַפּ איז אַ קאָפּיע אין אַ געוויסן צײַטפּונקט פֿון דעם סיסטעם־צושטאַנד אין דער צײַט ווען דער באַקאַפּ איז אָנגעהויבן געוואָרן. פּשוט געזאָגט, וועלכער צושטאַנד דער סיסטעם האָט אין דער צײַט פֿון באַקאַפּ, יענער צושטאַנד ווערט פֿאַרכאַפּט און פֿאַרשלאָסן אינעם באַקאַפּ.

מיט דעם פֿאַרשטאַנד וועט דער ענטפֿער ווי אַזוי צו דערגרייכן די באַקאַפּס און וואָס איז בעסטער פֿאַר אײַער סבֿיבֿה אין גרויסן טייל אָפהענגען פֿון אײַערע באַדערפֿענישן און דער פֿעיִקייט פֿון דעם האָסטינג־צושטעלער צו באַפֿרידיקן יענע באַדערפֿענישן. אָבער, אין דער ריי פֿון מערסט מיינונג־געטריבן ביז ווייניקסט מיינונג־געטריבן, זאָלן די אונטן־דערמאָנטע אָפּציעס צושטעלן אַ ביסל אָנפֿירונג.

סנעפּשאַץ

סנעפּשאַץ זענען די זילבערנע קוילן פֿאַר באַקאַפּס ווײַל זיי זענען גרינג, אומקאָמפּליצירט (ביז איר ווילט צוריקשטעלן) און „אַרבעטן פּשוט“. דאָס דאַרף אָבער אַ ביסל הילף פֿון אײַער צושטעלער און איז מערסטנס גילטיק בלויז אויב איר האָט אַ VPS (Virtual Private Server) אָדער עפּעס ענלעך. עטלעכע צושטעלער וואָס ווערן אויסגערעכנט אין אונדזער „קאָמפּאַטיבלע צושטעלער“ דאָקומענטאַציע אָפֿערן באַקאַפּס וואָס דאַרפֿן קיין ווײַטערע אַרײַנמישונג אָדער באַטראַכטונג פֿון דעם נעץ־אַדמיניסטראַטאָר.

וווּ טראַדיציאָנעלע באַקאַפּס צילן אויף טעקעס און דאַטאַבאַזעס, צילט אַ סנעפּשאַט אויף דעם גאַנצן דיסק. דאָס מיינט אַז נישט בלויז די דאַטן פֿון דער וועבזײַט ווערן פֿאַרכאַפּט אינעם סנעפּשאַט, נאָר אויך דער אָפּעראַציע־סיסטעם און קאָנפֿיגוראַציע. פֿאַר אַ סך מענטשן איז דאָס אַ קלאָרער מעלה, ווײַל אַ נײַער סיסטעם קען כּמעט גלײַך ווערן געשאַפֿן פֿון אַ סנעפּשאַט און אַרײַנגעבראַכט אין אָפּעראַציע כּדי צו פֿאַרבייטן אַן אָנגעקראַנקטער אינסטאַנץ. ענלעך דערצו, דער אָפּזוך־פּראָצעס צו צוריקקריגן בלויז טעקעס דאַרף נאָר צוהענגען דאָס סנעפּשאַט־בילד ווי אַ דיסק צו אַן עקזיסטירנדיקער אינסטאַנץ, אַזוי אַז מע קען צוטריט האָבן צו די טעקעס און זיי קאָפּירן.

סנעפּשאַץ קענען האָבן אַן נאָך־קאָסט בײַם האָסטינג־צושטעלער, אָבער דאָס איז אַן אינשוראַנס־פּאָליסע קעגן אומגליקן.

אויסערלעכע סקריפּטן

עס קוקט אויס אַז עס פעלט נישט קיין אויסערלעכע סקריפּטן און לייזונגען צו באַקאַפּן WordPress און MySQL רעסורסן, און די וואָלטן גוט געאַרבעט פֿאַר Ultimate Multisite, ווײַל עס איז אַ WordPress plugin וואָס ניצט דעם WordPress טעקעסיסטעם און דאַטאַבאַזע. דעריבער וואָלט אַ לייזונג וואָס באַקאַפּט WordPress זייטלעך גענוג אָפּגעדעקט די באַדערפֿענישן פֿון Ultimate Multisite.

מיר קענען נישט רעקאָמענדירן איין סקריפּט איבער אַן אַנדערן, אָבער אונדזער אַלגעמיינער עצה איז דורכצופֿירן עטלעכע באַקאַפּ־און־צוריקשטעל־טעסטן, כּדי זיכערצומאַכן אַז די רעזולטאַטן זענען ווי געוואָלט, און זיך „זיכער צו זײַן אַז מען איז זיכער“ דורך כּסדרדיק אָפּשאַצן דעם סקריפּט און זײַן פֿונקציאָנאַליטעט, ספּעציעל דאָרטן וווּ עס ווערט אָנגעווענדט עפּעס אַ פֿאָרעם פֿון דיפֿערענציאַלער באַקאַפּ־סטראַטעגיע.

עס זאָל ווערן באַמערקט אַז די סקריפּטן, בעת זיי לויפֿן, וועלן פֿאַרגרעסערן די סיסטעם־מאַסע, וואָס דאַרף ווערן גענומען אין באַטראַכטונג.

Plugins

עס איז כּמעט נישטאָ קיין פּראָבלעם אין WordPress וואָס קען נישט ווערן געלייזט מיט אַ plugin, און אויב פֿאַרוואַלטן אויסערלעכע סקריפּטן איז נישט אײַער גלעזל java, דאַן איז אפֿשר אַ plugin די קומענדיקע בעסטע אָפּציע.

כאָטש plugins פֿאַרשיידן זיך אין אָפּציעס און פֿעיִקייטן, פֿירן זיי מערסטנס אויס דער זעלבער פֿונקציע, און דאָס איז צו מאַכן אַ קאָפּיע פֿון די WordPress טעקעס און דעם אינהאַלט פֿון דער דאַטאַבאַזע. דערנאָך פֿאַרשיידן זיך די פֿונקציאָנאַליטעטן, ווײַל עטלעכע plugins קענען שיקן די באַקאַפּס צו אויסערלעכע דינסטן ווי Google Drive אָדער Dropbox, אָדער צו עפּעס אַ סאָרט קאָמפּאַטיבלער אָביעקט־סטאָרידזש־דינסט ווי S3, Wasabi אָדער אַנדערע. די מער פולשטענדיקע plugins צושטעלן דיפֿערענציאַלע באַקאַפּס אָדער עפּעס אַ סאָרט סטראַטעגיע צו באַקאַפּן בלויז דאַטן וואָס זענען געענדערט געוואָרן, כּדי צו שפּאָרן אויסערלעכע סטאָרידזש־קאָסטן.

בײַם אויסקלײַבן אײַער plugin, זייט אָפּגעהיט צו באַשטעטיקן אַז ער איז multisite־באַוווּסט. צוליב זײַן נאַטור פֿון אָפּעראַציע בעת דער באַקאַפּ לויפֿט, קענט איר דערוואַרטן צײַטווײַליקע מאַסע אויף דעם סערווער ביז דער פּראָצעס איז פֿאַרענדיקט געוואָרן.

Domain און SSL

עס איז שוין אַ סך דיסקוטירט געוואָרן וועגן Domain נעמען אין multisite subdomain מאָדע. אַ כּמעט אוניווערסאַלע לייזונג פֿאַר נעץ־אַדמיניסטראַטאָרן איז צו ניצן wildcard DNS איינטראָגן.

דער טיפּ DNS איינטראָג וועט מיט הצלחה אויפֿלייזן subdomains ווי ‘site1.domain.com’ און ‘site2.domain.com’ צו אַן IP אַדרעס פֿון 1.2.3.4, און אַזוי שטיצן Ultimate Multisite און אין אַ גרעסערן פֿאַרנעם WordPress Multisite, ניצנדיק subdomain מאָדע.

דאָס קען אַרבעטן גאַנץ גוט פֿאַר HTTP, ווײַל דער ציל־host ווערט געלייענט פֿון די HTTP headers, אָבער זעלטן איז דער וועב אַזוי פּשוט די טעג, ווען זיכערע HTTPS טראַנזאַקציעס זענען כּמעט פֿאַרפּליכטנדיק.

צום גליק זענען דאָ גרינגע אָפּציעס פֿאַר SSL certificates. אין subdirectory מאָדע קען מען נוצן אַ רעגולערן Domain certificate. די זענען גרינג און פֿרײַ בנימצא פֿון hosting providers וואָס קענען נוצן דעם פֿרײַען LetsEncrypt דינסט אָדער אַן אַנדער מקור. אַנדערש זענען זיי קאָמערציעל בנימצא פֿון אויטאָריטעטן אויב איר קענט דזשענערירן דעם certificate signing request.

פֿאַר subdomain מאָדע וועט דער באַניץ פֿון אַ wildcard SSL certificate פּאַסן פּערפֿעקט מיט אַ wildcard Domain און דערלויבן דעם certificate צו זײַן אויטאָריטאַטיוו פֿאַרן וואָרצל־Domain און אַלע subdomains אָן איבעריקע קאָנפֿיגוראַציע.

אָבער עס זאָל ווערן באַמערקט אַז wildcard SSL certificates קענען נישט אַרבעטן מיט דינסטן ווי Cloudflare, סײַדן איר זענט אויף אַן enterprise plan אָדער שטעלט דעם איינטראָג צו DNS only, אין וועלכן פֿאַל ווערן אַלע caching און optimization איבערגעגאַנגען.

גלײַך פֿון דער קעסטל גיט Ultimate Multisite אַ לייזונג צו דעם פּראָבלעם, וואָס ווײַזט אונדזער ברייטע דערפֿאַרונג מיט די באַדערפֿענישן פֿון WordPress multisites. אַקטיווירן דעם פּשוטן add-on וועט מאַכן אַז Ultimate Multisite זאָל נוצן אײַערע Cloudflare קרעדענציאַלן צו אויטאָמאַטיש צולייגן DNS איינטראָגן פֿאַר נעץ־זייטלעך אין Cloudflare און שטעלן זייער מאָדע צו ‘proxied’. אויף דעם אופֿן וועט יעדער נעץ־אונטערזייטל, ווען עס ווערט געשאַפֿן, האָבן די פולע שוץ און בענעפֿיטן פֿון Cloudflare, אַרײַנגערעכנט SSL.

לויט דער נאַטור און ציל פֿון אײַער Ultimate Multisite אינסטאַלאַציע קען זײַן אַ נויט פֿאַר קונים צו נוצן זייערע אייגענע Domains. אין דעם פֿאַל איז דער נעץ־אַדמיניסטראַטאָר באַאויפֿטראָגט צו לייזן צוויי פּראָבלעמען. איינס, דאָס hostן פֿונעם Domain נאָמען, און צוויי, SSL certificates פֿאַרן Domain.

פֿאַר אַ סך איז דער באַניץ פֿון Cloudflare אַ גרינגע אָפּציע. דער קונה דאַרף בלויז שטעלן זײַן Domain אויף Cloudflare, ווײַזן אַ CNAME צום וואָרצל־Domain פֿון Ultimate Multisite און מאַפּן זײַן Domain אין Ultimate Multisite, כּדי אָנצוהייבן אויסנוצן זײַן קאַסטאַם Domain נאָמען.

אויסער דעם דאַרף מען זוכן אַלטערנאַטיווע לייזונגען, דערפֿאַר רעקאָמענדירט Ultimate Multisite אַ רשימה פֿון Compatible Providers. דאָס איז ווײַל דער פּראָצעס פֿון אויפֿשטעלן DNS און SSL קען זײַן אַ נישט־טריוויאַלער פּראָצעס. אָבער מיט Ultimate Multisite׳ס אינטעגראַציע מיט די providers ווערט די קאָמפּלעקסיטעט זייער אַראָפּגענומען און די פּראָצעדור ווערט אויטאָמאַטיזירט.

Plugins

עס איז זייער מסתּמא אַז איר וועט דאַרפֿן נאָך plugins צו צושטעלן פֿונקציאָנאַליטעט צו אײַערע קונים אָדער נעץ־זייטלעך. צי אַרבעטן אַלע plugins מיט WordPress Multisite און Ultimate Multisite? נו, עס ווענדט זיך.

כאָטש רובֿ plugins זענען אינסטאַלירבאַר אין אַ WordPress Multisite, פֿאַרשיידן זיך זייער אַקטיווירונג און ליצענצירונג פֿון מחבר צו מחבר.

די אַרויסרופֿונג ליגט אין ווי ליצענצירונג ווערט אָנגעווענדט, ווײַל עטלעכע plugins דאַרפֿן ליצענצירונג אויף אַ פּער־Domain יסוד. דאָס וואָלט געמיינט אַז פֿאַר עטלעכע plugins דאַרף דער נעץ־אַדמיניסטראַטאָר מאַנואַל אַקטיווירן די ליצענץ פֿאַר יעדער plugin אויף יעדער נײַעם זייטל.

דעריבער קען זײַן בעסטער זיך צו באַראַטן מיט דעם plugin מחבר וועגן ווי זײַן plugin וואָלט געאַרבעט מיט אַ WordPress Multisite און וועלכע ספּעציעלע באַדערפֿענישן אָדער פּראָצעדורן זענען נייטיק צו ליצענצירן אים.