Чи ин аст WordPress Multisite?
Ин дар навиштаи он, WordPress як хусусият名为 «Multisite»-ро пешниҳод мекунад, ки маҷдодани он ба соли 2010 бо оғози коркарди WordPress 3.0 рӯй диадӯз мерасонад. Аз он вақт он як қатор таҳрирҳо барои ҷорӣ кардани хусусиятҳои нав ва таҳкими бехаторгаро гирифтааст.
Дар маҷмӯъ, метавонад инчунин ба ин тавр фикр кард: Университет як намуди воқеи WordPress-ро нигоҳ медорад, аммо ҳар як факултет худаш сайт-и WordPress-ро нигоҳ медорад.
WordPress Multisite дуруст чист?
Multisite хусусияти WordPress аст, ки имкон медиҳад ба чанд сайтҳо як нави инсталлятсияи WordPress-ро идора кунад. Вақте ки multisite фаъол карда мешавад, сайт-и WordPress-и аслӣ барои дастгирии он чиз тавсифшаванда аст, ки одатан шабакаи сайтҳо (network of sites) мебошад.
Ин шабака системаи файлиро (ки маънои он ин аст, ки плагинҳо ва темаҳо низ обрӯ мераванд), базаи маётӣ, файллари асосии WordPress, wp-config.php ва ғайраро бахш мекунад.
Ин маънои онро дорад, ки таҳрир кардани WordPress, тема ва плагинҳо фақат як бор барои ҳамаи сайтҳои шабакаи худ лозим аст, зеро онҳо дар систе маи файли мувофиқанд.
Ин факт яке аз афзалиятҳои асосии multisite аст, зеро он ба шумо имкон медиҳад, ки шумо миқдори сайтҳоеро, ки идора мекунед, зиёд кунед, дар ҳоле ки миқдори корҳое, ки барои нигоҳ доштани сайтҳои муштариёнаш лозим аст, як омандидаро сарфта мерасонед.
Subdomain ё Subdirectory?
Ду модаи идора кардани WordPress multisite вуҷуд дорад – ва шумо бояд яке аз онҳоро интихоб кунед, вақте ки ин инсталлятсияи WordPress-и одатонро ба Multisite табдил медиҳед:
Subdomain (Доминеи паст): мисол: site.domain.com
…ё
Subdirectory (Категорияи паст): мисол: yourdomain.com/site
Ҳар як мода афзалиятҳо ва хатарҳоро дорад, ки шумо бояд ҳангоми гузаронидани ин қарор ба онҳо диққат намоед.
یک نکته مهم وجود دارد که باید در نظر بگیرید: وقتی تصمیم خود را گرفتید، تغییر شبکه از زیردایرکتوری به زیردامنه یا برعکس واقعاً سخت است – مخصوصاً اگر قبلاً چند سایت ساختهاید.
قبل از گرفتن این تصمیم، چند نکته وجود دارد که باید در ذهن داشته باشید:
حالت زیردایرکتوری (Subdirectory Mode) از نظر راهاندازی و نگهداری آسانترین حالت است. این اتفاق میافتد چون همه سایتها فقط مسیرهایی هستند که به دامنه اصلی متصل میشوند (مثلاً yourdomain.com/subsite). در نتیجه، شما فقط به یک گواهی SSL برای دامنه اصلی نیاز دارید و این گواهی کل شبکه را پوشش میدهد.
در عین حال، به دلیل ساختار URL آن، گوگل و اکثر موتورهای جستجوی دیگر همه زیرسایتهای شبکه مبتنی بر زیردایرکتوری شما را به عنوان یک سایت بزرگ واحد در نظر خواهند گرفت. در نتیجه، محتوایی که توسط مشتریان نهایی شما به زیرسایتها اضافه میشود ممکن است بر عملکرد سئو (SEO performance) سایت اصلی شما تأثیر بگذارد؛ مثلاً. میزان تأثیر قابل بحث است و این استدلال وجود دارد که داشتن چنین آرایشی حتی میتواند برای عملکرد سئوی سایت مفید باشد.
حالت زیردامنه (Subdomain Mode) راهاندازی آن کمی پیچیدهتر است، اما ساختار URL آن (مثلاً subsite.yournetwork.com) معمولاً "حرفهایتر" تلقی میشود.
یکی از مشکل ات اصلی در راهاندازی حالت دامین زیرمجموعه (subdomain mode) پوشش SSL (HTTPS) برای کل شبکه است. این موضوع به این دلیل است که مرورگرها دامنههای زیرمجموعه را موجودیتهای جداگانه در نظر میگیرند. در نتیجه، شما به گواهی SSL متفاوتی برای هر دامنه زیرمجموعه در شبکه خود نیاز خواهید داشت، یا نوع خاصی از گواهی به نام Wildcard SSL certificate (گواهی SSL گلولهای) که در آن میتوانید چندین دامنه را با یک گواهی پوشش دهید. در سالهای اخیر، ارائهدهندگان هاست و پنلها در زمینه فراهم کردن SSL پیشرفت کردهاند و برخی از آنها امکان دریافت گواهیهای گلولهای را با یک کلیک ارائه میدهند و شکاف پیچیدگی تنظیم این دو حالت را پر میکنند.
در مقابل حالت زیردایرکتوری (subdirectory mode)، سایتهای فرعی در یک شبکه مبتنی بر دامین زیرمجموعه توسط موتورهای جستجو به عنوان وبسایتهای جداگانه در نظر گرفته میشوند، به این معنی که محتوایی که در یک سایت فرعی وجود دارد، اصلاً بر عملکرد سئو (SEO performance) سایر سایتهای فرعی تأثیری نمیگذارد.
سوپر ادمین (The Super Admin)
نصب وردپرس تکسایتی به شما اجازه می دهد تعداد نامحدودی کاربر اضافه کنید و نقشهای کاربری مختلف با مجوزهای متفاوت به آنها بدهید.
در وردپرس 멀티سايت، نوع جدیدی از کاربر باز میشود: سوپر ادمین – و یک پنل مدیریت جدید نیز فعال میشود: پنل مدیریت شبکه (network admin panel).
همانطور که از نامش پیداست، سوپر ادمین قدرتهای فوقالعادهای بر روی کل شبکه دارد و قادر است همه سایتهای فرعی، پلاگینها، تمها و هر چیز دیگری را مدیریت کند!
هنگامی که نصب وردپرس تکسایتی خود را به 멀티سايت تبدیل میکنید، مدیر اصلی سایت تکسایتی به طور خودکار به سوپر ادمین ارتقا داده میشود.
فقط سوپر ادمینها میتوانند پلاگینها و تمها را از طریق پنل مدیریت شبکه نصب یا حذف کنند. سپس مدیران زیرسیتی میتوانند تصمیم بگیرند که آن پلاگینها یا تمها را فعال یا غیرفعال کنند، مگر اینکه سوپر ادمین شبکه یک پلاگین را فعال کند که این کار باعث میشود آن برای همه سایتهای فرعی همیشه فعال باقی بماند.
Нота: как вы видите, приглашение кого-то в вашу сеть и предоставление ему статуса суперадминистратора дает этому пользователю полный контроль над вашей сетью. Например, другие суперадминистраторы могут даже убрать ваш статус суперадминистратора, фактически заблокировав вас от панели администратора вашей собственной сети. Чтобы позволить клиентам Ultimate Multisite иметь детальный контроль над тем, что могут делать дополнительные суперадминистраторы, у нас есть дополнение под названием Support Agents. Это дополнение позволяет создать еще один тип пользователя – агента – с только теми разрешениями, которые ему могут понадобиться для выполнения задач в сети.
Что общее для субсайтов и чего нет
Как мы уже говорили, одно из ключевых преимуществ WordPress multisite заключается в том, что все субсайты делят одни и те же настройки, основные файлы, темы, плагины, файлы ядра WordPress и т. д.
Однако есть элементы, которые хорошо ограничены на основе каждого субсайта.
-
Например, у каждого субсайта своя папка для загрузок (uploads folder). В результате загрузки, сделанные пользователями одного конкретного субсайта, нельзя просмотреть на другом субсайте.
-
У каждого субсайта есть своя выделенная панель администратора и он может активировать или деактивировать плагины или темы, если они не были активны в сети суперадминистратором.
-
Большинство таблиц базы данных создаются для каждого субсайта, что означает, что посты, комментарии, страницы, настройки и многое другое ограничены каждым субсайтом.
Управление пользователями в WordPress Multisite
Одной деликатной темой в WordPress multisite является управление пользователями. Таблица пользователей WordPress — одна из немногих, которая общая для всех субсайтов.
Такое устройство может вызвать некоторые проблемы в зависимости от того, что вы планируете строить с вашей сетью. Пример ниже поможет проиллюстрировать самую насущную проблему.
Представьте следующий сценарий:
Вы создаете сеть WordPress multisite и начинаете предлагать подсайты за ежемеся чную плату людям, которые хотят иметь интернет-магазин.
У вас появляется первый платящий клиент – Джон. Вы создаете для Джона сайт в вашей сети, устанавливаете все необходимые плагины, а затем создаете пользователя для Джона, чтобы он мог управлять своим магазином.
Затем появляется второй клиент – Алиса. Вы делаете то же самое для нее, и у нее теперь тоже есть магазин в вашей сети.
Джон и Алиса — оба ваших клиентов, но они не знают друг друга. Что еще важнее, если один из них заходит на сайт магазина другого, нет никакого способа узнать, что этот магазин размещен в той же сети сайтов.
Однажды Джону нужно купить новую пару туфель, и он находит их идеальные в магазине Алисы. Когда он пытается завершить покупку, ему выдается сообщение об ошибке «почта уже занята», что странно, потому что Джон на 100% уверен, что это первый раз, когда он заходил на сайт Алисы.
Что здесь произошло, так это то, что пользователь Джона используется во всей сети, поэтому когда он пытается создать учетную запись для оформления заказа на сайте Алисы, WordPress обнаруживает, что пользователь с таким же адресом электронной почты уже существует, и выдает ошибку.
Примечание: Мы понимаем, насколько это может быть плохо в зависимости от вашего сценария использования, поэтому Ultimate Multisite имеет опцию, которая обходит обычные проверки на существующего пользователя, позволяя создавать несколько учетных записей с одним и тем же адресом электронной почты. Каждая учетная запись привязана к подсайту, поэтому риск конфликта сводится к минимуму. В приведенном выше примере Джон не получит сообщение об ошибке и сможет купить эти туфли без проблем. Эта опция называется Enable Multiple Accounts (Включить несколько учетных записей) и может быть активирована в Ultimate Multisite → Settings → Login & Registration.
Ҳаттог ки дар ҷадвали корбарон ҳамроҳӣ меравад, администраторҳои подсайт ё супер-администратор метавонанд корбаронро ба подсайтоҳо илова кунанд ва аз онҳо ба даст кашанд, ва онҳо метавонанд дар подсайтоҳои гуногун намудаҳои корбар (user roles) дошта бошанд.
Назарҳои иҷрои кор (Performance considerations)
WordPress multisite агар оид ба шумораи сайти мувофиқ бошад, хеле қувватманд аст. Инро метавон аз он факт санҷидан кард, ки WordPress.com, Edublogs ва Campuspress ҳамаи онҳо хидматрасони подсайтӣ мебошанд ва ҳар яке ҳазорҳо сатҳи сайтро дастрас мекунад.
Ҳамаган тавсир дар он аст, ки шумо метавонед дар як намудаи WordPress multisite шумо чӣ қадар сатҳро хостӣ кунед, маҳдудият мавҷуд нест, аммо дар амал шумораи сатҳи сайтҳое, ки шумо метавонед ба таври морор идора кунед, метавонад аз он мувофиқ бошад ва вобаста аст аз як қатор омилҳои гуногун: инки сатҳҳо чан чӣ динамик (фаъол) мебошанд, ки кадом плагиниҳо барои подсайтоҳо мавҷуданд ва ғайра.
Барои қоидаи умумии, агар шабакаи шумо соддатар бошад, он беҳтар аст. Аз сатҳи сайтҳое рӯй гирад, ки мувофиқ динамикӣ дошта неанд (ки онҳо барои стратегияҳои даврати кор (caching strategies) хеле хуб мебошанд) ва миқдори плагиниҳоро ҳатто ба минималӣ надор накард (аз он рақами камтар плагин фаъол бошад, он беҳтар аст), метавонад шумораи подсайтоҳое, ки метавонед идора кунед, хеле зиёд карда шавад.
Хусусияти хуб ин аст, ки аз он ки ҳамаи он WordPress-ист, усулҳои алоҳидаи корро, ки шумо барои беҳтар кардани иҷрои кор медонед ва маҳбус мекунед, барои шабакаи multisite ҳам кор мекунанд.
Ботлои кор (bottleneck) барои multisite базаи маълумот (database) аст, аммо агар ҳамаи дигарон дуруст сохта шуда бошанд, метавонад ба шумо якчанд ҳазор сатҳи сайтро пешгирифта кунад. Ҳатто дар он вақт инчунин ҳалли мувофиқ мавҷуданд, ки метаво SHA (масалан, ҳалли тақсимкунандаи базаи маълумот) илова карда шаванд.