ما هي أفضل طريقة لفرض HTTPS و WWW مع السماح بـ المضيف المحلي؟

ما هي أفضل طريقة لفرض HTTPS و WWW مع السماح بـ المضيف المحلي؟ [عربى]

HTACCESS يفرض HTTPS و WWW لكن اسمح المضيف المحلي

من المهم فرض HTTPS و WWW لعدة أسباب: كسب ثقة زائرين من خلال إظهار أن الاتصال آمن ، وإذا كنت تستخدم نطاقًا فرعيًا مثل www ، فاستمر في الاتساق مع زائريك وتقاريرك على الويب الرخيص استضافة على سبيل المثال.

يمكن أن يصبح الأمر معقدًا بسهولة في محركات الإبلاغ مثل Google Search Console للحصول على طرق عرض مختلفة لنفس الموقع والصفحات بالضبط. واحد مع اتصال HTTPS آمن وواحد بدون واحد مع كل من النطاق الفرعي على الويب www والآخر بدون ، وحتى يصبح كابوسًا يدفعك إلى إعداد مرشح نطاق فرعي من Google Analytics للحصول على تقارير متسقة.

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

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

دعنا نتخلص من كل هذه الصفحات المكررة ، والتي تجعل من الصعب في نهاية المطاف الموافقة على تحليلات:

  • http://mywebsite.com/page

  • http://mywebsite.com/page/

  • https://mywebsite.com/page

  • https://mywebsite.com/page/

  • http://www.mywebsite.com/page

  • http://www.mywebsite.com/page/

  • https://www.mywebsite.com/page

  • https://www.mywebsite.com/page/

  • كل هذا سيتم عن طريق تحديث ملف هتكس ، وهو ملف مخفي يستخدم على خوادم Apache ، وعادة ما يتم تخزينه على مجلد جذر موقع الويب.

إعادة توجيه الصفحة التي تنتهي بشرطة مائلة

لإزالة شرطة مائلة النهاية من عنوان URL ينتهي بأحدها ، ولإعادة توجيه الطلبات إلى الصفحة القياسية دون شرطة مائلة ، ما عليك سوى مطابقة عناوين URL التي تبدأ وتنتهي بشرطة مائلة ، وتأكد من أنه ليس دليلاً مطلوباً ، وإعادة توجيه لطلب URI بأكمله دون شرطة مائلة النهاية.

أيضًا ، أعد توجيه الصفحة إلى عنوان الويب الآمن الذي يجب أن يكون صحيحًا - سيؤدي ذلك إلى حل جميع المشكلات المحتملة مباشرةً ، بما في ذلك إنهاء شرطة مائلة أو طلب غير آمن أو مجال فرعي غير تابع للويب.

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

# Remove trailing slash from non-filepath urls
RewriteCond %{REQUEST_URI} /(.+)/$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ https://www.mywebsite.com/%1 [R=301,L]
# Include trailing slash on directory
RewriteCond %{REQUEST_URI} !(.+)/$
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+)$ https://www.mywebsite.com/$1/ [R=301,L]

HTACCESS قوة HTTPS وقوة WWW هتكس

الآن بعد حل مشكلة القطع المائلة النهائية ، دعنا نركز على HTTPS المفقود أو نطاق الويب الفرعي المفقود الذي يمكن أن يحدث ، مع هتكس إعادة توجيه HTTP إلى https باستخدام force www.

الطريقة الأسهل والأكثر أناقة لتحقيق ذلك ، هي تحديد كل منهما في نفس الحالة هتكس بالضبط.

يتم ذلك بسهولة عن طريق مطابقة عناوين URL التي لا تبدأ بالنطاق الفرعي للويب ، أو أي طلب لا يشمل HTTPS ، وإعادة توجيه عنوان URL الصحيح لموقعنا على الويب ، والذي يتضمن كلاً من الاتصال الآمن والنطاق الفرعي للويب www.

