فهم ملف .htaccess في KapsuleHost

تقدم KapsuleHost كل موقع ويب عبر خادم ويب عالي الأداء لا يقرأ .htaccess، لذا فإن القواعد التي تضيفها إلى ذلك الملف ليس لها أي تأثير: يشرح هذا الدليل ما يعنيه ذلك بالنسبة لموقع WordPress ويوضح إعداد KPanel الذي يؤدي كل مهمة بدلاً منه.

إذا كنت قد انتقلت من استضافة cPanel مشتركة، فمن المرجح أن .htaccess كان المكان الذي تضع فيه عمليات إعادة التوجيه، وفرض HTTPS، وصفحات الخطأ المخصصة، وحظر الروبوتات. كل هذه الأمور لا تزال تعمل على KapsuleHost. يتم ضبطها ببساطة في KPanel بدلاً من ملف نصي، ولأنها تُطبّق على مستوى الخادم فهي أسرع ولا يمكن أن تُعطّل موقعك بسبب خطأ إملائي بسيط.

لماذا لا يفعل .htaccess شيئًا هنا

.htaccess هو ملف إعداد لكل دليل على حدة خاص بخادم ويب Apache. يعيد Apache قراءته مع كل طلب على حدة، وهذا ما يجعله مريحًا وما يجعله بطيئًا أيضًا.

لا تُشغّل KapsuleHost خادم Apache. يُقدَّم موقعك عبر خادم ويب قائم على الأحداث يُحمّل إعداداته مرة واحدة فقط عند بدء التشغيل، وهذا جزء كبير من سبب استجابة المواقع هنا بشكل أسرع تحت الحمل. ذلك الخادم ليس لديه ما يعادل ملف التجاوز لكل دليل، لذا فهو لا يفتح .htaccess أبدًا.

الخبر السار هو عكس قصة الرعب المعتادة بخصوص .htaccess: خطأ في صياغة الملف لا يمكن أن يُسقط موقعك هنا، لأنه لا يوجد شيء يحلّله.

ما الذي لا يزال يعمل بدونه

الروابط الدائمة (Permalinks). السبب الأكثر شيوعًا لحاجة موقع WordPress إلى .htaccess على Apache هو الروابط الدائمة الجميلة. على KapsuleHost، إعادة الكتابة مدمجة في إعداد خادم موقعك، لذا فإن /2026/07/my-post/ يُحلّ عبر WordPress دون الحاجة إلى أي كتلة .htaccess على الإطلاق. إذا كانت الروابط الدائمة تُرجع أخطاء 404، فالسبب شيء آخر: راجع إصلاح مشكلات الروابط الدائمة في WordPress.

كتابة WordPress إلى الملف. لا يزال WordPress وبعض الإضافات يكتبون كتل # BEGIN/# END في .htaccess لأنها تفترض وجود Apache. هذا غير ضار. الملف حقيقي، وقابل للكتابة، وستراه في مدير الملفات. ببساطة لا يوجد من يقرأه.

إضافات الأمان التي تُبلّغ بأن "التحصين قد تم تطبيقه". الإضافات التي تدّعي أنها أحكمت xmlrpc.php أو wp-config.php من خلال تعديل .htaccess لم تحمِ في الواقع أي شيء على هذه المنصة. استخدم تبويب الأمان الخاص بالموقع نفسه، والذي يُطبّق القواعد المكافئة على مستوى الخادم.

مكافئات KPanel لقواعد .htaccess الشائعة

كل واحدة من هذه موجودة في الموقع نفسه: المواقع، ثم موقعك، ثم التبويب الموضّح.

