WordPress Multisite-ը ဘာလဲ?

WordPress-ի အဓိကအရာထဲမှာ ‘Multisite’ လို့ခေါ်တဲ့ လုပ်ဆောင်ချက်တစ်ခု ပါဝင်ပြီး ဒါဟာ ၂၀၁၀ ခုနှစ်မှာ WordPress 3.0 စတင်တဲ့အခါမှ အစပြုခဲ့တာပါ။ အဲဒီအချိန်ကတည်းက ဒီလုပ်ဆောင်ချက်ကို ပိုမိုကောင်းမွန်တဲ့ features တွေ ထည့်သွင်းဖို့နဲ့ လုံခြုံရေးကို ပိုတင်းကျပ်ဖို့အတွက် ပြန်လည်ပြင်ဆင်မှုတွေ လုပ်ခဲ့ပါတယ်။

အနှစ်ချုပ်ပြောရရင် WordPress multisite ဆိုတာ အခုလို စဉ်းစားနိုင်ပါတယ်- တက္ကသိုလ်တစ်ခုဟာ WordPress တစ်ခုတည်းကို ထားရှိပေမယ့် ဌာနတစ်ခုချင်းစီက သူတို့ရဲ့ WordPress site ကို သီးခြားစီ ထားရှိတာမျိုးပေါ့။

WordPress Multisite ဆိုတာ ဘာလဲ?

Multisite ဆိုတာ WordPress ရဲ့ feature တစ်ခုဖြစ်ပြီး website အများအပြားကို WordPress installation တစ်ခုတည်းနဲ့ မျှဝေခွင့်ပေးပါတယ်။ multisite ကို အသက်သွင်းလိုက်တဲ့အခါ မူရင်း WordPress site ဟာ ပုံမှန်အားဖြင့် sites network လို့ ခေါ်တဲ့ အရာတစ်ခုကို ထောက်ပံ့ဖို့ ပြောင်းလဲသွားပါလိမ့်မယ်။

ဒီ network က file system (ဆိုလိုတာက plugins နဲ့ themes တွေလည်း မျှဝေသုံးပါတယ်)၊ database၊ WordPress core files၊ wp-config.php စတာတွေကို မျှဝေသုံးပါတယ်။

ဒါဟာ အဓိပ္ပာယ်ရှိတာက filesystem ပေါ်မှာ ဖိုင်တွေ တူညီနေတဲ့အတွက် သင့် network site အားလုံးအတွက် WordPress၊ theme နဲ့ plugin update တွေကို တစ်ကြိမ်ပဲ လုပ်ပေးရုံနဲ့ လုံလောက်တယ်လို့ ဆိုလိုတာပါ။

ဒီအချက်က multisite ရဲ့ အဓိကအားသာချက်တစ်ခု ဖြစ်ပါတယ်၊ ဘာလို့လဲဆိုတော့ သင့်ရဲ့ customer site တွေ ထိန်းသိမ်းဖို့ လုပ်ဆောင်ရမယ့် အလုပ်အရေအတွက်ကို မပြောင်းလဲဘဲ သင် စီမံခန့်ခွဲတဲ့ site အရေအတွက်ကို တိုးချဲ့နိုင်လို့ပါပဲ။

Subdomain လား၊ Subdirectory လား?

WordPress multisite ကို အသုံးပြုဖို့ နည်းလမ်းနှစ်မျိုး ရှိပါတယ် - သင့်ရဲ့ ပုံမှန် WordPress installation ကို multisite installation အဖြစ် ပြောင်းလဲတဲ့အခါ ဘယ်တစ်ခုကို ရွေးချယ်ရမလဲဆိုတာ သင် ဆုံးဖြတ်ရပါလိမ့်မယ်။

Subdomain: ဥပမာ- site.domain.com

... ဒါမှမဟုတ်

Subdirectory: ဥပမာ- yourdomain.com/site

ဒီနည်းလမ်းနှစ်ခုစီမှာ အားသာချက်နဲ့ အားနည်းချက်တွေ ရှိပါတယ်။ ဒီဆုံးဖြတ်ချက် ချတဲ့အခါ သတိထားဖို့ လိုအပ်ပါတယ်ခင်ဗျာ။

Մի բան կարևոր է նշել՝ եթե որոշում եք կայացնել, ցանցը ենթադիր դիրքից (subdirectory) ենթադիր տիրույթի (subdomain) կամ հակառակը փոխելը շատ դժվար է՝ հատկապես, եթե արդեն ստեղծել եք մի քանի կայք։

