WordPress فوق Lighttpd + APC في الضغط (I)

مرحبا اصدقاء! أقدم لكم اقتراحًا حول كيفية نشر مدونة قائمة على WordPress ، باستخدام Lighty كخادم صفحة ويب ، و Spawn-FastCGI ، و PHP ، وذاكرة التخزين المؤقت APC البديلة PHP (ذاكرة التخزين المؤقت البديلة PHP) ، وكل شيء في Debian Squeeze. أوضح أن الترجمات التي أقوم بها من الإنجليزية إلى الإسبانية مجانية جدًا من جانبي وقد لا تكون دقيقة تمامًا من وجهة نظر لغوية أو دلالية. شخصيا ، هم كافون بالنسبة لي.

وسادتي ، هذا المقال هو مجرد "بوابة الدخول"للعالم الرائع لخدمة صفحات الويب الثابتة و / أو الديناميكية. أنا لست خبيرا في خوادم الويب. ومع ذلك سألني الكثيرون بالفعل عن الخادم الذي تفضله ، Federico ، مع Nginx أو Lighty أو Apache؟ أنا دائما أجيب على هذا مع الثلاثة. كل واحد له سحره و Apache هو Apache. في المشاركات المستقبلية ، سنتناول حلولًا مثل هذه باستخدام Nginx و Apache. بالمناسبة ، هناك شائعات في www Village حول نهاية Lighty ، والحقيقة هي أن Debian 7 لا يزال يحتفظ به في مستودعاته. لشيء ما ، أليس كذلك؟

Veremos:

• تعريفات للمبتدئين
• حل Lighty الموصى به
• سوف نتناول الحل
• عينة بيانات الخادم
• تركيب الحزم المطلوبة
• الإعداد والتحقق

تعريفات مفيدة للمبتدئين

خوادم الويب: إنها التكنولوجيا التي تحتوي على برامج كمبيوتر ضمنية تعالج التطبيقات التي تقوم بإجراء اتصالات ثنائية الاتجاه و / أو أحادية الاتجاه ومتزامنة أو غير متزامنة مع العميل ، وتوليد أو نقل استجابة بأي لغة أو تطبيق من جانب العميل. [...] نشأت خدمات الويب من الحاجة إلى توحيد الاتصال بين المنصات المختلفة (الكمبيوتر الشخصي ، والإطار المركزي ، وماك ، إلخ) ولغات البرمجة (PHP ، C ، Java ، إلخ). تم إجراء محاولات سابقًا لإنشاء معايير ولكنها فشلت أو لم تنجح بما يكفي ، بعضها من DCOM و CORBA ، لأنها تعتمد على تنفيذ DCOM - Microsoft ، و CORBA - بائع ORB. [...] على الرغم من قصر استخدام خدمات الويب على بروتوكول http ، لم يتم تصميم خدمات الويب لبروتوكول معين ، أي أنه لا شيء يمنع استخدام SOAP عبر بعض بروتوكولات الإنترنت الأخرى (SMTP ، FTP ، إلخ. ). يستخدم HTTP بشكل أساسي لأنه بروتوكول مستخدم على نطاق واسع وأقل تقييدًا بواسطة جدران الحماية (يتم حظر المنافذ مثل FTP بشكل عام ، ولكن من المحتمل جدًا ألا يتم حظر HTTP).

لايت باد: خادم الويب لأنظمة التشغيل Unix / Linux و Microsoft Windows. كما يعرف ب خفيفهو البديل إلى خادم الويب أباتشي. إنه مصمم ليكون آمنًا وسريعًا (سريعًا جدًا بالفعل) ومتوافقًا مع المعايير ومرناً. مصمم خصيصًا لتحمل الأحمال الثقيلة دون فقدان التوازن باستخدام القليل من ذاكرة الوصول العشوائي ووحدة المعالجة المركزية الصغيرة. يوفر سرعات استجابة عالية. بعض المواقع التي تستخدمه هي YouTube و Wikipedia وغيرها ، والتي تدعم حركة مرور كبيرة. يتم توزيعه بموجب ترخيص BSD.

De ويكيبيديا. CGI: واجهة الإدخال المشتركة (باللغة الإنجليزية واجهة بوابة المشتركة، اختصار CGI) هي تقنية مهمة على شبكة الويب العالمية تسمح للعميل (مستعرض الويب) بطلب البيانات من برنامج يعمل على خادم ويب. تحدد CGI معيارًا لنقل البيانات بين العميل والبرنامج. إنها آلية اتصال بين خادم الويب وتطبيق خارجي تكون نتيجته النهائية للتنفيذ هي كائنات MIME. تسمى التطبيقات التي تعمل على الخادم CGIs.

