استضافة Ghost على خادمك الـVPS: دليل شامل 2026

يجمع ‏Ghost‏ بين ما يفعله ‏WordPress‏ بعناء وما يفرض عليه ‏Substack‏ ثمنًا باهظًا: محرّر أنيق، وأداء أصلي ممتاز (‏Node.js‏)، وإدارة مدمجة للأعضاء والاشتراكات المدفوعة عبر ‏Stripe‏، وإرسال النشرات البريدية دون إضافة. لكن ‏Ghost(Pro)‏ يحتسب التكلفة حسب حجم الجمهور، ومنصات النشرات البريدية تقتطع عمولة من إيراداتك.

وباستضافته على خادمك الـ‏VPS‏، تحتفظ بـ 100% من مشتركيك المدفوعين (باستثناء رسوم ‏Stripe‏)، وتخصّص القالب دون قيود، وتتحكم في قائمة بريدك الإلكتروني — وهي أثمن أصولك. ومع ‏Ghost v6‏، يستفيد المبدعون الذين يحقّقون دخلًا من نشراتهم البريدية من تحصيل ضريبة القيمة المضافة تلقائيًا عبر ‏Stripe Tax‏، دون أي اعتماد على خدمة طرف ثالث.

يعمل ‏Ghost v6‏ على ‏Node.js 20 LTS‏ كحدٍّ أدنى (يُنصح بـ ‏Node 22‏ للأداء). خصّص خادم ‏VPS‏ بـ ‏vCPU‏ واحد و2 غيغابايت من الذاكرة ‏RAM‏ على الأقل لمدوّنة بحركة مرور مريحة، وارتقِ إلى 4 غيغابايت إن نما جمهورك بقوة أو إن كنت ترسل نشرات بريدية ضخمة. للاستخدام الإنتاجي، احجز 20 غيغابايت من القرص كحدٍّ أدنى للوسائط وقاعدة البيانات.

قاعدة البيانات الموصى بها في الإنتاج هي ‏MySQL 8‏ (لا يُدعم ‏SQLite‏ إلا في بيئة التطوير — راجع قسم استكشاف الأخطاء). تحتاج أيضًا إلى خدمة ‏SMTP‏ للمعاملات (‏Mailgun‏ أو ‏Postmark‏ أو ‏Brevo‏) للإرسال الموثوق للنشرات البريدية ورسائل مصادقة الأعضاء، ونطاق ‏blog.yourdomain.com‏ يشير إلى عنوان ‏IP‏ خادمك، و‏Caddy‏ أو ‏Nginx‏ كوكيل عكسي ‏HTTPS‏. يُفضَّل ‏Caddy‏ لأنه يُوفّر شهادات ‏Let's Encrypt‏ ويجدّدها دون أي إعداد إضافي.

بعد كتابة ملف Caddyfile، شغّل ‏Caddy‏ أو أعِد تحميله لتطبيق الإعداد:

caddy run --config /etc/caddy/Caddyfile

إذا كان ‏Caddy‏ مُدارًا كخدمة ‏systemd‏ (وهو الحال بعد التثبيت عبر ‏APT)‏، فضّل أمر إعادة التحميل السلس دون انقطاع:

systemctl reload caddy

يتصل ‏Caddy‏ فورًا بـ ‏Let's Encrypt‏ للحصول على شهادة ‏TLS‏ لنطاقك عبر تحدي ‏HTTP-01‏. في غضون 30 ثانية، يجب أن يستجيب ‏https://blog.yourdomain.com‏. تحقّق من حالة الشهادة:

curl -sv https://blog.yourdomain.com/ 2>&1 | grep -E 'SSL|subject|issuer'

إذا أظهر الأمر ‏issuer: O=Let's Encrypt‏، فالشهادة سارية. في حال ظهور ‏connection refused‏، تحقّق من تشغيل ‏Ghost‏ على المنفذ 2368 بالأمر ghost status‏ من مجلد التثبيت. إذا كان المنفذ 443 مغلقًا في جدار الحماية، افتحه قبل تشغيل ‏Caddy‏: ufw allow 443‏.

يُدخل ‏Ghost v6‏ دعم الحقل tax_id_collection‏ في واجهة ‏API‏ الخاصة بـ ‏Stripe‏. يتيح هذا الحقل لـ ‏Stripe Tax‏ جمع رقم التسجيل الضريبي أو رقم تعريف المشتري تلقائيًا لحظة الدفع، وفق الأنظمة الضريبية الأوروبية والعالمية.

بالنسبة للنسخ الموجودة المُحدَّثة إلى Ghost v6، هذه الميزة هي ضبط من جانب ‏Stripe‏، وليس تغييرًا في ‏Ghost‏ نفسه. نقطتان للتحقق:

1. في لوحة تحكم ‏Stripe‏، فعّل ‏Stripe Tax‏ واضبط قواعدك الضريبية حسب البلد.
2. في ‏Stripe → Checkout → الإعدادات‏، فعّل جمع الرقم الضريبي إن كان مطلوبًا في سوقك.