Այդ որոշում կայացնելուց առաջ, պետք է հիշեք հետևյալ մի քանի բան.

Subdirectory Mode-ը ամենահեշտ մոդն է՝ ստեղադրման և պահպանման առումով։ Սա տեղի է ունենում այն պատճառով, որ բոլոր կայքերը հիմնական โดմեինի (domain) ուղղակի ուղղություններ են (օրինակ՝ yourdomain.com/subsite)։ Արդյունքում, ձեզ անհրաժեշտ է միայն մեկ SSL վկայական հիմնական โดմեինի համար, որը կծածկի ամբողջ ցանցը։

Միևնույն ժամանակ, իր URL-ի կառուցվածքի պատճառով Google-ը և մյուս մեծագույն որոնման համակարգերը ձեր ենթադիր դիրքի վրա հիմնված ցանցի բոլոր ենթակայքերը կհաշվեն որպես մեկ 거մշտական կայք։ Արդյունքում, ձեր ավարտատերերի կողմից ենթակայքերի վրա ավելացված բովանդակությունը կարող է ազդել ձեր հիմնական կայքի SEO արդյունավետության վրա, օրինակ։ ազդեցության մակարդակը քննարկելի է և կա փաստարկ, որ նման կարգավորումը կարող է նույնպես լինել օգուտակար SEO-ի արդյունավետության համար։

Subdomain Mode-ը մի փոքր ավելի բարդ է ստեղադրելու համար, բայց դրա URL-ի կառուցվածքը (օրինակ՝ subsite.yournetwork.com) ընդունվում է որպես «ավելի պրոֆեսիոնալ»։

Սա ենթադրում է ամենամեծ խնդիրներից մեկը ստուգման ենթադրյալ (SSL) ծածկույթն է ամբողջ ցանցի համար։ Սա այն պատճառով է, որ բրաուզերները են դիտարկում ենթադրյալները որպես առանձին միավորներ։ Արդյունքում, ձեզ անհրաժեշտ կլինի յուրաքանչյուր ենթադրյալի համար տարբեր SSL վկայական, կամ հատուկ տեսակի վկայական՝ Wildcard SSL certificate։ Վերջին տարիներին հոස්ինգի պրովայդերը և պանելները բարձրացնում են իրենց SSL-ի ապահովման գործընթացը, և որոշ դրանք Wildcard վկայականներ առաջարկում են մեկ կտուպով՝ փակելով երկու ռեժիմների միջև բաց թողնված հարաբերությունները՝ դրանց կարգավորման բարդության առումով։

Սա ենթադրյալի (subdirectory) ռեժիմից տարբերվում է. ենթադրյալներով կառուցված ցանցի վրա գտնվող ենթասայտերը որոնք սեր치 թռիչքային համակարգերը համարում են առանձին կայքեր, ինչը նշանակում է, որ մեկ ենթասայտում առկա բովանդակությունը ոչ մի դեպքում չի խանգարում այլ ենթասայտերի SEO արդյունավետությանը։

Սուպեր ադմին (The Super Admin)

Միայն մեկ կայքի WordPress տեղադրებները թույլ են տալիս ձեզ ավելացնել անսահման քանակությամբ օգտվողներ և տալ այդ օգտվողներին տարբեր դերեր՝ տարբեր թույլտվություններով։

WordPress Multisite-ում բացվում է նոր տեսակի օգտվող. սուպեր ադմին (super admin) – և բացվում է նոր ադմին պանել. ցանցի ադմին պանել (network admin panel)։

Ինչպես անունը ենթադրում է, սուպեր ադմին ցանցի վրա ունի գերբնակություն՝ կարող է կառավարել իր բոլոր ենթասայտերը, պլագինները, թեմաները, ամեն ինչ։

Երբ ձեր մեկ կայքի WordPress տեղադրումը փոխակերպում եք multisite-ի, սկզբնական ադմինը ավտոմատ կերպով բարձրացվում է սուպեր ադմինի։

Պլագիններ և թեման կարելի է տեղադրել կամ հեռացնել միայն սուպեր ադմինների կողմից՝ ցանցի ադմին պանելով։ Այնուհետև ենթասայտի ադմինները կարող են ընտրել այդ պլագինները կամ թեման ակտիվացնել կամ անջատել, եթե սուպեր ադմինը չի ակտիվացրել որևէ պլագին, ինչը այն սովորաբար դարձնում է բոլոր ենթասայտերի համար միշտ ակտիվ։