# HTACCESS force HTTPS and force WWW htaccess 
RewriteCond %{HTTP_HOST} !^www\.(.*)$ [OR,NC]
RewriteCond %{https} off
RewriteRule ^(.*)$ https://www.mywebsite.com/$1 [R=301,L]

فرض HTTPS و WWW لكن اسمح المضيف المحلي

الآن ، كل هذا جيد ، ولكن ماذا يحدث عندما نحاول فعلاً الوصول إلى موقعنا على شبكة الإنترنت في وضع التطوير على خادم XAMPP المحلي ، ولكن تتم إعادة توجيه جميع طلباتنا إلى http: // localhost الآن إلى https://www.mysite.com - إصدار الإنتاج لدينا؟

حسنًا ، يتمثل الحل في إعادة استخدام الجزء السابق من الشفرة الذي يفرض نسخة HTTPS و WWW من طلب عنوان URL ، ولكن ابدأ من خلال الاستبعاد من طلبات التحقق التي تمت معالجتها إلى مضيف محلي أو عنوان IP المحلي الخاص بنا ، وهو 127.0.0.1.

وهذا كل شيء ، لدينا الآن قطعة جميلة من التعليمات البرمجية من شأنها حل جميع مشاكلنا!

# HTACCESS force HTTPS and force WWW htaccess 
RewriteCond %{HTTP_HOST} !^localhost [NC]
RewriteCond %{REMOTE_ADDR} !^127\.0\.0\.1$
RewriteCond %{HTTP_HOST} !^www\.(.*)$ [OR,NC]
RewriteCond %{https} off
RewriteRule ^(.*)$ https://www.mywebsite.com/$1 [R=301,L]

إعادة توجيه HTTP إلى HTTPS هتكس ، فرض WWW وإزالة النهاية المائلة

يمكن استخدام الجزء الكامل من التعليمات البرمجية أدناه في ملف HTACCESS لتحقيق كل ما يلي:

إعادة توجيه HTTP إلى HTTPS في htacces ،

فرض WWW في هتكس ،

إزالة نهاية شرطة مائلة في URL.

بالطبع ، لا تنسَ تغيير عنوان URL لموقع الويب الذي ينطبق عليك.

يمكن استخدامه حتى لإعادة توجيه موقع الويب إلى موقع ويب آخر عن طريق تغيير عناوين URL المقصودة إلى أفضل موقع استضافة ويب آخر رخيص:

#--------------------------------------------------
# Force WWW htaccess : /
#--------------------------------------------------
#### Force HTTPS://WWW and remove trailing / from files ####
## Turn on rewrite engine
RewriteEngine on

# Remove trailing slash from non-filepath urls
RewriteCond %{REQUEST_URI} /(.+)/$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ https://www.mywebsite.com/%1 [R=301,L]

# Include trailing slash on directory
RewriteCond %{REQUEST_URI} !(.+)/$
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+)$ https://www.mywebsite.com/$1/ [R=301,L]

# HTACCESS force HTTPS and force WWW htaccess
RewriteCond %{HTTP_HOST} !^localhost [NC]
RewriteCond %{REMOTE_ADDR} !^127\.0\.0\.1$
RewriteCond %{HTTP_HOST} !^www\.(.*)$ [OR,NC]
RewriteCond %{https} off
RewriteRule ^(.*)$ https://www.mywebsite.com/$1 [R=301,L]

معرض الصور

مقالات مماثلة


تعليقات (0)

اترك تعليقا

زيادة أرباح الإعلانات بنسبة 50-250٪ باستخدام Ezoic. شريك Google معتمد للناشرين.
زيادة أرباح الإعلانات بنسبة 50-250٪ باستخدام Ezoic. شريك Google معتمد للناشرين.
 
زيادة أرباح الإعلانات بنسبة 50-250٪ باستخدام Ezoic. شريك Google معتمد للناشرين.
زيادة أرباح الإعلانات بنسبة 50-250٪ باستخدام Ezoic. شريك Google معتمد للناشرين.