Apache أم Nginx أم OpenLiteSpeed: أيها تختار؟
Apache وNginx وOpenLiteSpeed كلها تؤدي المهمة. تحسم احتياجاتك وعاداتك الأمر، لا سباق السرعة. توصي WordPress.org بـ Apache أو Nginx لـ WordPress. وإذا كان موقعك يعتمد على ملفات .htaccess فـ Apache هو الخيار الطبيعي. وإذا أردت إعدادًا رشيقًا ووكيلًا عكسيًا فاختر Nginx. وإذا أردت ذاكرة مؤقتة لـ WordPress على مستوى الخادم وإدارة من واجهة ويب فـ OpenLiteSpeed أنسب.
خوادم الويب الثلاثة في لمحة
| الميزة | Apache | Nginx | OpenLiteSpeed |
|---|---|---|---|
| الترخيص | Apache License 2.0 | 2-clause BSD | GPLv3 |
| .htaccess | نعم، لكل مجلد | لا، تُكتب القواعد في إعدادات الخادم | يستخدم قواعد إعادة كتابة متوافقة مع Apache |
| واجهة إدارة على الويب | لا | لا | نعم، المنفذ الافتراضي 7080 |
| التخزين المؤقت لـ WordPress | إضافات التخزين المؤقت؛ ويُعدّ التخزين المؤقت على الخادم عبر mod_cache يدويًا | إضافات التخزين المؤقت؛ ويُعدّ التخزين المؤقت FastCGI على الخادم يدويًا | إضافة LiteSpeed Cache مع التخزين المؤقت المدمج في الخادم |
Apache: .htaccess والألفة
Apache من أكثر الخيارات شهرة. بملفات .htaccess يمكنك تغيير الإعدادات مجلدًا بمجلد. والمواقع المنقولة من الاستضافة المشتركة وإضافات كثيرة تعتمد على هذا الملف. غير أن وثائق Apache نفسها تقول بوضع القواعد في ملف الإعداد الرئيسي متى أمكنك الوصول إليه، لأن .htaccess يُبحث عنه في كل مجلد مع كل طلب. وعلى VPS خاص بك لديك صلاحيات root، فهذا الخيار متاح لك. ومن الخيارات الشائعة تشغيل PHP عبر PHP-FPM، مع Apache في وضعه القائم على الأحداث event. وعلى Ubuntu وDebian تفعّل الوحدات وتعطّلها بالأمر a2enmod والمواقع بالأمر a2ensite.
Nginx: إعداد رشيق ووكيل عكسي
Nginx قائم على الأحداث. يصفه موقعه الرسمي بأنه خادم ويب ووكيل عكسي ومخزن مؤقت للمحتوى وموزّع أحمال. وهو خيار شائع لتقديم الملفات الثابتة وللوقوف أمام تطبيقات أخرى. لا يدعم .htaccess، وتقول مدونة مشروع Nginx نفسه إن ملفات الإعداد لكل مجلد غير مدعومة. ولتطبيق مثل WordPress، تكتب بنفسك في إعدادات الخادم قاعدة try_files التي تحتاجها الروابط الدائمة الجميلة. وتعرض وثائق WordPress الرسمية القاعدة. ويعمل PHP عبر PHP-FPM. وفي حزمة Ubuntu وDebian تكتب المواقع في /etc/nginx/sites-available وتربطها في sites-enabled. وتختبر التغيير بالأمر sudo nginx -t وتطبّقه بالأمر sudo systemctl reload nginx.
OpenLiteSpeed: ذاكرة WordPress المؤقتة وواجهة الويب
OpenLiteSpeed هو الإصدار المفتوح المصدر من LiteSpeed Web Server Enterprise، ويصدر برخصة GPLv3. يطوّر الفريق نفسه الإصدارين، ويحتاج إصدار Enterprise إلى ترخيص. ويمكن لـ OpenLiteSpeed استخدام قواعد إعادة كتابة متوافقة مع Apache، فتعمل قواعد الروابط الدائمة في WordPress غالبًا كما هي. وإذا كان ملف .htaccess في موقع قديم يحوي توجيهات غير قواعد إعادة الكتابة، فاختبرها قبل الانتقال، لأن OpenLiteSpeed يتجاهل التوجيهات التي لا يدعمها دون إظهار خطأ.
التخزين المؤقت على مستوى الخادم في إضافة LiteSpeed Cache لـ WordPress لا يعمل إلا على منتجات LiteSpeed. وبحسب وثائق الإضافة، لا تتوافر على الخوادم الأخرى إلا ميزات التحسين فيها. وتُفتح واجهة الإدارة على الويب على المنفذ 7080 افتراضيًا. لا تترك هذا المنفذ مفتوحًا للجميع. افتحه لعنوان IP الخاص بك وحده.
Caddy خيار أيضًا
للمشاريع الصغيرة يمكنك التفكير في Caddy أيضًا. عندما تكتب اسم نطاق في إعداده، يحصل على شهادة HTTPS ويجددها من تلقاء نفسه. وبحسب وثائقه الرسمية، يتطلب ذلك أن يشير سجل DNS للنطاق إلى الخادم وأن يكون المنفذان 80 و443 متاحين من الخارج. وملف إعداده (Caddyfile) قصير جدًا. وفي المقابل لا يدعم .htaccess، فتُكتب القواعد في الإعداد هناك أيضًا. وتستخدم تطبيقات Seturack الجاهزة القائمة على الويب، مثل WordPress، Caddy لـ HTTPS.
أيها تختار؟
ليس لسؤال «أيها أسرع؟» جواب واحد. تعتمد النتيجة على الإعداد وإعدادات PHP والتخزين المؤقت والموقع نفسه. وفي موقع WordPress بطيء، نادرًا ما يكون خادم الويب هو المشكلة. فغياب الذاكرة المؤقتة أو الإضافات الثقيلة أو قلة الذاكرة أسباب أشيع. افحص هذه قبل أن تغيّر الخادم. ولا ترى الفرق الحقيقي إلا بتجربة موقعك على خادمك. دع هذه الأسئلة توجّه اختيارك:
- إذا كنت تنقل موقعًا قديمًا يعتمد على ملفات
.htaccess: Apache. - إذا أردت وكيلًا عكسيًا أمام بضعة تطبيقات، أو إعدادًا رشيقًا: Nginx.
- إذا كنت تشغّل موقع WordPress واحدًا وتريد ذاكرة مؤقتة على الخادم وإدارة عبر الويب: OpenLiteSpeed.
- إذا كنت ستستضيف عدة نطاقات، فكلها الثلاثة قادرة على ذلك: المضيفات الافتراضية في Apache وكتل الخادم في Nginx. وهذا لا يحسم الاختيار.
- إذا كنت ستستخدم لوحة تحكم، فاتبع الافتراضي في اللوحة. يستخدم CloudPanel خادم Nginx ويستخدم CyberPanel خادم OpenLiteSpeed. ويثبّت HestiaCP خادم Nginx مع Apache افتراضيًا (يمكن تعطيل Apache).
- إذا كنت غير متأكد، فاختر Apache أو Nginx. توصي بهما WordPress.org معًا، وتتوافر مواد كثيرة عن كل منهما.
التثبيت والتبديل لاحقًا
يُثبَّت Apache وNginx من مستودع حزم Ubuntu بأمر واحد:
sudo apt install apache2
sudo apt install nginx
إذا ثبّتت الاثنين معًا، فلن يستطيع الثاني أخذ المنفذ 80 ولن يبدأ. ويبيّن الأمر sudo ss -tlnp | grep ':80 ' أي خدمة تستمع إلى المنفذ 80. وتثبّت OpenLiteSpeed باتباع الخطوات في وثائق التثبيت الرسمية من LiteSpeed. وبعد التثبيت افتح عنوان IP الخادم في المتصفح. فإذا رأيت صفحة الترحيب فالخدمة تعمل. وإذا لم تُفتح الصفحة من الخارج، فتحقق من أن المنفذين 80 و443 مفتوحان في جدار الحماية.
التبديل لاحقًا ممكن. تبقى ملفات موقعك وقاعدة بياناته كما هي. والإعداد هو ما يتغير. وعند الانتقال من Apache إلى Nginx تترجم قواعد .htaccess يدويًا. ولدى وثائق Nginx الرسمية دليل لتحويل قواعد إعادة الكتابة. ويمكن تثبيت الخوادم الثلاثة على الجهاز نفسه، لكنها لا تستطيع استخدام المنفذين 80 و443 في الوقت نفسه. جرّبها على خادم صغير أولًا. وإذا لم يعجبك أحدها، فيمكنك تبديل الخدمة دون إعادة تثبيت الخادم.
لا تحتاج إلى خادم كبير لتجربة الثلاثة. ابدأ بحجم صغير وارفع الحجم من اللوحة. وانظر السعر في صفحة الأسعار.
إذا فضّلت البدء وخادم الويب الذي اخترته جاهز، فخيارات Seturack LAMP (Apache) وLEMP (Nginx) وOpenLiteSpeed تثبّت نفسها. ولـ WordPress أيضًا WordPress على OpenLiteSpeed.
جاهز على Seturack: OpenLiteSpeed, WordPress LiteSpeed, LAMP, LEMP.
التعليقات0
لا توجد تعليقات بعد
كن أول من يشارك رأيه.
يرجى تسجيل الدخول أو إنشاء حساب لترك تعليق.