Ultimate Multisite 101
Ultimate Multisite എന്നത് ഒരു WordPress Multisite പ്ലഗിൻ ആണ്, ഇത് നിങ്ങളുടെ ഉപഭോക്താക്കൾക്ക് WaaS അല്ലെങ്കിൽ Websites as a Service നൽകാൻ സഹായിക്കുന്നു. Ultimate Multisite നിങ്ങളുടെ ബിസിനസിനെയും ഉപഭോക്താക്കളെയും എങ്ങനെ സഹായിക്കുമെന്ന് പഠിക്കുന്നതിന് മുമ്പ്, നമുക്ക് ചില അടിസ്ഥാന അറിവുകൾ നേടേണ്ടതുണ്ട്.
WordPress Multisite
സാധാരണ WordPress ഇൻസ്റ്റാളേഷൻ നമ്മളിൽ മിക്കവർക്കും പരിചിതമാണ്. നിങ്ങളുടെ ഹോസ്റ്റിംഗ് പ്രൊവൈഡറുടെ control panel വഴി ഇത് സൃഷ്ടിക്കാം, അല്ലെങ്കിൽ ധൈര്യമുള്ളവർക്ക് ഒരു പുതിയ web server-ഉം database-ഉം സജ്ജീകരിച്ച്, core files ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാളേഷൻ പ്രക്രിയ ആരംഭിക്കാം.
ലോകമെമ്പാടുമുള്ള ദശലക്ഷക്കണക്കിന് WordPress സൈറ്റുകൾക്ക് ഇത് പ്രവർത്തിക്കുന്നു, എന്നാൽ ഒരു ഏജൻസിയുടെയോ ഹോസ്റ്റിംഗ് പ്രൊവൈഡറുടെയോ കാഴ്ചപ്പാടിൽ, വലിയ അളവിലുള്ള സൈറ ്റുകളെക്കുറിച്ച് നമുക്ക് സംസാരിക്കാം.
ഒരു WordPress സൈറ്റ് അല്ലെങ്കിൽ ഒരു automated control panel വഴി നൂറ് സൈറ്റുകൾ പോലും സൃഷ്ടിക്കുന്നത് വളരെ എളുപ്പമാണെങ്കിലും, ഈ സൈറ്റുകളുടെ മാനേജ്മെന്റിന്റെ കാര്യത്തിൽ പ്രശ്നങ്ങൾ പെട്ടെന്ന് പ്രത്യക്ഷപ്പെടാൻ തുടങ്ങും. മാനേജ് ചെയ്യാതെ വിട്ടാൽ നിങ്ങൾ malware-ന്റെ പ്രധാന ലക്ഷ്യമാകും. മാനേജ് ചെയ്യുക എന്നാൽ പരിശ്രമവും വിഭവങ്ങളും ആവശ്യമാണ്, WordPress സൈറ്റുകളുടെ മാനേജ്മെന്റും അഡ്മിനിസ്ട്രേഷനും കാര്യക്ഷമമാക്കാൻ സഹായിക്കുന്ന external tools-ഉം plugins-ഉം ലഭ്യമാണെങ്കിലും, ഉപഭോക്താക്കൾക്ക് administrative access ഉള്ളതിനാൽ ഈ ശ്രമങ്ങൾ എളുപ്പത്തിൽ പരാജയപ്പെടാം.
WordPress-ന്റെ core-ൽ, 'Multisite' എന്ന് പേരിട്ടിരിക്കുന്ന ഒരു സവിശേഷത ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, ഇത് 2010-ൽ WordPress 3.0-ന്റെ launch-ൽ ആരംഭിച്ചതാണ്. അതിനുശേഷം പുതിയ സവിശേഷതകൾ അവതരിപ്പിക്കാനും സുരക്ഷ ശക്തിപ്പെടുത്താനും ലക്ഷ്യമിട്ട് നിരവധി പു തുക്കലുകൾ ലഭിച്ചിട്ടുണ്ട്.
ലളിതമായി പറഞ്ഞാൽ, WordPress multisite ഇങ്ങനെ ചിന്തിക്കാം: ഒരു സർവ്വകലാശാല WordPress-ന്റെ ഒരൊറ്റ installation മാത്രം പരിപാലിക്കുന്നു, പക്ഷേ ഓരോ faculty-യും അവരുടേതായ WordPress സൈറ്റ് പരിപാലിക്കുന്നു.
ഈ പ്രസ്താവന വിശദീകരിക്കാൻ, Ultimate Multisite-ന്റെ documentation-ലും WordPress community-യിലും ഉള്ള ചില അടിസ്ഥാന പദങ്ങൾ നോക്കാം.
Network
WordPress-ന്റെ കാര്യത്തിൽ, ഒരു multisite network എന്നത് ഒരൊറ്റ dashboard-ൽ നിന്ന് നിരവധി subsites മാനേജ് ചെയ്യാൻ കഴിയുന്ന ഒരു സംവിധാനമാണ്. hosting providers-നുസരിച്ച് multisite network സൃഷ്ടിക്കുന്നത് വ്യത്യാസപ്പെടുമെങ്കിലും, അന്തിമ ഫലം സാധാരണയായി wp-config.php ഫയലിൽ WordPress ഈ പ്രത്യേക mode-ൽ പ്രവർത്തിക്കുന്നുവെന്ന് അറിയിക്കാൻ കുറച്ച് അധിക directives ആയിരിക്കും.
multisite network-ഉം stand-alone WordPress installation-ഉം തമ്മിൽ നിരവധി വ്യത്യാസങ്ങളുണ്ട്, അവ ചുരുക്കമായി ചർച്ച ചെയ്യാം.
Subdomain vs. Subdirectory
നിങ്ങൾ എടുക്കേണ്ട ഏറ്റവും ആദ്യത്തെ തീരുമാനങ്ങളിലൊന്ന് multisite installation subdirectories അല്ലെങ്കിൽ subdomains ഉപയോഗിച്ച് പ്രവർത്തിക്കുമോ എന്നതാണ്. Ultimate Multisite രണ്ട് ഓപ്ഷനുകളിലും തുല്യമായി നന്നായി പ്രവർത്തിക്കുന്നു, പക്ഷേ രണ്ട് configurations തമ്മിൽ ചില architectural വ്യത്യാസങ്ങളുണ്ട്.
subdirectory configuration-ൽ, network sites പ്രധാന domain name-നെ അടിസ്ഥാനമാക്കി ഒരു path അവകാശപ്പെടുന്നു. ഉദാഹരണത്തിന്, 'site1' എന്ന് label ചെയ്ത ഒരു network site-ന്റെ പൂർണ്ണ URL https://domain.com/site1 ആയിരിക്കും. subdomain configuration-ൽ, network site-ന് പ്രധാന domain name-ൽ നിന്ന് ഉരുത്തിരിഞ്ഞ അതിന്റേതായ subdomain ഉണ്ടായിരിക്കും. അതിനാൽ 'site1' എന്ന് label ചെയ്ത സൈറ്റിന്റെ പൂർണ്ണ URL https://site1.domain.com/ ആയിരിക്കും.
രണ്ട് ഓപ്ഷനുകളും തികച ്ചും സാധുവായ തിരഞ്ഞെടുപ്പുകളാണെങ്കിലും, subdomains-ന്റെ ഉപയോഗം നിരവധി ഗുണങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു, പക്ഷേ അതിന്റെ architecture-ൽ കൂടുതൽ ചിന്തയും ആസൂത്രണവും ആവശ്യമാണ്.
DNS-ന്റെ കാര്യത്തിൽ subdirectories-ന്റെ ഉപയോഗം താരതമ്യേന ലളിതമായ ഒരു വെല്ലുവിളിയാണ്. network sites parent path-ന്റെ children മാത്രമായതിനാൽ, പ്രധാന domain name-ന് ഒരൊറ്റ domain name entry മാത്രമേ ഉണ്ടാകേണ്ടതുള്ളൂ. subdomains-ന് വെല്ലുവിളി കുറച്ചുകൂടി സങ്കീർണ്ണമാണ്, ഓരോ network site-നും ഒരു separate CNAME entry അല്ലെങ്കിൽ DNS records-ൽ ഒരു wildcard (*) entry ആവശ്യമാണ്.
പരിഗണിക്കേണ്ട മറ്റൊരു മേഖല SSL-ഉം SSL certificates-ന്റെ issue-ഉം ഉപയോഗവുമാണ്. subdirectory configuration-ൽ ഒരൊറ്റ domain certificate ഉപയോഗിക്കാം, കാരണം network sites പ്രധാന domain name-ന്റെ paths മാത്രമാണ്. അതിനാൽ domain.com-നുള്ള ഒരു certificate https://domain.com/site1, https://domain.com/site2 എന്നിവയ്ക്കും മറ്റുള്ളവയ്ക്കും SSL ഉചിതമായി നൽകും.
subdomain configuration-ൽ wildcard SSL certificate-ന്റെ ഉപയോഗം ഏറ്റവും സാധാരണമായ ഓപ്ഷനുകളിൽ ഒന്നാണ്. ഇത്തരം SSL certificate ഒരു domain-നും അതിന്റെ subdomains-നും encryption നൽകുന്നു. അതിനാൽ ഒരു wildcard SSL certificate https://site1.domain.com, https://site2.domain.com, https://domain.com എന്നിവയ്ക്കും encryption നൽകും.
മറ്റ് ഓപ്ഷനുകൾ നിലവിലുണ്ടെങ്കിലും, അവ പലപ്പോഴും scope-ലും application-ലും പരിമിതമാണ്, ഉചിതത്വം സംബന്ധിച്ച് അധിക configuration-ഉം പരിഗണനയും ആവശ്യമാണ്.
Plugins-ഉം Themes-ഉം
WordPress തരുന്നത് എടുത്തുകളയുകയും ചെയ്യുന്നു, ഉപഭോക്താവിന്റെ കാഴ്ചപ്പാടിൽ എങ്കിലും. ഒരു stand-alone WordPress installation-ൽ site administrator ഒരു മോശം plugin install ചെയ്താൽ അല്ലെങ്കിൽ അവരുടെ installation up to date ആക്കാൻ പരാജയപ്പെട്ടാൽ, ഈ പ്രവൃത്തിയുടെ ഏക ഇര അവർ തന്നെയാണ്. എന്നിരുന്നാലും, ഒ രു multisite installation-ൽ ഒരു site administrator മോശം plugin install ചെയ്യുന്നത് network-ൽ install ചെയ്തിരിക്കുന്ന എല്ലാ സൈറ്റുകളെയും ഇരയാക്കുന്നു.
ഈ കാരണത്താൽ multisite ആയി configure ചെയ്യുമ്പോൾ WordPress site administrators-ൽ നിന്ന് plugins-ഉം themes-ഉം install ചെയ്യാനുള്ള കഴിവ് നീക്കം ചെയ്യുകയും പകരം ഈ കഴിവ് പുതുതായി സൃഷ്ടിച്ച network administrator അല്ലെങ്കിൽ 'super admin' role-ലേക്ക് മാറ്റുകയും ചെയ്യുന്നു. ഈ privileged role-ന് network sites-ന്റെ administrators-ന് അവരുടെ dashboard-ൽ plugins menu കാണാനോ access ചെയ്യാനോ അനുവദിക്കണോ എന്നും, അങ്ങനെയെങ്കിൽ, അത്തരം permissions plugins activate ചെയ്യാനോ deactivate ചെയ്യാനോ വ്യാപിക്കണോ എന്നും തീരുമാനിക്കാം.
ഈ അളവിൽ network administrator plugins-ഉം themes-ഉം network-ലേക്ക് install ചെയ്യുന്നതിനും network sites-ന് ഈ plugins-ഉം themes-ഉം ഉപയോഗിക്കാനുള്ള permissions നൽകുന്നതിനും ഉത്തരവാദിയാണ്. Site administrators-ന് plugins-ഉം themes-ഉം install ചെയ്യാനോ അവരുടെ സൈറ്റിന് assign ചെയ്യാത്ത plugins-ഉം themes-ഉം access ചെയ്യാനോ കഴിയില്ല.
Users-ഉം Administrators-ഉം
WordPress Multisite-ൽ, എല്ലാ network sites-ഉം ഒരേ database share ചെയ്യുന്നു, അതിനാൽ ഒരേ users, roles, capabilities എന്നിവ share ചെയ്യുന്നു. ഇത് മനസ്സിലാക്കാനുള്ള ഏറ്റവും ഉചിതമായ വഴി, എല്ലാ users-ഉം network-ന്റെ അംഗങ്ങളാണെന്നും ഒരു പ്രത്യേക സൈറ്റിന്റേതല്ലെന്നും കരുതുക എന്നതാണ്.
ഈ ധാരണയോടെ users create ചെയ്യാൻ അനുവദിക്കുന്നത് അഭികാമ്യമല്ലായിരിക്കാം, ഈ കാരണത്താൽ WordPress Multisite ഈ കഴിവ് site administrators-ൽ നിന്ന് നീക്കം ചെയ്യുകയും network administrator-ലേക്ക് മാറ്റുകയും ചെയ്യുന്നു. തുടർന്ന് network administrator-ന് ഒരു site administrator-ന് അവരുടെ സ്വന്തം സൈറ്റിന് user accounts create ചെയ്യാൻ അനുവദിക്കുന്നതിന് ആവശ്യമായ privileges delegate ചെയ്യാൻ കഴിയും.
മുകളിലെ പ്രസ്താവന ആവർത്തിക്കുന്നു, user accounts സൈറ്റുമായി ബന്ധപ്പെട്ടതാണെന്ന് തോന്നുമെങ്കിലും അവ യഥാർത്ഥത്തിൽ network-ലേക്ക് allocate ചെയ്യപ്പെട്ടതാണ്, അതിനാൽ network-ൽ unique ആയിരിക്കണം. ഈ കാരണത്ത ാൽ usernames register ചെയ്യാൻ ലഭ്യമല്ലാത്ത സന്ദർഭങ്ങൾ ഉണ്ടാകാം.
enterprise systems-ൽ ഒരു അന്യമായ concept അല്ലെങ്കിലും, user registration-ന്റെയും authentication-ന്റെയും ഈ single source, user administration കുറച്ചുകൂടി എളുപ്പമായ stand-alone WordPress installations-മായി പരിചിതരായ ആളുകൾക്ക് മനസ്സിലാക്കാൻ പലപ്പോഴും ബുദ്ധിമുട്ടുള്ള ഒരു concept ആണ്.
Media
WordPress Multisite-ൽ network sites ഒരൊറ്റ database share ചെയ്യുന്നിടത്ത്, അവ media files-ന് filesystem-ൽ separate paths പരിപാലിക്കുന്നു.
സാധാരണ WordPress location (wp-content/uploads) നിലനിൽക്കുന്നു; എന്നിരുന്നാലും, network site-ന്റെ unique ID reflect ചെയ്യാൻ അതിന്റെ path മാറ്റുന്നു. തൽഫലമായി ഒരു network site-ന്റെ media files wp-contents/uploads/site/[id] ആയി കാണപ്പെടുന്നു.
Permalinks
subdirectory configuration-നേക്കാൾ subdomain-ന്റെ വ്യതിരിക്തമായ ഗുണങ്ങളുണ്ടെന്ന് നേരത്തെ പറഞ്ഞിരുന്നു, ഇവിടെ അത്: paths.
subdirectory configuration-ൽ, main site (network establish ചെയ്യുമ്പോൾ create ചെയ്ത ആദ്യ സൈറ്റ്) ഉം network subsites-ഉം domain name-ൽ നിന്ന് lead ചെയ്യുന്ന ഒരേ path share ചെയ്യണം. ഇത് നിരവധി conflicts-ന് സാധ്യതയുണ്ട്.
posts-ന്, network sites-മായുള്ള clashes തടയാൻ main site-ലേക്ക് mandatory /blog/ path add ചെയ്യുന്നു. ഇതിനർത്ഥം 'Post name' പോലുള്ള pretty permalinks domain.name/blog/post-name/ ആയി present ചെയ്യപ്പെടും.
subdomain configuration-ൽ ഈ action ആവശ്യമില്ല, കാരണം ഓരോ network site-നും complete domain separation-ന്റെ ഗുണം ലഭിക്കുന്നു, അതിനാൽ ഒരൊറ്റ path-നെ ആശ്രയിക്കേണ്ടതില്ല. പകരം അവ അവരുടെ subdomain-നെ അടിസ്ഥാനമാക്കി അവരുടേതായ distinct paths പരിപാലിക്കുന്നു.
Static Pages
subdirectory configuration-ൽ naming conflicts-ന്റെ സാധ്യത static pages-ലേക്കും വ്യാപിക്കുന്നു, കാരണം main site-ഉം network sites-ഉം ഒരേ path share ചെയ്യുന്നു.
ഇത് തടയാൻ, WordPress ചില site names blacklist ചെയ്യാനുള്ള ഒരു മാർഗ്ഗം നൽകുന്നു, അതിനാൽ അവ first site-ന്റെ names-മായി conflict ആകില്ല. സാധാരണയായി network administrator main site-ന്റെ pages-ന്റെ root paths enter ചെയ്യും.
subdomain configuration-ൽ naming conflicts-ന്റെ സാധ്യത subdomain ആൽ ലഘൂകരിക്കപ്പെടുന്നു, കാരണം അത് network site-ന് unique ആണ്, main site-മായി ഒരു വിധത്തിലും ബന്ധമില്ല.
Registration
WordPress Multisite-ന്റെ network settings-ൽ നിരവധി പുതിയ user registration options ലഭ്യമാണ്, പുതിയതും നിലവിലുള്ളതുമായ users-ന് sites create ചെയ്യാൻ അനുവദിക്കുന്നു.
stand-alone WordPress installations-ൽ നിന്ന് വ്യത്യസ്തമായി, network sites user registrations അനുവദിക്കാനോ ആ registrations roles-ലേക്ക് assign ചെയ്യാനോ ഉള്ള പരിചിതമായ options പരിപാലിക്കുന്നില്ല.
user accounts create ചെയ്യുമ്പോൾ ആ accounts network level-ൽ generate ചെയ്യപ്പെടുന്നു. അതിനാൽ ഏതെങ്കിലും ഒരു പ്രത്യേക സൈറ്റിലേക്ക് belong ചെയ്യുന്നതിന് പകരം അവ network-ലേക്ക് belong ചെയ്യുന്നു. ഇതിന് ചില വ്യതിരിക്തമായ ഗുണങ്ങളും ദോഷങ്ങളുമുണ്ട്.
ഉദാഹരണത്തിന്, നിങ്ങളുടെ WordPress Multisite news-ഉം information-ഉം ബിസിനസിൽ ആയിരുന്നുവെന്ന് കരുതുക. നിങ്ങൾ multisite establish ചെയ്യുകയും finance, technology, entertainment, മറ്റ് interest areas-ന് network sites create ചെയ്യുകയും plugins-ഉം themes-ഉം overall control നിലനിർത്തുകയും ചെയ്യും. ഓരോ network site-നും custom post types-ഓ regular post categories-ഓ ഉള്ളതിനേക്കാൾ അവരുടെ network site-ന്റെ look and feel-ഉം user experience-ഉം സംബന്ധിച്ച് വളരെ കൂടുതൽ control ഉണ്ടായിരിക്കും.
ഈ അളവിൽ ഒരു user log in ചെയ്യുമ്പോൾ അവർ network-ലേക്ക് log in ചെയ്യുകയും ആത്യന്തികമായി ഓരോ network site-ലേക്കും log in ചെയ്യുകയും ചെയ്യുന്നു, ഒരു seamless experience നൽകുന്നു. നിങ്ങളുടെ പുതിയ സൈറ്റ് subscription based ആയിരുന്നെങ്കിൽ ഇത് ideal solution-ഉം outcome-ഉം ആയിരിക്കും.
എന്നിരുന്നാലും, multisite-ന്റെ ഉദ്ദേശിച്ച സ്വഭാവവും ഉദ്ദേശ്യവും പരസ്പരം ബന്ധമില്ലാത്ത disparate network sites offer ചെയ്യുക എന്നതായിരുന്നെങ്കിൽ, user roles manipulate ചെയ്യാൻ external അല്ലെങ്കിൽ additional plugins ആവശ്യമായി വരുന്നത് മിക്കവാറും എല്ലായ്പ്പോഴും സംഭവിക്കുന്നു.