Նշում․ ինչպես կարելի է տեսնել, մեկին ձեր ցանցի մեջ հրավիրել և նրան ստորագրել սուպեր ադմինի կարգավիճակը տալով՝ դա թույլ է տալիս այդ օգտվողին ամբողջ վերահսկողությունը ձեր ցանցի համար։ Օրինակ, այլ սուպեր ադմիններ նույնպես կարող են հեռացնել ձեր սուպեր ադմինի կարգավիճակը՝ փաստացի բացառելով ձեզ ձեր սեփական ցանցի ադմին պանելից։ Որպեսզի Ultimate Multisite գործողներն ունենան մանրամասն վերահսկողություն այնու համար, թե ինչ կարող են անել լրացուցիչ սուպեր ադմինները, մենք ունենք add-on՝ Support Agents։ Այս add-on-ը թույլ է տալիս ձեզ ստեղծել ևս մեկ օգտվող՝ agent (օգնական), որն ունի միայն այն թույլտվությունները, որոնք անհրաժեշտ են իր խնդիրները կատարելու համար ցանցում։

Ի՞նչ է ընդհանուր բոլոր սաթայտերի և ինչ չի լինում

Ինչպես նախկին նշեցինք, WordPress multisite-ի հիմնական առավելությունն այն է, որ բոլոր ենթաթայտերը կիսում են նույն կոնֆիգուրացիաները՝ հիմնական ֆայլերը, թեմաները, plugin-ները, WordPress core ֆայլերը և այլն։

Այնուամենայնիվ, կան տարրեր, որոնք բավականին մանրամասն են սահմանված յուրաքանչյուր ենթաթայի համար։

• Օրինակ, յուրաքանչյուր ենթաթուն իր առանձին uploads թղթապանակն է։ Արդյունքում, մեկ հատուկ ենթաթվի օգտատերերի կողմից արված uploads-ները հասանելի չեն մեկ այլ ենթաթայի համար։

• Յուրաքանչյուր ենթաթուն իր առանձին ադմին պանելն է և կարող է ակտիվացնել կամ անջատել plugin-ներ կամ թեմաներ, եթե դրանք չեն եղել ցանցում սուպեր ադմինի կողմից։

• Գրեթե բոլոր տվյալների բազայի աղյուսակները ստեղծվում են յուրաքանչյուր ենթաթի համար, ինչը նշանակում է, որ գրառումներ, մեկնաբանություններ, էջեր, կարգավորումներ և այլն սահմանված են յուրաքանչյուր ենթաթի համար։

Օգտատերերի կառավարում WordPress Multisite-ում

WordPress multisite-ի մի բարդ թեման է օգտատերերի կառավարումը։ WordPress-ի օգտատերների աղյուսակը այն քիչ սովորվողներից մեկն է, որը կիսվում է բոլոր ենթաթայտերի միջև։

Այս կարգավորումը կարող է առաջացնել որոշ խնդիրներ՝ կախված նրանից, թե ինչի հետ եք planning ստեղծել ձեր ցանցով։ Ստորին օրինակը օգնում է պատկերացնել ամենահրատապ դեպքը։

Պատկերացրեք հետևյալ սցենարը.

Դուք WordPress-ի մուլտիսայթ ցանց ստեղծում եք և սկսում առաջարկել ամսական վճարով ենթասայթեր այն անձանց համար, ովքեր ունեն էլեկտրոնային առևտրի խանութ։

Ձեզ հայտնվում է առաջին վճարող հաճախորդը՝ Ջոն։ Դուք ստեղծում եք Ջոնի համար ձեր ցանցի վրա կայք, տեղադրում բոլոր անհրաժեշտ plugin-ները, ապա ստեղծում օգտվող (user)՝ Ջոնի համար, որպեսզի նա կարողանա իր խանութը կառավարել։

Այնուհետև մոտենում է երկրորդ հաճախորդ՝ Ալիս։ Նույն բանը դուք անում եք նրա համար, և այժմ նա ունի խանութ ձեր ցանցի վրա։

Ջոնը և Ալիսը երկուսն էլ ձեր հաճախորդներ են, բայց չգիտեն միմի։ Ավելի կարևորը, եթե մեկը այլ կողմի խանութի կայքին այցելում է, ապա չկա միջոց, որ իմանաք, որ այս խանութը հյուպհոստինավորվում է նույն կայքերի ցանցի վրա։