FastCGI هو بروتوكول لتوصيل البرامج التفاعلية بخادم الويب. FastCGI هو أحد أشكال واجهة البوابة العامة المعروفة (CGI أو واجهة الإدخال المشتركة). الهدف الرئيسي من FastCGI هو تقليل الحمل المرتبط بتوصيل خادم الويب والبرامج Common Gفي الطريق Interface ، الذي يسمح للخادم بخدمة المزيد من الطلبات في نفس الوقت.

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

الحل الموصى به في توثيق Wiki الرسمي لـ لايت باد للأداء العالي

إذا قرأنا الوثيقة Docs_ModFastCGI من الموقع المذكور أعلاه ، هناك فقرة تُرجمت بحرية كبيرة إلى الإسبانية من جانبي تقول:

التبويض الخارجي: إن تشغيل عمليات FastCGI Spawning مباشرة على خادم صفحة الويب له بعض العيوب مثل:

• لا يمكن تشغيل عملية FastCGI إلا على الخادم المحلي.
• لديه نفس إذن خادم صفحة الويب.
• له نفس الدليل الأساسي مثل خادم صفحة الويب.

عندما نستخدم الخادم FastCGI منفصل - أو خارجي - من أجل إزالة بعض الأحمال من خادم الويب ، يتعين علينا التحكم في عملية FastCGI من خلال برنامج خارجي مثل "تفرخ fcgi". يستخدم برنامج "spawn-fcgi" لبدء عملية FastCGI في بيئته الخاصة ، وإصلاح ملفات معرف المستخدم, معرف مجموعة، والتغيير إلى دليل جذر آخر (chroot).

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

الأساسيات لأغراض عملية هو أنه من خلال الحل المقترح في الوثائق ، سيتم تنفيذ عملية FastCGI والعديد من العمليات الثانوية أو الفرعية (العمليات الفرعية) حسب الضرورة على خادم واحد أو أكثر خارج خادم صفحة الويب. هذا الذي يتم تنفيذه على خادم مختلف عن الذي نستخدمه كخادم ويب ، بالطبع سيتعرض لتحميل أقل. وأخيرًا ، لاستخدام خادم FastCGI خارجي ، يجب بدء عملية FastCGI والتحكم فيها بواسطة البرنامج تفرخ fcgi.

Spawning الخارجي مخصص لأولئك الذين يحتاجون إلى تثبيت خادم واحد أو أكثر وتلقي عدد كبير من الطلبات، كما في حالة مزود الوصول إلى الإنترنت (ISP) ، أو مواقع مثل بلوق.desdelinuxصافي، إلخ. شرح هذا الحل بالتفصيل هو خارج نطاق وصولنا تمامًا.

الحل الذي سنتناوله في المنشور

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

عينة بيانات الخادم

الاسم: web.amigos.cu عنوان IP: 192.168.10.20 المجال: amigos.cu

بالطبع ، في بيئة الإنتاج - وحتى في الاختبار أو في المنزل - يجب أن يكون لدينا السجلات DNS مباشر وعكس يشير إلى خادمنا.

تركيب الحزم المطلوبة

كمستخدم جذر ننفذ:

aptitude install lighttpd lighttpd-doc php5-cgi php5-gd aptitude install mysql-server mysql-client php5-mysql

يتم تثبيت ملفات التكوين Lighty بتنسيق / etc / lighttpd. البرنامج سبوان- fcgi يتم التثبيت تلقائيًا. يمكن العثور على ملفات حزمة الوثائق على / usr / share / doc / lighttpd-doc. نوصي بشدة بقراءة الوثائق باللغة الإنجليزية. أثناء تثبيت الحزمة الخلية الخادم، يطلبون منا كلمة مرور المستخدم جذر من أجل MySql. نوصي باستخدام نفس كلمة المرور التي أعلنتها بالفعل لهذا المستخدم.

الإعداد والتحقق

كما ننتهي من تثبيت دعم WordPress ، يجب أن نبدأ بالتكوين والاختبارات.

نقوم بتمكين وحدات Lighty:

lighttpd-enable-mod fastcgi-php إعادة تشغيل خدمة lighttpd

نتحقق مما إذا كان خادمنا يعمل. نفتح المتصفح ونكتب عنوان URLhttp://web.amigos.cu، وعلى الأقل سنكون قادرين على سرد الدليل / فار / على شبكة الاتصالات العالمية.

مؤشر /

نانو /etc/lighthttpd/lighttpd.conf

