إنشاء مواقع ووردبريس بدون إدارة خادم — الدليل العملي

كلّ أدلّة ووردبريس المكتوبة لمنطقتنا تبدأ بالطريقة ذاتها: استأجر استضافة مشتركة أو خادم VPS، وثبّت لوحة تحكّم، وامرر عبر المثبّت الشهير «ذي الدقائق الخمس»، ثم اقضِ السنوات التالية في إبقاء الخادم حيّاً. هذا الدليل يسلك الطريق الآخر: إنشاء موقع ووردبريس بلا خادم تديره إطلاقاً. يعمل ووردبريس كتطبيق من حزمة Docker، ويعيش محتواه في قاعدة بيانات MySQL مُدارة، وتذهب وسائطه إلى تخزين متوافق مع S3. كتبناه لأصحاب الأعمال والمطوّرين في سوريا وعموم المنطقة الذين يريدون موقع ووردبريس يعمل، لا وظيفة ثانية اسمها إدارة الخادم. اليوم الأول يحتاج تفكيراً أكثر من مثبّت بضغطة واحدة؛ وفي المقابل لن تحدّث نظام تشغيل، ولن تجدّد شهادة TLS بيدك، ولن تتساءل إن كانت نسخة الليلة الماضية الاحتياطية قد جرت فعلاً. (وإن كنت ما تزال توازن بين هذا المسار واستئجار خادم VPS تشغّل عليه ووردبريس بنفسك، فمقارنتنا بين الخادم الافتراضي الخاص والاستضافة المُدارة تعرض المقايضة بصراحة.)

وعدٌ واحد قبل أن نبدأ: هذا دليل صادق، لذلك يبدأ بالجزء الذي تخفيه معظم الشروحات.

الجزء الصادق أولاً: لماذا سيخذلك ووردبريس «العادي» هنا#

على منصّات التطبيقات الحديثة، نظام الملفات الذي يكتب عليه تطبيقك مؤقّت. كلّ نشر جديد أو إعادة تشغيل يبدأ من نسخة نظيفة من حزمة Docker، وكلّ ما كُتب على قرص التطبيق منذ آخر نشر يختفي. أمّا ووردبريس، بحكم تاريخه، فيفترض العكس تماماً: يثبّت الإضافات في wp-content/plugins، ويحفظ كلّ صورة مرفوعة في wp-content/uploads، ويتوقّع أن تبقى هذه الملفات على القرص ذاته إلى الأبد.

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

والحلّ ليس أن تصارع المنصّة، بل أن تنقل كلّ نوع من البيانات إلى بيته الصحيح — وووردبريس، على عمره، يتعامل مع هذا الترتيب جيداً.

البنية التي تعمل فعلاً#

ثلاث قطع، كلّ واحدة تفعل ما تجيده:

١. الكود — نواة ووردبريس وقالبك وإضافاتك — يُدمج داخل حزمة Docker صغيرة خاصة بك، فتصير الحزمة المصدر الوحيد لما يعمل على موقعك. ٢. المحتوى — المقالات والصفحات والإعدادات والمستخدمون والتعليقات — يعيش في قاعدة بيانات MySQL مُدارة تنشئها من البوابة، وتتولّى المنصّة تشغيلها ونسخها الاحتياطي. ٣. الوسائط — كلّ صورة وملف ترفعه — تذهب مباشرة إلى التخزين المتوافق مع S3 عبر إضافة تفريغ قياسية، فتُخزَّن الملفات بمتانة وتُقدَّم للزوّار من دون اعتماد على أيّ نسخة واحدة من التطبيق.

بهذا الترتيب لا يحمل قرص التطبيق شيئاً يهمّ: إعادة النشر بلا خسائر، والتعطّل يتعافى من تلقاء نفسه، وبياناتك لا تتعلّق ببقاء جهاز واحد.

الخطوة ١: ادمج الإضافات والقوالب داخل الحزمة#

أنشئ مستودع Git صغيراً يضمّ ملفّ Dockerfile وأجزاء wp-content التي تخصّصها فعلاً:

