। एचटीएसीएसी, वाईएसलो, और "कुकी मुक्त डोमेन का उपयोग करें"

Question

वाईएसलो के मापने योग्यों में से एक स्थिर फाइलों की सेवा के लिए कुकी-मुक्त डोमेन का उपयोग करना है।

"ब्राउज़र एक स्थिर छवि का अनुरोध और अनुरोध के साथ कुकीज़ भेजता है, तो सर्वर कुकीज़ ध्यान नहीं देता। ये कुकीज़ अनावश्यक नेटवर्क यातायात कर रहे हैं। इस समस्या वैकल्पिक हल के लिए, सुनिश्चित करें कि स्थिर घटकों कुकी-फ्री अनुरोध के साथ सबडोमेन बनाकर और उन्हें वहां होस्ट करने के लिए अनुरोध किया गया है। " - याहू YSlow

मैं इस व्याख्या का मतलब है कि मैं प्रदर्शन में सुधार करता है, तो मैं www.example.com/imagesको static.example.com/images ले जाने का अनुभव कर सकता है।

हालांकि यह करना आसान है, लेकिन मैं इन छवियों को आसानी से संदर्भित करने और लिंक करने के लिए अपनी सामग्री प्रबंधन प्रणाली (जूमला/वर्डप्रेस) के भीतर आसान क्षमता खो देता हूं।

यह static.example.com बजाय पर एक फ़ोल्डर में www.example.com पर एक विशेष फ़ोल्डर के लिए सभी अनुरोधों पुनर्निर्देशित करने के लिए .htaccess का उपयोग करना संभव है? क्या यह विधि सीएमएस को यह भी सोचने में मूर्ख बनाती है कि छवियां अपने डोमेन पर डिफ़ॉल्ट स्थानों में स्थित थीं?

Answer 1

उस पर static.example.com बजाय www.example.com पर एक विशेष फ़ोल्डर के लिए सभी अनुरोधों रीडायरेक्ट करने के लिए .htaccess उपयोग करने के लिए एक फ़ोल्डर में संभव है?

संभावित, लेकिन उत्पादक काउंटर - क्लाइंट को HTTP अनुरोध करना होगा, रीडायरेक्ट प्रतिक्रिया प्राप्त करनी होगी, फिर एक और HTTP अनुरोध करें।

यह कुकी डेटा की सहेजी गई एकल पंक्ति से बहुत अधिक खर्च करता है!

क्या यह विधि सीएमएस को छवियों को सोचने में मूर्ख बनाती है अपने डोमेन पर डिफ़ॉल्ट स्थानों में स्थित थी?

सं

Answer 2

रीडायरेक्ट कहीं अधिक नेटवर्क यातायात का कारण होता है, और दूर अधिक विलंबता, बस बातें छोड़ने के रूप में वे कर रहे हैं की तुलना में।

Answer 3

यह अनुरोध को पुनर्निर्देशित करेगा लेकिन ग्राहक अभी भी सर्वर पर अपनी कुकीज़ भेज रहा है, इसलिए वास्तव में आपने कुछ भी नहीं किया। आपको उस डोमेन से फ़ाइलों तक सीधे पहुंचना होगा जो काम करने के लिए कुकीज़ संग्रहीत नहीं कर रहा है।

Answer 4

हालांकि यह करने के लिए आसान है, मैं मेरी सामग्री प्रबंधन प्रणाली (जूमला/वर्डप्रेस) के भीतर काम करने की क्षमता आसानी से और लिंक संदर्भित करने के लिए इन छवियों को खो देगा।

आप जो करने का प्रयास कर सकते हैं वह जूमला में एक प्लगइन बनाना है जो इन संदर्भों को द्विपक्षीय रूप से बनाता है।

उदाहरण के लिए, आपके पास एक प्लगइन है कि जब आप किसी लेख में {dinamic_path पथ} दर्ज करते हैं, तो यह प्रदान किए गए पथ पर 'static.example.com/images' जोड़ता है। इसलिए, हर बार आपको सर्वर पथ को बदलने की आवश्यकता होती है, तो आप बस प्लगइन में बदल जाते हैं। पहले से ही डेटाबेस में मौजूद लिंक के लिए, आप इस संरचना में उन्हें बदलने के लिए phpMyAdmin का उपयोग करने का प्रयास कर सकते हैं।

यह अभी भी TinyMCE में WYSIWYG क्षमता को खो देता है, लेकिन यह एक विकल्प है।

Answer 5

आप वास्तव में क्या करना चाहते हैं staticxexample.com/images के बजाय staticexample.com/images का उपयोग करें ताकि आप example.com डोमेन पर कोई भी कुकी नहीं उठा सकें जिसे आपने सेट किया हो। यदि आप सब कुछ उस डोमेन से सर्वर छवियों को सरल अपाचे सर्वर या कुछ के साथ करते हैं तो आप उस सर्वर को कॉन्फ़िगर कर सकते हैं कि सत्र सत्र भी न लौटाएं।

रीडायरेक्ट एक बहुत ही बुरा विचार है। कुकीज कुछ प्रदर्शन हिट का कारण बनती है लेकिन रीडायरेक्ट जैसे सर्वर पर राउंड ट्रिप का कारण अधिक गंभीर प्रदर्शन समस्या होगी।

Answer 6

सिद्धांत में आप एक वर्चुअल डोमेन बना सकते हैं जो छवियों फ़ोल्डर, जैसे images.example.com पर सीधे इंगित करता है। फिर आपके सीएमएस में (आशा है कि विषय परत पर) आप किसी भी पथ को प्रतिस्थापित कर सकते हैं जो छवि फ़ोल्डर को उप डोमेन के पूर्ण पथ के साथ इंगित करता है।

Answer 7

मैं नीचे था और सफलता हासिल की:

<FilesMatch "!\.(gif|jpe?g|png)$"> 
    php_value session.cookie_domain example.com 
</FilesMatch> 

क्या इसका मतलब है कि आप कुकी जानकारी में छवियों सेट नहीं करते है। फिर छवियां सर्वर के साथ कुकी-मुक्त हैं।