فهم .htaccess على KapsuleHost

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

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

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

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

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

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

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

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

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

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

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

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

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

البحث عن الملف وقراءته

قد تريد النظر إلى .htaccess، عادة لترى ما كتبته إضافة فيه أو لنسخ القواعد قبل إعادة إنشاؤها في KPanel.

من علامة تبويب WordPress

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

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

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

يوجد الملف في جذر موقعك، جنباً إلى جنب مع wp-config.php و wp-content. التفاصيل الكاملة حول المحرر وعناصر التحكم في الأذونات موجودة في Using the File Manager.

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

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

# 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 في Advanced، ثم Redirects. صف واحد لكل قاعدة. اختر 301 للنقل الدائم، 302 إذا كان التغيير قد يعود للخلف.
2. فرض HTTPS. احذفها. بدلاً من ذلك، قم بتشغيل Force HTTPS في Settings الخاص بالموقع.
3. كتل IP. أعد الإنشاء في WordPress، ثم Security، في لوحة حجب IP.
4. رؤوس التخزين المؤقت والضغط. احذفها. يتم التعامل معها، وقواعد mod_expires القديمة من مضيف قديم هي مصدر شائع لسلوك التخزين المؤقت المربك.
5. أي شيء كتبته إضافة. تجاهله. أعد تثبيت الإضافة على الموقع الجديد واتركها تفعل شيئها.

تحتفظ هجرتك بالملف نفسه، لذا لا يتم فقدان أي شيء أثناء العمل من خلال القائمة. شرح الهجرة الكامل: Migrating a Website From cPanel.

استكشاف الأخطاء

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

"مكون إضافي يقول أن موقعي مقسى لكن الماسح الضوئي يختلف." كتب المكون الإضافي قواعس .htaccess التي لا يتم قراءتها. تحقق من علامة التبويب Security الخاصة بالموقع للحصول على الحماية المطبقة بالفعل.

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

"الروابط الدائمة معطلة." هذه ليست مشكلة .htaccess هنا. اذهب إلى Fixing WordPress Permalink Issues، أو امسح قواعد إعادة الكتابة من علامة التبويب WordPress الخاصة بالموقع، ثم Quick Actions، ثم Flush Rewrites.