Մեկ օրՋոն պետք է գնի նոր կոշիկներ և գտնում դրանք Ալիսի խանութում։ Երբ նա փորձում է վերջնականացնել գնումը, ստանում է «էմեյլը արդեն օգտագործվում է» (email already in use) սխալի հաղորդագրություն, ինչը զարմանալի է, քանի որ Ջոնը 100% համոզված է, որ դա առաջին անգամ է, երբ այցելում է Ալիսի կայքը։

Այստեղ տեղի է ունեցել հետևյալը. Ջոնի օգտվողը (user) ընդհանուր է ցանցի համար, ուստի երբ նա փորձում է հաշիվ ստեղծել գնման համար Ալիսի կայքում, WordPress-ը կկանխի, որ նույն էմեյլով օգտվող արդեն գոյություն ունի և կհաղորդի սխալ։

Նշում. Մենք հասկանում ենք, թե ինչպես կարող լինել դա վատ, կախված ձեր օգտագործման դեպքից, ուստի Ultimate Multisite-ը ունի տարբերակ՝ սովորական ստուգումները շրջանցելու հնարավորություն, որը թույլ է տալիս նույն էմեյլով մի քանի հաշիվ ստեղծել։ Յուրաքանչյուր հաշիվ կապված է ենթասայթի հետ, ուստի բախման (collision) ռիսկը մինիմալացվում է։ Վերևի օրինակում Ջոնը սխալ չի ստանա և կարող է այդ կոշիկները գնել առանց խնդիրների։ Այս տարբերակը կոչվում է Enable Multiple Accounts (Մի քանի հաշվի թույլատրել) և կարելի է ակտիվացնել Ultimate Multisite → Settings → Login & Registration-ում.

Չնայած օգտատերերի աղյուսակը կիսվում է, սբիթսայթների ադմինները կամ սուպեր ադմինները կարող են հավելված օգտատերեր ավելացնել և հեռացնել սբիթսայթներից, և նրանք կարող են տարբեր դերեր ունենալ տարբեր սբիթսայթների վրա։

Կատարողականության հաշվի առնելը

WordPress multisite-ը շատ հզոր է այն գործերի քանակով, որոնք կարող է աջակցել։ Սա կարելի է ստուգել այն փաստով, որ WordPress.com, Edublogs և Campuspress-ը բոլորը multisite-ի վրա հիմնված ծառայություններ են, և յուրաքանչյուրը հազարավոր սайտեր է տեղակայում։

Թեև տեսականորեն մեկ WordPress multisite ինստալացիայի վրա կարելի է տեղադրել առավելագույն քանակությամբ սайտեր, գործնականում այն սайտերի քանակը, որոնք կարող եք բավարարող կերպով աշխատեցնել, կարող է լիովին տարբերվել մի շարք տարբեր գործոնների պատճառով. սайտերի դինամիկությունը, սբիթսայթների համար հասանելի լինող plugin-ները և այլն։

Ըստ կանոնի՝ ցանկացած բան, որքան պարզ է ձեր ցանցը, այնքան լավ է։ Ավելի շատ նախընտրեք այն սайտերը, որոնց բովանդակությունը չափազանց դինամիկ չէ (ինչը դրանք հրաշալի թեկնածուներ են ագրեսիվ caching ռազմավարությունների համար) և plugin-ների կառուցվածքը պահել հնարավորինս թեթև (ակտիվ plugin-ների քանակը ցածր լինելով, այնքան ավելի լավ է) կարող է զգալիորեն մեծացնել սբիթսայթների քանակը։

Լավագույն մասը այն է, որ քանի որ ամեն ինչ WordPress-ն է, կատարողականության բարելավման համար արդեն ճանաչված և սիրելի նույն գործիքները կաշխատեն multisite ցանցի համար։

Multisite-ի հիմնական խցանումը դեբեյթսեյթն է, բայց եթե մնացած ամեն ինչ ճիշտ է կարգավորված, այն կարող է մի քանի հազար սайտներ անցնելուց հետո ձեզ անհանգստություն առաջացնել։ Նույնիսկ այդ պահին լուծումներ կան, որոնք կարելի է աստիճանաբար ավելացնել (օրինակ՝ դեբեյթսեյթի բաժանումների լուծումներ)։