هل إستخدمت أدوات عبر إنترنت لإختبار سرعة موقع الويب حتي الآن؟ بالتأكيد واجهوا إلي إحدي من هذه الأدوات. نقوم هنا إلي تعليم إستخدام النطاق بدون ملف تعريف الإرتباط في ووردبريس.
على سبيل المثال أدوات مثل Gtmetrix و Pingdom و غير ذلك يقومون بتحليل كل موقع الويب و يبلغون إلينا أن ما هو يعملون صحيحاً و أين يحتاج إلي الإصلاح. يمكنك أن تواجهوا إلي خطأ بإسم use cookie-free domains عند إستخدام هذه الاداة.
HTTP cookie هي بيانات يرسلون من جانب صفحات الويب إلي متصفح المستخدم. يحفظ هذه البيانات في متصفح المستخدم عندما يقوم مستخدم إلي الزيارة من موقع الويب. هذه البيانات يرسلون لخادم أثناء إعادة زيارة محدد موقع الموارد و يتذكر المعلومات المتعلقة إلي المستخدم.
ما هو نطاق بدون ملف تعريف الإرتباط أو نفس cookie-free domain؟ كيف و لماذا يجب عليكم إستخدام النطاق دون ملف تعريف الإرتباط؟ نقوم في هذه المقالة من موقع شركة “Betterstudio” إلي تعليم إستخدام النطاق دون ملف تعريف الإرتباط في ووردبريس. فإتبعنا.
ما هو نطاق بدون ملف تعريف الإرتباط؟
فدعنا أن نرى ما هو نطاق بدون ملف تعريف الارتباط، قبل الرجوع إلي تعليم كيفية استخدام نطاق بدون ملف تعريف الإرتباط في ووردبريس. نطاق بدون ملف تعريف الإرتباط هو نطاق لا يرسل أوامر حفظ ملفات تعريف الإرتباط المرتبطة إلي الموقع إلي متصفح المستخدم.
يكون لمواقع الويب بعض من المعلومات الثابتة لا يتغيرون في الكثير من الأحيان. منها الصور و ملفات CSS و جافا سكريبت.
بسبب سواء هذه المعلومات عامة، فلا يحتاج إلي تخزينها في متصفح المستخدم كملف تعريف الإرتباط. فيمكن القول أن يمكن تقليل عدد طلبات يرسل من جانب المستخدم إلي الخادم من خلال ضبط نظاق لا يستخدم ملف تعريف الإرتباط. يكون لهذا العمل ميزات كثيرة.
يمكن أن يرتكز هذه السرعة و التشغيل في مكان آخر. ما تفكر عن سبب رئيسي هذا العمل؟ فيكون غرض رئيسي لهذه الإستراتيجية، تحسين تشغيل موقع الويب. نعم، أنتم على حق. يمكن أن يستجيب الخادم إلي الطلبات التي لها أولوية كثيرة بمجرد تقليل الطلبات المرتبطة إلي ملفات تعريف الارتباط.
تعليم إستخدام النطاق بدون ملف تعريف الإرتباط في ووردبريس
حتي الآن فهموا ما هو نطاق بدون ملف تعريف الإرتباط و لماذا يجب علينا إستخدامه. عاماً، يكون لنطاقات بدون ملف تعريف الإرتباط ميزتين رئيسيتين: 1-تقليل حركة المرور في الشبكة 2-تقليل وقت التحميل لمحتويات ثابتة
ولكن حان الوقت أن تتعرفوا على أسلوب إستخدام نطاق بدون ملف تعريف الإرتباط في ووردبريس. ربما يبدوا أن يصعب إستخدام و ضبط النطاق بدون ملف تعرف الإرتباط في ووردبريس. ولكنه ليس كذلك على الإطلاق و ينبغي القيام إلي جميع الخطوات وفقاً لتعليمات.
بالتأكيد، هناك العديد من الأساليب لاستخدام ملف تعريف الارتباط في ووردبريس مثل كل البرامج التعليمية التي قمنا إليهم حتي الآن في موقعنا “Betterstudio”. على سبيل المثال إستخدام CDN بواسطة نطاق آخر. نحاول هنا أن نحقق من الأساليب الفعالة.
لاحظ إلي هذه النصيحة أن إذا تم تعيين نطاقكم الرئيسي من خلال إعدادات ملفات تعريف الإرتباط فإن سيكون هذه الإعدادات لجميع subdomains. فمن الواضح ان يجب عليكم توفير نطاق آخر للحصول على جميع البيانات الثابتة لملفات تعريف الإرتباط لإستخدام النطاق بدون ملف تعريف الإرتباط.
يطرح هنا هذا السؤال أن كيف قاموا بإستخدام النطاق بدون ملف تعريف الإرتباط في ووردبريس؟
1- الخطوة الأولي هي أن قوموا بإنشاء subdomain على سبيل المثال static.yourwebsite.com و تلقي جميع بيانات ثابتة موقع الويب فيه.
2- قوموا بنقل النطاق الفرعي الذي قوموا بإنشاءه في مضيفكم إلي مجلد wp-content. إذا تعتبرون من مستخدمي cPanel فيجب عليكم تغيير document root إلي public_html/wp-content وفقاً لصورة تالية.
3- إبحث عن ملف wp-config.php من خلال مضيفكم و أضافوا الأوامر التالية إليه أو إذا يجدوا الأوامر فقوموا بتحريرها:
define("WP_CONTENT_URL", "http://static.yourwebsite.com")
;define("COOKIE_DOMAIN", "www.yourwebsite.com");4- في الخطوة اللاحقة يجب عليكم إعادة توجيه جميع عناوين المشاركات إلي subdomain الجديد. للقيام إلي هذا العمل من الكفاية أن تقوموا إلي إجراء الأمر التالي في SQL Database:
UPDATE wp_posts SET post_content = REPLACE(post_content,'www.yourwebsite.com/wp-content/','static.yourwebsite.com/')
حسناً، يكون الأسلوب الآخر إستخدام NGINX. إذا تستهدف إلي تلقي البيانات الثابتة في خادمكم فيكون الخطوة الأولي توفير نطاق بدون ملف تعريف الإرتباط.
الخطوة الاحقة هي أن تنتقلوا نطاقكم الجديد إلي خادم وضع النطاق الرئيسي فيه.
maindomain.com A 11.22.33.44 static.maindomain.com A 11.22.33.44
النطاق الأول هو نطاقكم الرئيسي و كما من الواضح، النطاق الثاني يرتبط إلي البيانات الثابتة.
حان الوقت أن تقوموا بتغيير إعدادات ملف ngix.conf. أضف هذه الأوامر إلي ملف ngix.conf:
server {
listen ip:80;
server_name maindomain.com;
root /srv/http/nginx/ maindomain.com;
access_log logs/ maindomain.com.access.log;
location / {
index index.html
charset utf-8;
}
}
}
server {
listen ip:80;
;server_name static.maindomain.com
root /srv/http/nginx/maindomain.com
location /
if ($request_filename ~ "\.(jpg|css|gif|png|swf|ico|mp3)$") {
break;
}
return 404;
}
}الخطة الأخيرة هي أن قوموا بتحميل صور موقع الويب من خلال النطاق الثاني أي static.maindomain.com. للقيام إلي هذا العمل يحتاج إلي ربط نطاق البيانات الثابتة.
الصورة الأولي:
<img src="/images/testimage.png" />
صورة تمت ربطها:
<img src="https:// static.maindomain.com/images/testimage.png" />
الآن عندما يكون لكم طلب لصورة فيدعي هذه الصورة من نطاق static.maindomain.com.
إستخدام نطاق cookie-free على جانب CDN
إستخدام CDN هو أسلوب مناسب آخر لحل مشكلة النطاق بدون ملف تعريف الإرتباط. يكون لدي الكثير من CDNs هذه الميزة لتجاهل ملفات تعريف الإرتباط. بالطبع، يمكن أن يصعب إختيار CDN مناسب. كما تعلم، يكون لأي CDN ميزات و خدمات متنوعة. فلا يفيد كل الميزات خيار مناسب لمشكلتكم.
لا يرتبط إلينا مشاكل يمكن أن يكون لكل CDN. نقوم هنا بتقديم CDN بديل و مناسب يفيدكم. نحن نقترحكم أن إرجعوا إلي KeyCDN. يمكنكم إستخدام المكون الإضافي الخاص ب CDN لإستخدامه في موقع رسمي ووردبريس خاص بكم. الطريقة هي:
1- الخطوة الأولي التي يجب القيام بها هي أن إرجعوا إلي موقع رسمي KeyCDN و قوموا بإنشاء حساب المستخدم. تقدّم هذه الخدمة إلي مستخدميها خدمات مجانة لشهراً واحداً. بمجرد رضاكم عن الخدمات، يمكنكم شرائها.
2- قم بتنزيل المكون الإضافي CDN enabler plugin من خلال موقع ويب رسمي ووردبريس و أيضاً تثبيت و تفعيله.
3- قم بإنشاء Pull – Zone جديد من خلال لوحة المعلومات في KeyCDN.
4- قم بنسخ المحدد الموقع الموارد المرتبط إلي Zone قاموا بإنشاءه و إستبداله في مكون إضافي ووردبريس.
ينبغي هنا إستبدال محدد موقع الموارد URL تم نسخه:
5- بعد القيام إلي هذه الأعمال قوموا بمسح ذاكرة تخزين مؤقتة لموقع الويب الخاص بكم.
هذا كان كل أعمال كان يجب عليكم القيام بها. لمعرفة ما إذا كنت قد اتبعت الخطوات، ما عليك سوي تحليل موقع الويب الخاص بكم مرة أخري باستخدام أدوات الاختبار. ستلاحظ هنا الإختلاف.
Gtmetrix يدل على عدم دومين Cookie-free
إحدي من مشاكل يواجهوها العديد من المستخدمين هي تلقي خطأ Cookie-free في أداة Gtmetrix على رغم أن قاموا بإتباع خطوات إزالته. فمن أين ينتج هذا الخطأ؟
حسناً، إذا قمت بتفعيل خيارين Strip Cookies و Cache cookies في KeyCDN فستلقون رسالة الخطأ في قسم YSlow نتيجة ل Gtmetrix بعد، كما تلاحظون في الصورة التالية. هذا ينشأ بسبب ظروف false-positive لأداة التحليل.
كما أشرناها أعلاه، عندما تقومون إلي ضبط ملفات تعريف الإرتباط على دومين رئيسي yourwebsite.com فتشتملون جميع subdomains على ملفات تعريف الإرتباط أيضاً. على رغم ان تستخدمون إحدي منهم فحسب.
إذا قمت بتفعيل خيار strip cookies فيخطأ خطأ YSlow. في الحقيقة، لا يلاحظ YSlow إلي تفعيل هذا الخيار و يستمر إلي إظهار الخطأ.
إذا إستخدموا أمر cURL في أداة Dev كروم فيمكنكم تجاهل عن هذه الرسالة آمناً.
إضافة إلي ذلك، إذا تستخدمون Cloudflare فلا يمكنكم الوصول إلي 100 في YSlow. يستخدم Cloudflare ملف تعريف إرتباط cfduid__ لكل طلب و لا يمكن إزالتهم بأسباب أمنة. نتيجة لذلك سيبقي هذا الخطأ.