ستستمر نسخ ‏Ghost v5‏ المُحدَّثة إلى ‏v6‏ دون تعديل إعدادات ‏Stripe‏ في العمل، غير أن ميزات الامتثال الضريبي الجديدة ستظل غير نشطة حتى تضبط ‏Stripe Tax‏ من جانبك.

يُبسّط ‏Ghost CLI‏ عمليات التحديث الصغيرة والكبيرة. من مجلد التثبيت:

cd /var/www/ghost
ghost update

لاستهداف إصدار محدد، مثلًا عند الانتقال من ‏v5‏ إلى ‏v6‏:

ghost update 6.x.x

‏Ghost CLI‏ يوقف عملية ‏PM2‏، ويُطبّق عمليات ترحيل قاعدة البيانات، ويُحدّث الملفات، ويُعيد تشغيل ‏Ghost‏. إذا فشلت عملية ترحيل ما، يُجري ‏Ghost CLI‏ تراجعًا تلقائيًا ويعرض تفاصيل الخطأ في الطرفية.

قبل أي تحديث رئيسي (‏v5‏ → ‏v6‏)، خطوتان وقائيتان لا غنى عنهما: احتفظ بنسخة احتياطية من مجلد المحتوى /var/www/ghost/content‏ (الوسائط والثيمات المخصصة)، وصدّر قاعدة بيانات ‏MySQL‏:

mysqldump -u ghost -p ghost_db > ghost_backup_$(date +%F).sql

أخيرًا، تحقّق من الإصدار المثبَّت بعد التحديث:

ghost version

رقم إصدار خاطئ بعد التحديث يدل عادةً على مشكلة في أذونات مجلد /var/www/ghost‏ — تحقّق من أن المستخدم المخصص هو مالك المجلد.

يبدأ Ghost لكنه يُرجع صفحة بيضاء أو خطأ 500
تحقّق من السجلات بالأمر ghost log‏. أكثر الأسباب شيوعًا هي قيمة url‏ غير صحيحة في config.production.json‏ — يولّد ‏Ghost‏ جميع روابطه الداخلية من هذه القيمة، وعنوان ‏HTTP‏ بينما ‏Caddy‏ يخدم عبر ‏HTTPS‏ يُسبّب حلقات إعادة توجيه.

الخطأ «ER_NOT_SUPPORTED_AUTH_MODE» عند البدء
‏Ghost v6‏ يتطلّب ‏MySQL 8‏ مع مكوّن المصادقة mysql_native_password‏. إن كان ‏MySQL‏ لديك يستخدم caching_sha2_password‏ افتراضيًا، عدّل المستخدم:

ALTER USER 'ghost'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password';
FLUSH PRIVILEGES;

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

فشل رفع الثيم في الإنتاج
‏Ghost‏ يُقيّد أحجام رفع الثيمات. إن فشل الرفع صامتًا أو أعاد خطأ 413، اضبط الحدّ من جانب ‏Caddy‏:

blog.yourdomain.com {
    request_body {
        max_size 50MB
    }
    reverse_proxy localhost:2368
}

MAIL_FROM مُعطَّل: الأعضاء لا يتلقّون رسائل بريدية
يجب أن يحمل الحقل mail.from‏ في config.production.json‏ عنوانًا يكون نطاقه موثَّقًا لدى مزوّد ‏SMTP‏ الخاص بك (سجلات ‏SPF‏ و‏DKIM‏ نشطة). النطاق غير الموثَّق يُفضي إلى أخطاء صامتة عند التسجيل أو إلى رفض ‏SMTP‏ الذي نادرًا ما يُظهره ‏Ghost‏ بوضوح في سجلاته.

منذ مايو 2026، تفشل نسخ ‏Ghost 6.28.0‏ على ‏Node 22‏ في التحديث مع الخطأ npm error code ENOTSUP‏ / ‏Cannot find matching keyid‏. السبب الجذري: يُدخل ‏corepack ≥ 2.x‏ التحقق من توقيع حزم ‏pnpm‏ الذي لا تستطيع إصدارات ‏corepack‏ القديمة (‏≤ 0.30.x‏) حلّه تحت ‏Node 22‏. يتوقف ‏Ghost CLI‏ عند خطوة corepack enable‏، قبل أن يثبّت ‏npm‏ أي تبعية، تاركًا النسخة مجمَّدة على الإصدار المُثبَّت.

يمسّ المشكل جميع بيئات ‏Docker‏ التي تعمل بـ ‏Node 22‏، وقد أُفيد عنه في منتدى ‏Ghost‏ (المواضيع ‏t/62860‏ و‏t/62805‏، المفتوحة في 13 و6 مايو 2026 على التوالي) مع أكثر من 40 ردًا يؤكد الظاهرة. نشر ‏Ghost CLI‏ منذ ذلك الحين نسخة مُصحَّحة تعرض تعليمات المعالجة.