عزل حقيقي لعملاء الوكالات في WordPress، بدون Multisite

تلجأ الوكالات إلى WordPress Multisite لأنه يعد بمكان واحد لتشغيل العديد من مواقع العملاء. ثم تظهر مشكلة العزل. يسأل العميل أين توجد بياناته ومن يمكنه الوصول إليها. الإضافة التي تعمل لعميل واحد تعطل عميلاً آخر. يحتاج موقع واحد إلى استعادة، ولا توجد طريقة نظيفة لاسترجاع ذلك الموقع فقط. يقوم Multisite بتجميع عملائك معاً، لكن التجميع ليس عزلاً، وبالنسبة لعمل الوكالات، فإن الفرق مهم.

هذا الدليل مخصص للوكالات التي تحتاج إلى أن يكون موقع كل عميل منفصلاً بشكل حقيقي: بيانات منفصلة، إضافات (plugins) منفصلة، قوالب (themes) منفصلة، ونطاق ضرر منفصل. يوضح كيف يقدم GrabWP Tenancy Pro ذلك على تثبيت WordPress قياسي واحد، دون الحاجة إلى Multisite.

أين يفشل عزل Multisite بالنسبة للوكالات

يعتبر Multisite ميزة شبكات، وليس ميزة عزل، وتعمل ثلاثة من خيارات تصميمه ضد عمل عملاء الوكالات.

• قاعدة بيانات واحدة مشتركة. كل موقع في شبكة Multisite يعيش في نفس قاعدة البيانات. يحصل كل موقع على مجموعة الجداول الخاصة به مميزة ببادئة رقمية، لكنها جميعاً توجد في مخطط (schema) واحد، يمكن الوصول إليها بنفس الاتصال. عندما يسأل العميل عما إذا كانت بياناته مخزنة بشكل منفصل عن عملاء الوكالة الآخرين، فإن الإجابة الصادقة في Multisite هي لا.
• إضافات وقوالب على مستوى الشبكة. يتم تثبيت الإضافات والقوالب مرة واحدة للشبكة بأكملها. يمكنك تفعيل إضافة لكل موقع، لكن الكود مشترك، والإصدارات مشتركة، وكل شيء يعمل في نفس عملية PHP. لا يمكنك إعطاء العميل “أ” إصداراً قديماً ومثبتاً من إضافة بينما يقوم العميل “ب” بتشغيل أحدث إصدار.
• عطل واحد يؤثر على الجميع. لأن قاعدة البيانات، والكود، وبيئة التشغيل مشتركة، فإن تحديث إضافة سيئ، أو جدول تالف، أو خطأ فادح (fatal error) له نطاق ضرر على مستوى الشبكة. المشكلة التي يجب أن تخص عميلاً واحداً يمكن أن تسقط الشبكة بأكملها.

بالنسبة لمجموعة من العملاء الدافعين، “مفصول بواسطة بادئة جدول” ليست قصة ترغب في روايتها. تحتاج الوكالات إلى جدران حقيقية بين المواقع لتحقيق wordpress client isolation without multisite بفعالية.

ماذا يعني العزل الحقيقي فعلياً

العزل الحقيقي لكل عميل يعني أن كل موقع يمتلك بياناته وكوده الخاص، وأنه لا يوجد شيء مشترك افتراضياً. يبني GrabWP Tenancy Pro كل عميل كمستأجر (tenant) بثلاث طبقات من الفصل، مما يجعله بمثابة wordpress multisite alternative for agencies الذي يبحثون عنه.

• قاعدة بيانات مخصصة لكل عميل. يتيح لك Pro اختيار، لكل مستأجر، بين MySQL مشترك مع بادئات جداول، أو قاعدة بيانات MySQL مخصصة، أو قاعدة بيانات SQLite. بالنسبة لعمل العملاء، تختار قاعدة بيانات مخصصة، بحيث يعيش محتوى عميل واحد في قاعدة بياناته الخاصة بدلاً من مشاركة مخطط مع الجميع. هذه بنية عزل بيانات، وتمنحك قصة امتثال أقوى بكثير من إعداد قاعدة بيانات مشتركة حيث يتواجد جميع العملاء في مخطط واحد. هكذا يتم تطبيق مفهوم per client database wordpress بشكل صحيح.
• wp-content معزول. في Pro، يحصل كل مستأجر على مجلد wp-content معزول خاص به، مع مجلد إضافات وقوالب خاص به تحته. ملفات العملاء لا تختلط في مجلد مشترك واحد.
• مرفقات منفصلة. حتى الإضافة الأساسية المجانية GrabWP Tenancy تعزل مرفقات (uploads) كل مستأجر وتعطيه بادئة جدول قاعدة بيانات خاصة به. يبني Pro على هذا الأساس بإضافة قاعدة البيانات المخصصة و wp-content المنفصل تماماً في الأعلى.

النتيجة هي أن بيانات العميل لا تختلط أبداً ببيانات عميل آخر، لأنها لا تشارك قاعدة بيانات، أو مجلد محتوى، أو مجلد مرفقات. يمكنك الآن إدارة isolated wordpress client sites بكل أريحية.

حزم إضافات وقوالب لكل عميل، بدون تعارضات

العائد الأكثر عملية لـ wp-content المعزول هو أن كل عميل يقوم بتشغيل حزمة الإضافات والقوالب الخاصة به. يمكن لعميل واحد تشغيل متجر WooCommerce مع إضافات الدفع والشحن الخاصة به بينما يقوم آخر بتشغيل موقع عضوية بمجموعة مختلفة تماماً، ولا يتعارضان أبداً، لأنهما لا يشاركان مجلد plugins.