FROM wordpress:6.8-apache
 
# Site code ships inside the image — nothing is installed live
COPY wp-content/themes/mytheme/  /usr/src/wordpress/wp-content/themes/mytheme/
COPY wp-content/plugins/         /usr/src/wordpress/wp-content/plugins/

تنسخ الحزمة الرسمية محتويات /usr/src/wordpress إلى مكانها عند إقلاع التطبيق، فكلّ ما وضعته هناك بأمر COPY حاضر في كلّ نشر. ولإضافة إضافة جديدة: نزّل ملفّها المضغوط من wordpress.org، وفكّه داخل wp-content/plugins/، واحفظ التغيير في Git، ثم أعد بناء الحزمة وانشر. نعم، هذا أبطأ من زرّ «تثبيت» في لوحة التحكّم — في المرّة الأولى فقط. والمقابل أنّ كلّ نشر قابل للتكرار: الموقع ذاته، حرفاً بحرف، في كلّ مرّة، مع تراجع بخطوة واحدة (انشر الحزمة السابقة) إن أساء تحديثٌ التصرّف.

اجعل الحزمة الطريق الوحيد الذي يصل به الكود إلى الإنتاج، وأغلق التثبيت والتحرير من اللوحة نهائياً بمتغيّر بيئة واحد:

WORDPRESS_CONFIG_EXTRA=define('DISALLOW_FILE_MODS', true);

هذا السطر الواحد يغلق أيضاً باباً كاملاً من هجمات الإضافات المخترقة.

الخطوة ٢: أنشئ قاعدة بيانات MySQL مُدارة#

يحتاج ووردبريس إلى MySQL، وتشغيلك قاعدة بيانات بنفسك كتطبيق ثانٍ يعيد إليك مشكلة البيانات ذاتها التي تخلّصنا منها للتوّ. بدلاً من ذلك، أنشئ قاعدة MySQL مُدارة من البوابة، داخل ذات المشروع الذي يضمّ تطبيقك. تجهّزها المنصّة في بيئة مشروعك المعزولة، وتشغّلها، وتأخذ نسخها الاحتياطية؛ فلا تثبّت أنت خادم قاعدة بيانات ولا تحدّثه ولا تضبطه أبداً.

وحين تجهز، تعطيك البوابة بيانات الاتصال: المضيف واسم المستخدم وكلمة المرور واسم القاعدة. اربط القاعدة بتطبيقك لتصل البيانات كمتغيّرات بيئة تلقائياً، أو انسخها واضبط المتغيّرات بنفسك في الخطوة التالية.

الخطوة ٣: وجّه ووردبريس إلى قاعدة البيانات#

تقرأ حزمة ووردبريس الرسمية إعدادات قاعدة البيانات من متغيّرات البيئة عند الإقلاع وتكتب wp-config.php نيابة عنك — لا تحرير ملفات إطلاقاً. اضبط على تطبيقك:

WORDPRESS_DB_HOST=<database host>
WORDPRESS_DB_USER=<database user>
WORDPRESS_DB_PASSWORD=<database password>
WORDPRESS_DB_NAME=<database name>

ولأنّ الإعداد يأتي من البيئة لا من ملفّ مدموج في الحزمة، تستطيع الحزمة ذاتها أن تخدم موقع تجربة وموقع الإنتاج معاً، ولا يتغيّر بينهما سوى المتغيّرات.

الخطوة ٤: أرسل الوسائط إلى التخزين المتوافق مع S3#

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

اختر أيّ إضافة S3 معروفة وجيّدة الصيانة وادمجها في الحزمة في الخطوة ١. ثم أنشئ مساحة تخزين (bucket) من البوابة — تجد تفاصيل التخزين المتوافق مع S3 وأسعاره في صفحته — ومرّر بيانات الاعتماد كمتغيّرات بيئة. تختلف أسماء الثوابت باختلاف الإضافة التي اخترتها، لكنّ النمط واحد دائماً؛ وسّع متغيّر WORDPRESS_CONFIG_EXTRA ذاته من الخطوة ١:

define('S3_UPLOADS_BUCKET',   getenv('S3_BUCKET'));
define('S3_UPLOADS_ENDPOINT', getenv('S3_ENDPOINT'));
define('S3_UPLOADS_KEY',      getenv('S3_KEY'));
define('S3_UPLOADS_SECRET',   getenv('S3_SECRET'));

التخزين بـ $0.04 لكلّ GB شهرياً مع نقل صادر مجاني، فمكتبة وسائط من بضعة غيغابايتات تكلّف سنتات في الشهر.

الخطوة ٥: انشر الموقع ثم اربط نطاقك الخاص#

بعد بناء الحزمة وتجهيز المتغيّرات، يصير النشر أقصر جزء: افتح Cloud Studio في البوابة، واختر تطبيقاً، ووجّهه إلى حزمتك، واضبط متغيّرات البيئة. يقلع موقعك على نطاق فرعي *.alawadi.cloud بشهادة HTTPS جاهزة من الدقيقة الأولى. ازر الموقع مرّة واحدة لتمرّ بمثبّت ووردبريس الشهير — إجاباته تُكتب في القاعدة المُدارة، فتبقى بعد كلّ نشر قادم.

ثم انتقل إلى عنوانك الحقيقي: أضف نطاقك المخصّص من صفحة التطبيق، ووجّه سجلّ DNS الذي تعرضه البوابة، وتُصدَر شهادة TLS لنطاقك وتُجدَّد تلقائياً. النطاق المخصّص بـ $0.17 لكلّ اسم مضيف شهرياً. وتفاصيل مسار النشر الأوسع — بما فيه النشر من مستودع Git مباشرة — في دليل الاستضافة.

تحديث الموقع بلا خوف#

عملك اليومي على الموقع يتغيّر أقلّ ممّا تظنّ. كتابة المقالات، وتحرير الصفحات، وإدارة التعليقات، وتغيير الإعدادات — كلّه يعيش في القاعدة المُدارة ويتصرّف كما اعتدت تماماً. ورفع الصور يعمل كالمعتاد أيضاً، غير أنّها تستقرّ في التخزين بدل قرص محلي لن ينجو من النشر التالي.

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

كم يكلّف، وكيف تبدأ#

كلّ شيء هنا دفع حسب الاستخدام: التطبيق وقاعدة MySQL المُدارة يُحتسبان بالساعة، والتخزين بـ $0.04 لكلّ GB شهرياً، والنطاق المخصّص بـ $0.17 لكلّ اسم مضيف شهرياً. تُعرض الأسعار بالعملة التي تختارها: الدولار الأمريكي أو الليرة السورية أو الدرهم (AED) أو الدينار الأردني. ابنِ تقديراً لتوليفتك الدقيقة على صفحة الأسعار.

والبداية لا تكلّف شيئاً: سجّل الدخول وفعّل الرصيد التجريبي المجاني بقيمة 5 دولارات — من دون بطاقة — وهو يكفي لبناء هذا الإعداد كاملاً واختباره من طرف إلى طرف. وحين تشحن رصيدك، فالطريقة المتاحة حالياً هي قسائم مسبقة الدفع مسعّرة بالليرة السورية؛ ولا تتوفر تعبئة بالبطاقات أو العملات الرقمية حالياً. يعمل موقعك اليوم من منطقتنا المباشرة في الإمارات؛ وسوريا هي المنطقة المخطّطة التالية، ويليها الأردن، ونُبقي الاثنتين بوسم «قريباً» حتى تخدما الزيارات فعلاً.

استضافة ووردبريس بهذه الطريقة تعني، عملياً، أن يبقى لك من ووردبريس ما أحببته — محرّر المحتوى والمرونة وعالم الإضافات — ويسقط عنك ما لم تحبّه يوماً: الخادم. لديك أسئلة أثناء الإعداد؟ افتح تذكرة دعم في البوابة أو راسل [email protected].