اثنان من هذه يفعلان أكثر مما كان بإمكان نسخة .htaccess أن تفعله على الإطلاق. تدعم عمليات إعادة التوجيه المسارات الدقيقة، وبادئات الشرطة المائلة اللاحقة، والرموز العامة مثل /blog/*، ويتحقق KPanel من إعادة التوجيه مباشرةً بعد حفظك له. تُقدَّم صفحات الخطأ برمز حالتها الحقيقي، لذا فإن صفحة 404 مخصصة تظل فعليًا 404 حقيقية بالنسبة لمحركات البحث بدلاً من أن تكون 200 مع اعتذار مكتوب عليها.

إيجاد الملف وقراءته

قد ترغب مع ذلك في الاطلاع على .htaccess، عادةً لمعرفة ما كتبته إحدى الإضافات فيه أو لنسخ القواعد منه قبل إعادة إنشائها في KPanel.

من تبويب WordPress

1. سجّل الدخول إلى KPanel وانقر على المواقع في الشريط الجانبي الأيسر.
2. انقر على الموقع الذي تريده.
3. افتح تبويب WordPress، ثم قسم wp-config.
4. انتقل إلى لوحة .htaccess. تُعرض المحتويات للقراءة فقط، مع زر تعديل إذا احتجت إلى تغييرها.

من مدير الملفات

1. افتح الموقع، ثم الإعدادات، ثم مدير الملفات.
2. انقر على عرض المخفية في شريط الأدوات. الملفات التي تبدأ بنقطة مخفية افتراضيًا، لذا لن يظهر .htaccess حتى تقوم بذلك.
3. انقر على .htaccess لفتحه في المحرر المدمج.

يقع الملف في جذر موقعك، بجانب wp-config.php وwp-content. التفاصيل الكاملة حول المحرر وضوابط الأذونات الخاصة به موجودة في استخدام مدير الملفات.

كتلة WordPress الافتراضية

للمرجعية، هذه هي الكتلة التي يكتبها WordPress لنفسه. على مضيف Apache، تُشغّل هذه الكتلة الروابط الدائمة. على KapsuleHost، هي خاملة، وحذفها لن يُعطّل أي شيء:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

اتركها في مكانها إذا كنت قد تنقل الموقع لاحقًا إلى مضيف Apache. سيُعيد WordPress كتابتها على أي حال في المرة القادمة التي تحفظ فيها إعدادات الروابط الدائمة.

إذا كنت تنقل قواعد إلى هنا

عند نقل موقع من cPanel، افتح ملف .htaccess القديم قبل إلغاء الاستضافة القديمة واعمل عليه سطرًا سطرًا:

1. عمليات إعادة التوجيه. أعد إنشاء كل Redirect أو RewriteRule في الإعدادات، ثم عمليات إعادة التوجيه. صف واحد لكل قاعدة. اختر 301 للانتقال الدائم، و302 إذا كان التغيير قد يُعكس.
2. فرض HTTPS. احذفه. وفعّل بدلاً منه فرض HTTPS في إعدادات الموقع.
3. حظر عناوين IP. أعد إنشاءها في WordPress، ثم الأمان، في لوحة حظر عناوين IP.
4. رؤوس التخزين المؤقت والضغط. احذفها. يتم التعامل معها نيابة عنك، وقواعد mod_expires القديمة المتبقية من مضيف سابق مصدر شائع لسلوك تخزين مؤقت مُربك.
5. أي شيء كتبته إضافة. تجاهله. أعد تثبيت الإضافة على الموقع الجديد ودعها تقوم بعملها الخاص.

تحتفظ عملية النقل بالملف نفسه، لذا لا يُفقد شيء أثناء عملك على هذه القائمة. شرح كامل للنقل: نقل موقع ويب من cPanel.

استكشاف الأخطاء وإصلاحها

"أضفت إعادة توجيه إلى .htaccess ولم يحدث شيء." هذا متوقع. أضفه في الإعدادات، ثم عمليات إعادة التوجيه. يُخبرك عمود الحالة هناك ما إذا كان قد تم التحقق من إعادة التوجيه مباشرةً.

"إضافة تقول إن موقعي محصّن لكن أداة فحص تخالفها." كتبت الإضافة قواعد .htaccess لا تُقرأ. تحقق من تبويب الأمان الخاص بالموقع للاطلاع على الحمايات المُطبّقة فعليًا.

"ملف .htaccess الخاص بمضيفي القديم كان يحتوي على قواعد لا أفهمها." لا تنسخها دون فهم. افتح تذكرة دعم مع إرفاق الملف وسنُخبرك أيها له مكافئ في KapsuleHost وأيها كان فقط للتعويض عن مضيف Apache مشترك.

"الروابط الدائمة معطّلة." هذه ليست مشكلة .htaccess هنا. انتقل إلى إصلاح مشكلات الروابط الدائمة في WordPress، أو امسح قواعد إعادة الكتابة من تبويب WordPress الخاص بالموقع، ثم الإجراءات السريعة، ثم مسح إعادة الكتابة.