العودة إلى المدونة

كيفية إعداد بيئة اختبار على خادم VPS: دليل المبتدئين لعام 2026

فريق تحرير IM Host21 يوليو 20266 دقائق قراءة
كيفية إعداد بيئة اختبار على خادم VPS: دليل المبتدئين لعام 2026

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

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

في هذا الدليل، سنرشدك خطوة بخطوة لإعداد بيئة اختبار على خادم VPS الخاص بك. بدون حشو. فقط خطوات عملية تعمل في عام 2026.

ما هي بيئة الاختبار بالضبط؟

بيئة الاختبار هي نسخة طبق الأصل من موقعك المباشر. تعمل على نفس الخادم ولكن في مجلد منفصل أو نطاق فرعي. تختبر التغييرات هنا قبل نشرها على الموقع المباشر.

لماذا هذا مهم؟ لأن سطرًا واحدًا خاطئًا من الكود يمكن أن يكلفك إيرادات. من تجربتنا، كل صاحب موقع جاد يجب أن يكون لديه إعداد اختبار. لم يعد هذا خيارًا—بل ضرورة.

لماذا استخدام VPS للاختبار بدلاً من خطة استضافة منفصلة؟

قد تتساءل: لماذا لا أشتري استضافة مشتركة رخيصة للاختبار؟ إليك الحقيقة:

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

نوصي باستخدام VPS الحالي الخاص بك للاختبار. إنه أبسط وأكثر موثوقية.

المتطلبات الأساسية: ما تحتاجه قبل البدء

قبل أن نبدأ، تأكد من أن لديك:

  • VPS مع صلاحيات الجذر (نستخدم Cloud VPS من IM Host لهذا)
  • إعداد SSH
  • معرفة أساسية بسطر الأوامر
  • نسخة احتياطية من ملفات موقعك المباشر وقاعدة البيانات

إذا كنت تستخدم VPS مُدارًا، فقد يكون لديك أدوات اختبار مدمجة. لكن لهذا الدليل، سنفعل ذلك يدويًا—حتى تفهم كل خطوة.

الخطوة 1: إنشاء نطاق فرعي أو مجلد فرعي للاختبار

أولاً، قرر أين ستعيش بيئة الاختبار الخاصة بك. نحن نفضل النطاقات الفرعية مثل staging.yourdomain.com. إنها أنظف وأسهل في الإدارة.

في لوحة تحكم VPS أو عبر SSH، أنشئ النطاق الفرعي. وجهه إلى مجلد جديد، على سبيل المثال: /var/www/staging.

إليك أمر سريع لإنشاء المجلد:

mkdir -p /var/www/staging

اضبط الصلاحيات المناسبة:

chown -R www-data:www-data /var/www/staging

الخطوة 2: نسخ ملفات موقعك المباشر

الآن انسخ ملفات موقعك المباشر إلى مجلد الاختبار. استخدم rsync للكفاءة:

rsync -avz /var/www/live/ /var/www/staging/

هذا يحافظ على الصلاحيات وينسخ فقط الملفات التي تغيرت في المرات اللاحقة. ذكي، أليس كذلك؟

الخطوة 3: استنساخ قاعدة البيانات

موقع الاختبار الخاص بك يحتاج إلى قاعدة بيانات خاصة به. إليك الطريقة:

  1. تصدير قاعدة البيانات المباشرة: mysqldump -u username -p live_db > live_db.sql
  2. إنشاء قاعدة بيانات جديدة للاختبار: CREATE DATABASE staging_db;
  3. استيراد التفريغ: mysql -u username -p staging_db < live_db.sql

لا تنس إنشاء مستخدم قاعدة بيانات منفصل للاختبار. الأمان مهم.

الخطوة 4: تحديث ملفات التكوين

هذا هو المكان الذي يتعثر فيه معظم الناس. تحتاج إلى إخبار موقع الاختبار باستخدام قاعدة البيانات الجديدة.

بالنسبة لووردبريس، قم بتعديل wp-config.php في مجلد الاختبار. غير هذه الأسطر:

define('DB_NAME', 'staging_db');
define('DB_USER', 'staging_user');
define('DB_PASSWORD', 'staging_password');

لأنظمة إدارة المحتوى الأخرى، ابحث عن ملف التكوين المكافئ وقم بتحديثه.

الخطوة 5: تحديث الروابط في قاعدة البيانات

موقع الاختبار الخاص بك لا يزال يعتقد أنه الموقع المباشر. تحتاج إلى تحديث جميع الروابط من yourdomain.com إلى staging.yourdomain.com.

شغّل استعلام SQL هذا:

UPDATE wp_options SET option_value = 'https://staging.yourdomain.com' WHERE option_name IN ('siteurl', 'home');

للبيانات المتسلسلة، استخدم أداة بحث واستبدال مثل wp search-replace (WP-CLI) أو برنامج Interconnect IT.

الخطوة 6: تكوين خادم الويب الخاص بك

خادم الويب الخاص بك يحتاج إلى معرفة موقع الاختبار. بالنسبة لـ Nginx، أضف كتلة خادم جديدة. بالنسبة لـ Apache، أنشئ مضيفًا افتراضيًا جديدًا.

إليك مثال أساسي لـ Nginx:

server {
    listen 80;
    server_name staging.yourdomain.com;
    root /var/www/staging;
    index index.php index.html;
    
    location / {
        try_files $uri $uri/ /index.php?$args;
    }
    
    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/var/run/php/php8.3-fpm.sock;
    }
}