نقوم بإزالة التعليق أو رمز التجزئة # ماذا يوجد أمام "Mod_rewrite" وأضف تحت هذا الخط "Mod_fastcgi"، بحيث تكون بداية الملف كما يلي:

server.modules = ("mod_access" ، "mod_alias" ، "mod_compress" ، "mod_redirect" ، "mod_rewrite" ، "mod_fastcgi" ،)

نتحقق من أن PHP تعمل بشكل صحيح. للقيام بذلك نقوم بإنشاء ملف (مؤقتًا) في الدليل / فار / على شبكة الاتصالات العالمية:

نانو / فار/www/index.php

وسيكون محتوى الملف السابق فقط:

ثم نعيد تشغيل الخدمة:

إعادة تشغيل خدمة lighttpd

إذا أشرنا في متصفحنا إلى http://web.amigos.cu، سنرى صفحة المعلومات الخاصة بإصدار PHP 5.3.3-7. لذلك ، كل شيء يعمل بشكل صحيح.

من المثير للاهتمام معرفة التغييرات في تكوين Lighty بعد تمكين الوحدة mod_fastcgi. بواسطة أقل /etc/lighttpd/conf-enabled/15-fastcgi-php.conf، يمكننا معرفة ذلك. قارن التكوين الذي تمت قراءته بالتكوين الموجود في وثائق الحزمة lighttpd- الوثيقة.

الآن يجب علينا إخبار Lighty بالدليل الذي يجب أن يوجه حركة المرور عبر المنفذ 80 ، من خلال تكوين مضيف افتراضي. القيم التي سنقوم بتعديلها في الملف /etc/lighttpd/conf-enabled/10-simple-vhost.confإنها شخصية وستستجيب لخصائص كل تثبيت. سنقبل قيم الدليل الجذر للخادم ، والدليل الجذر للمستندات ، والذي يوصي به Lighty افتراضيًا وسنقوم فقط بتعديل اسم FQDN للمضيف الظاهري.

nano /etc/lighttpd/conf-enabled/10-simple-vhost.conf

ويجب أن يكون المحتوى النهائي للملف (تذكر أن تتكيف مع احتياجاتك):

# /usr/share/doc/lighttpd-doc/simple-vhost.txt server.modules + = ("mod_simple_vhost") ## جذر المستند لمضيف افتراضي هو جذر المستند = ## simple-vhost.server-root + $ HTTP ["host"] + simple-vhost.document-root simple-vhost.server-root = "/ srv" simple-vhost.document-root = "htdocs" ## المضيف الافتراضي إذا لم يتم إرسال مضيف بسيط -vhost.default-host = "web.amigos.cu"

بعد حفظ التغييرات ، ننتقل إلى إنشاء الأدلة اللازمة وفقًا لما تم ذكره مسبقًا. الدليل / srv تم إنشاؤه أثناء تثبيت Squeeze ، لذلك لا نحتاج إلى إنشائه:

mkdir -p /srv/web.amigos.cu/htdocs

نظرًا لأننا أعلنا بالفعل بشكل صحيح عن المضيف الظاهري والدليل المرتبط باسم المجال الخاص بنا ، يمكننا الاستغناء عن الملفات التي تم إنشاؤها في / var / www ، وإنشاء واحد جديد. index.php المزيد من العرف في الدليل / htdocs o الدليل الجذر لمستندات المضيف الظاهري:

rm /var/www/index.* nano /srv/web.amigos.cu/htdocs/index.php

نضيف المحتوى التالي إلى الملف السابق:

مرحبا اصدقاء! بالتأكيد كل شيء يظهر على ما يرام

نحفظ التغييرات ونعيد تشغيل الخدمة:

إعادة تشغيل خدمة lighttpd

لنقم بتحديث متصفحنا ونتحقق من أن الصفحة المعروضة قد تغيرت وتعكس الآن ، بالإضافة إلى إخراج الأمر phpinfo ()التحية. لن يكون من الضروري إعادة تشغيل الخدمة في المستقبل إذا قمنا بتغيير محتوى index.php أو صفحة ويب أخرى. لن تتم هذه العملية إلا إذا قمنا بتغيير تكوين Lighty.

ومبروك الأصدقاء! لدينا بالفعل Debian 6.0 Squeeze مع خادم صفحات الويب Lighttpd المهيأ للعمل مع لغة PHP5 و MySql كخادم قاعدة البيانات. لدينا أيضًا تكوين ملف Lighty Vhost الصحيح للتعامل مع مجالات متعددة.

يتبع…

وبعد ذلك ، كيف أنا؟ سيد ووردبريس سيسأل. اتبعنا الجزء الثاني والنهاية ونهاية هذا المقال.