لا تحب الإعلانات؟ يذهب خالية من الإعلانات اليوم 

مُصَوّر تكوين Apache httpd

مطورالشبكات

إعلان · حذف؟

مدخل

عملية تلقائية

انتاج

جانب العميل

إعلان · حذف؟

مرشد

مُصَوّر تكوين Apache httpd

لصق تكوين مُختل من Apache httpd.conf, apache2.conf، أو sites-available/*.conf وتحصل على تكوين مُرتّب ومُIndented بشكل صحيح. يُسير المُعدّل <VirtualHost>, <Directory>, <Location>, <IfModule>، وعلامات المُحاطات الأخرى لحساب العمق الصحيح، ويُحتفظ بتعليقاتك وسُطور الفراغ، ويمكنه توحيد حالة المُوجَّهات بحيث servername, SERVERNAMEو، و ServerName تُصبح مُتسقة. يُلخص عرض الهيكل كل مُضيف افتراضي بسرعة، ويُشير المُدقق إلى علامات المُحاطات غير المطابقة أو غير المغلقة قبل إعادة تحميل Apache.

كيفية استخدام

لصق تكوينك من Apache في مربع الإدخال — تكوين كامل httpd.conf، أو مُقطع واحد <VirtualHost> أو أي مُقطع.
اختر نمط التسجيل (مُسافتين، أربع مسافات، أو مُسافات مُتَبَّعة) ونوع حالة المُوجَّهات (الاحتفاظ بها، أو توحيدها في شكل PascalCase، أو تقليلها إلى أحرف صغيرة).
تبديل تَمَثِّل التعليقات لضمان وجود فراغ بعد #, دمج الأسطر الفارغة المتعددةو، و محاذاة قيم التوجيه إذا أردت تعبئة الأعمدة داخل كل قسم.
انسخ الناتج المُعدّ، أو احفظه كـ httpd.conf. استخدم عرض الهيكل لتأكيد ترتيب مُضيفك الافتراضي، واستخدم المُدقق للكشف عن علامات المُحاطات غير المطابقة أو غير المغلقة.

خصائص

تثبيت مُراعاة الأقسام – يُراقب التسلسل من خلال <VirtualHost>, <Directory>, <Location>, <Files>, <FilesMatch>, <IfModule>, <Limit>, <RequireAll>، وعلامات المُحاطات الأخرى.
تَمَثِّل توحيد حالة المُوجَّهات – يمكن إعادة كتابة المُوجَّهات إلى شكل PascalCase (ServerName, DocumentRoot, RewriteEngine) أو تقليلها إلى أحرف صغيرة.
مُدرك للسطور المُستمرة – يُجمع السطور التي تنتهي بـ \ لأن السطور المُتَبَّعة تبقى على سطر منطقي واحد. RewriteRule أو SSLCipherSuite مُحتفظ بالتعليقات وسُطور الفراغ
– يُحتفظ بتعليقاتك في مكانها، ويُحسّن المسافة بعد الرمز #، ويُقلل من سلسلة سُطور الفراغ. عرض الهيكل # ... – مُلخص مُتَبَّع لكل قسم يحتوي على معلومات رئيسية (
) لتسهيل التصفح السريع. – يُشير إلى مطابقة المُفتوحات والمُغلّفات (مثلاًServerName, DocumentRoot, Listen, ProxyPassمغلّف بـ
التحقق من الصحة )، الأقسام غير المغلّفة، العلامات المُغلّفة بشكل غير مُتَبَّع، والقيم المُكررة. <Directory> مكتبة المُقطعات </Location>– نماذج مُتَبَّعة لـ مُضيفي HTTP/HTTPS، توجيهات HTTPS، مُحَوّلات عكسية، معالجات PHP-FPM، توجيه HTTPS من mod_rewrite، ضغط mod_deflate، تخزين المُتصفح، عناوين أمان، وتسجيل الدخول بالأساس. ServerName مُرجِع المُوجَّهات
– مرجع سريع للإرشادات الشائعة والمُحاطات. – يعمل بالكامل في المتصفح. لا يتم رفع التكوينات.
ما الفرق بين httpd.conf وملف .htaccess؟ httpd.conf (والمُلفات الفردية تحت sites-available/) هي التكوين الرئيسي للخادم، ويُحلّل مرة واحدة عند بدء تشغيل Apache. ملفات .htaccess هي تجاوزات لكل مسار يُعاد قراءتها مع كل طلب عندما يُسمح به من AllowOverride. يستخدمان نفس نمط الإرشادات، لكن .htaccess يمكن أن يحتوي فقط على إرشادات تُسمح لها بمساحة المجلد، ويُعد استخدامه له تكلفة أداء قابلة للقياس مقارنة بوضع نفس القواعد في قسم في التكوين الرئيسي.
خصوصية هل تُعتبر أسماء المُوجَّهات في Apache حساسة للحالة؟

 التعليمات

لا. أسماء المُوجَّهات مثل ServerName، servername، وSERVERNAME جميعها صالحة ومتوازية. تُستخدم وثائق Apache شكل PascalCase كشكل قياسي، وهو الشكل الذي تتوقعه معظم المراجعات والمعاينات. أما المُدخلات الخاصة بالمُوجَّهات، فهي غالبًا ما تكون حساسة للحالة (مثلاً مسارات النظام المُستند على Linux، التعبيرات المنتهية، أسماء المتغيرات البيئية، إلخ).

كيف يُحدد Apache أي مُضيف افتراضي يُخدم الطلب؟
يبدأ Apache بمقارنة العنوان والمنفذ من علامة (مثلاً *:443). بين المُضيفات التي تتطابق مع نفس العنوان والمنفذ، يُقارن الطلب مع مُدخل Host مع ServerName وServerAlias. إذا لم يُوجد تطابق، يصبح المُضيف الأول المُدرج لعنوان:منفذ الافتراضي. لهذا السبب يجب أن يكون اسم ServerName مُحددًا وواضحًا على خادم إنتاجي حقيقي.

ما هو ترتيب التقييم بين أقسام Directory، Location، وFiles؟
يُدمج Apache الأقسام وفق تسلسل مُحدد: و.htaccess أولاً، ثم و، ثم و. داخل كل مجموعة، تُعالج الأقسام غير المُرتبطة أولاً، ثم الأقسام المُرتبطة بالترتيب الأقصر إلى الأطول، ثم الأقسام المُرتبطة بالترتيب الأصلي. يُعالج أخيرًا، وهذا هو السبب في أن قسم يمكن أن يُعيد تعيين الإرشادات المُحددة في قسم أعلاه.

لماذا تستخدم علامات المُحاطات ... بدلًا من مُتَبَّعات مثل Nginx؟
أُنشئت قواعد تكوين Apache قبل Nginx بحوالي عقد، وتم تطويرها على نموذج SGML/HTML، حيث تُكتب نطاقات المُحاطات باستخدام علامات مفتوحة ومتغيرة. اخترع Nginx نمط المُتَبَّعات المُستوحاة من لغة C للإيجاد. يُعبّر كلا النموذج عن نفس الفكرة — إرشاد يُحدد مجموعة من المُوجَّهات المُتَبَّعة — لكن علامات المُحاطات في Apache تُسهل رؤية المُغلّفات غير المطابقة لأن العلامة المغلّفة يجب أن تُسمّى بالقسم المغلّف.

لصق تكوينك من Apache httpd / VirtualHost هنا...
مُعدّ تكوين Apache httpd 1

مُعدّ تكوين Apache httpd