أنت تدير حزمة كل مستأجر من صفحة الإضافات (Extensions). من هناك تقوم بتفعيل أو تعطيل الإضافات وتبديل القوالب لمستأجر معين، مع عرض الحالة المباشرة لكل منها. أنت تقوم بتهيئة موقع عميل واحد دون التدخل في موقع أي شخص آخر. لا يوجد تفعيل على مستوى الشبكة للتفكير فيه ولا يوجد خطر من أن تمكين إضافة لعميل واحد يغير السلوك لبقية أعمالك.

هذا هو الجدار الذي لا يستطيع Multisite أن يمنحك إياه. بدلاً من قاعدة كود مشتركة واحدة يرثها كل موقع، يحصل كل عميل على حزمة تقوم بضبطها بشكل مستقل، لذا يصبح توافق الإضافات قراراً لكل عميل بدلاً من مقامرة على مستوى الشبكة.

التحكم في نطاق الضرر: إصلاح عميل واحد دون المساس بالبقية

يكون العزل أكثر قيمة في أسوأ اللحظات، عندما تسوء الأمور. لأن كل مستأجر مكتفٍ ذاتياً، تبقى المشكلة محتواة، ويكون الاسترداد دقيقاً.

يمنح GrabWP Tenancy Pro كل مستأجر نسخاً احتياطياً واستعادة خاصين به، مع سير عمل كامل خطوة بخطوة يغطي قاعدة البيانات، والمرفقات، والمحتوى، والتهيئة. عندما يحتاج عميل واحد إلى استرجاع بياناته، تقوم باستعادة ذلك المستأجر الفردي بشكل مستقل. العملاء الآخرون على نفس التثبيت لا يتورطون أبداً، ولا يتوقفون مؤقتاً، ولا يتعرضون لخطر من العملية.

الاستعادة مرنة بما يكفي للنجاة من الهجرات في العالم الحقيقي أيضاً. يدعم Pro الاستعادة عبر قواعد البيانات المختلفة، بحيث يمكنك نقل مستأجر عبر أنواع قواعد البيانات، من MySQL مشترك إلى قاعدة بيانات MySQL مخصصة أو إلى SQLite، عندما تتغير احتياجات العميل. ولأن النسخ الاحتياطي لكل مستأجر مستقل، فإن نطاق ضرر الاسترداد الخاص بك هو عميل واحد بالضبط، وهو ما يجب أن تبدو عليه إدارة مخاطر الوكالة.

قارن ذلك باستعادة Multisite، حيث تعني قاعدة البيانات المشتركة أن استرجاع موقع واحد بنظافة هو أمر محرج في أحسن الأحوال، واستعادة الشبكة بالكامل هي الأداة الحادة التي تُترك لك عادةً.

كيف تتبنى هذا بدون Multisite

أفضل جزء هو أن لا شيء من هذا يتطلب الالتزام الهيكلي بـ Multisite. يعمل GrabWP Tenancy Pro على تثبيت WordPress فردي قياسي.

1. التثبيت على موقع WordPress عادي. أضف الإضافة الأساسية المجانية GrabWP Tenancy و GrabWP Tenancy Pro إلى تثبيت قياسي. لا تقوم بتمكين شبكة Multisite، ولا تعيد هيكلة موقعك الحالي.
2. تعيين إعدادات العزل الافتراضية. في إعدادات Pro، اختر قاعدة بيانات مخصصة كإعداد افتراضي للمستأجرين الجدد وقم بتأكيد عزل المحتوى، بحيث يرث كل عميل تنشئه فصلاً حقيقياً منذ البداية.
3. إنشاء مستأجر لكل عميل. يصبح كل عميل جديد مستأجراً معزولاً بقاعدة بياناته الخاصة، و wp-content الخاص به، ومرفقاته الخاصة، وكل ذلك تحت التثبيت الواحد الذي تديره بالفعل.
4. إدارة كل حزمة بشكل مستقل. استخدم صفحة الإضافات لتعيين إضافات وقوالب كل عميل، وخذ نسخة احتياطية أساسية لكل مستأجر بحيث يكون لديك نقطة استعادة نظيفة قبل بدء العمل.

أنت تحتفظ ببساطة تثبيت WordPress واحد ولوحة تحكم واحدة، بينما يحصل عملاؤك على العزل الذي لا يمكن لبنية Multisite المشتركة توفيره. للحصول على طريقة قابلة للتكرار لإنشاء كل من هذه المواقع المعزولة بنفس الطريقة في كل مرة، قم بدمج هذا مع قائمة مراجعة توفير موقع العميل.

امنح كل عميل جداراً حقيقياً

يقوم Multisite بتجميع عملائك في قاعدة بيانات مشتركة واحدة ومجموعة إضافات مشتركة واحدة. يحتاج عمل الوكالات إلى العكس: قاعدة بيانات مخصصة، و wp-content معزول، ونطاق ضرر يقتصر على عميل واحد بالضبط لكل عملية. يقدم GrabWP Tenancy Pro ذلك على تثبيت WordPress قياسي، مرخص مرة واحدة لكل تثبيت بدون رسوم لكل عميل، بدءاً من $9.99/month. اكتشف كيف يناسب ممارساتك على صفحة الوكالات، وقارن مستويات العزل في الأساسي و Pro على صفحة المقارنة قبل اتخاذ القرار.

مقالات ذات صلة

• كيفية عزل مواقع عملاء WordPress بدون Multisite
• امنح عملاء التسويق قصة نظيفة لخصوصية البيانات من خلال عزل كل عميل على حدة
• قاعدة بيانات MySQL مخصصة مقابل SQLite لكل tenant: اختيار طريقة عزل قاعدة بيانات الـ tenant في WordPress