اختبر التكوين وأعد تحميل الخادم:

nginx -t
systemctl reload nginx

الخطوة 7: حماية موقع الاختبار بكلمة مرور

لا تريد أن تقوم محركات البحث بفهرسة موقع الاختبار الخاص بك. أو الأسوأ من ذلك، أن يجده زوار عشوائيون.

استخدم مصادقة HTTP. أنشئ ملف كلمة مرور:

htpasswd -c /etc/nginx/.htpasswd staginguser

ثم أضف إلى تكوين Nginx:

auth_basic "Staging Site";
auth_basic_user_file /etc/nginx/.htpasswd;

بالنسبة لـ Apache، استخدم .htaccess. على أي حال، هذا يبقي أعين المتطفلين بعيدًا.

الخطوة 8: اختبر كل شيء

قم بزيارة https://staging.yourdomain.com. سجل الدخول باستخدام بيانات اعتماد الاختبار الخاصة بك. تصفح. اختبر النماذج. تحقق من الروابط.

إذا حدث خطأ، أصلحه هنا. هذا هو الهدف كله.

المزالق الشائعة وكيفية تجنبها

  • نسيان تحديث المسارات المطلقة: بعض الإضافات تخزن مسارات كاملة. استخدم أداة البحث والاستبدال في WP-CLI للقبض عليها جميعًا.
  • إرسال البريد الإلكتروني من الاختبار: قم بتعطيل إرسال البريد الإلكتروني في الاختبار لتجنب إرباك المستخدمين. استخدم إضافة مثل WP Mail SMTP مع وضع الاختبار.
  • تشغيل مهام cron في الاختبار: قم بتعطيل cron ووردبريس في الاختبار عن طريق إضافة define('DISABLE_WP_CRON', true); إلى wp-config.php.
  • مشاكل شهادة SSL: استخدم Let's Encrypt للنطاق الفرعي للاختبار. إنه مجاني وسهل.

متى تنشر التغييرات مباشرة

إليك سير العمل الخاص بنا:

  1. قم بإجراء التغييرات في بيئة الاختبار
  2. اختبر بدقة (جوال، كمبيوتر مكتبي، متصفحات مختلفة)
  3. قم بتشغيل اختبارات الأداء
  4. قم بعمل نسخة احتياطية من الموقع المباشر
  5. انشر التغييرات باستخدام rsync ومزامنة قاعدة البيانات

نوصي بالقيام بذلك خلال ساعات الزيارات المنخفضة. واحتفظ دائمًا بنسخة احتياطية من الإصدار السابق.

أتمتة العملية

بمجرد أن تصبح مرتاحًا، قم بأتمتة المزامنة. اكتب سكربت bash يقوم بـ:

  • عمل نسخة احتياطية من الموقع المباشر
  • مزامنة الملفات إلى الاختبار
  • مزامنة قاعدة البيانات
  • تحديث الروابط

قم بتشغيله مع مهمة cron. اضبطه وانساه.

لماذا IM Host يجعل هذا أسهل

في IM Host، خطط Cloud VPS الخاصة بنا تأتي مع صلاحيات جذر كاملة وتخزين SSD. تحصل على التحكم الذي تحتاجه لإعدادات مثل هذه. بالإضافة إلى ذلك، يمكن لفريق الدعم لدينا المساعدة إذا واجهتك مشكلة.

هل تحتاج إلى نطاق فرعي للاختبار؟ تحقق من خدمة تسجيل النطاقات لدينا. هل تريد SSL؟ لدينا شهادات SSL أيضًا.

إذا كنت جديدًا في VPS، ابدأ بـ Managed VPS الخاص بنا. يتضمن أدوات اختبار مدمجة.

الأسئلة الشائعة

س: هل يمكنني استخدام نفس قاعدة البيانات للاختبار والمباشر؟
ج: لا. أبدًا. استخدم دائمًا قواعد بيانات منفصلة. خطأ واحد وموقعك المباشر يتعطل.

س: كم مساحة تخزين أحتاج للاختبار؟
ج: على الأقل، ضعف حجم موقعك المباشر. إذا كان موقعك المباشر 2 جيجابايت، خصص 4 جيجابايت للاختبار.

س: هل سيؤثر الاختبار على أداء موقعي المباشر؟
ج: قليلاً، إذا كان كلاهما على نفس VPS. راقب مواردك. إذا رأيت مشاكل، فكر في ترقية خطة VPS الخاصة بك.

س: كم مرة يجب أن أحدث بيئة الاختبار الخاصة بي؟
ج: قبل كل تغيير كبير. المزامنة الأسبوعية ممارسة جيدة للمواقع النشطة.

س: هل يمكن أن يكون لدي بيئات اختبار متعددة؟
ج: نعم. غالبًا ما ندير بيئات التطوير والاختبار والإنتاج. فقط استخدم نطاقات فرعية مختلفة.

إعداد بيئة اختبار على خادم VPS الخاص بك يستغرق ساعة. لكنه يوفر عليك ساعات لا تحصى من التوقف والضغط. افعلها اليوم. مستقبلك سيشكرك.

المزيد من مدونتنا

اكتشف المزيد من الأدلة العملية ورؤى الخدمات من فريق IM Host.

عرض كل المقالات