it-swarm.asia

كيف أقوم بإعداد مجال أقل لملفات تعريف الارتباط؟

لقد قرأت أنه من الأفضل تقديم محتوى ثابت (css أو javascript أو ما إلى ذلك) من مجال أو ملف فرعي أقل لملف تعريف الارتباط لتحقيق أداء أفضل. أفترض أن المجال ليس ملف تعريف ارتباط أقل بشكل افتراضي. كيف يمكنني تحديد أنني لا أريد استخدام ملفات تعريف الارتباط؟

24
BenV

عندما تخبرك أشياء مثل YSlow و سرعة الصفحة بإعداد نطاقات أقل لملفات تعريف الارتباط ، فإن ما يعنيه ذلك فعليًا هو تقديم الوسائط من مجال لن تقوم بتعيينه ، أو لم تقم بتعيين أي (عالميًا) في الماضي. في بعض الأحيان ، يمكن تحقيق ذلك باستخدام نطاقات فرعية ، مثل media.domain.com أو static.domain.com ، ومع ذلك إذا قمت بتعيين ملف تعريف ارتباط على domain.com الذي ينطبق على المجال ككل - ملف تعريف ارتباط لـ *.domain.com - ثم سيتم إرسال ملف تعريف الارتباط هذا من قبل العميل مرة أخرى إلى الخادم على كل طلب كل المجال المرتبط بـ domain.com . وهذا يشمل جميع المجالات الفرعية.

يصبح ملف تعريف الارتباط العام مشكلة إذا قررت التخلي عن استخدام www. في نطاقاتك. بدون مجال فرعي معين لتعيين ملف تعريف ارتباط لـ ، يجب تعيين جميع ملفات تعريف الارتباط على *.domain.com حتى تعمل.

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

إذا كنت متأكدًا من أنه لن يكون لديك مطلقًا مجموعة ملفات تعريف ارتباط لـ *.domain.com ، فيمكنك استخدام مجال فرعي لتلبية احتياجاتك. كن على علم أنه في معظم الأوقات إذا قمت بالاندماج مع موقع أو خدمة أخرى عبر Javascript ، فستقوم بتعيين ملفات تعريف الارتباط للمجال العام.

في Apache (وأنا متأكد من كل خادم ويب آخر) ، يمكنك تعيين أو إلغاء تعيين الرؤوس قبل الرد على الطلبات. لن يؤدي هذا إلى حل مشكلة إرسال العميل ملف تعريف الارتباط إلى الخادم الخاص بك ، ولكنه سيحول نطاقاتك من إرسال ملفات تعريف الارتباط أو إعدادها في البداية. مشكلة فقط إذا كنت تقدم محتوى غير ثابت من نطاقات ملفات تعريف الارتباط التي لا تهزم الغرض منها.

Header unset Cookie
Header unset Set-Cookie 

سيؤدي ذلك إلى إلغاء تعيين رؤوس ملفات تعريف الارتباط الموجودة وإنشاء ملفات تعريف ارتباط جديدة. مرة أخرى ، فقط مشكلة إذا قمت بتقديم محتوى من نطاقاتك الثابتة التي يمكن أن تقوم بتعيين ملف تعريف ارتباط. ضع هذا في موقعك أو في تكوين المضيف الظاهري (والذي قد يكون وفقًا لنظام التشغيل والخادم والإصدار لديك أي عدد من الأماكن).

26
Bryson

كيف يمكنني تحديد أنني لا أريد استخدام ملفات تعريف الارتباط؟

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

كان أحد الأخطاء التي ارتكبتها مؤخرًا هو أنني لم أفرق بين المجال والمجال الفرعي. بدأت في تقديم جميع الوسائط من http://media.example.com معتقدًا أنه كان مجالًا غير صالح للطبخ ولكنه في الواقع فرع - نطاق ووجدت الكثير من ملفات تعريف الارتباط من الموقع الرئيسي http://www.example.com حيث يتم تعيينها على مستوى المجال وبالتالي تلويث لنطاقي الفرعي الذي لا يُفترض طهيه. إليك الرابط الخاص بكيفية حل هذه المشكلة: https://serverfault.com/questions/160210/nginx-serve-static-content-from-a-cookieless-domain

6
Tom

كيف يمكنني تحديد أنني لا أريد استخدام ملفات تعريف الارتباط؟

ليس عليك تحديد أنك لا تريد استخدام ملفات تعريف الارتباط ، ولكنك لا تستخدمها فقط.

3
delete