पहले मुझे कुकीज डोमेन की अवधारणा के बारे में कुछ बात करने दें। आम तौर पर, http पर कुछ भी अनुरोध करते समय, अनुरोध के साथ कोई भी प्रासंगिक कुकीज़ भेजी जाती है। कुकीज, इस बात पर निर्भर हैं कि वे किस डोमेन से आते हैं। एक कुकीज डोमेन का उपयोग करने का विचार यह है कि आप स्थिर सामग्री को स्थानांतरित करते हैं जो कुकीज़, छवियों की तरह एक अलग डोमेन पर नहीं है ताकि उस अनुरोध के साथ कोई कुकी नहीं भेजी जाएगी। यह यातायात की एक छोटी राशि में कटौती करता है।
ऐसा करने से आपको कितना लाभ मिलता है पृष्ठ के प्रकार पर निर्भर करता है। आपके पास जितनी अधिक छवियां हैं, उतनी ही अधिक आपको मिलती है। यदि आपकी साइट छोटी छवियों का एक बड़ा गुच्छा लोड करती है, जैसे अवतार या छवि थंबनेल, तो आपके पास बहुत कुछ हासिल हो सकता है। इसके विपरीत, यदि आपकी साइट किसी भी कुकीज़ का उपयोग नहीं करती है, तो आपके पास कुछ भी हासिल करने के लिए नहीं है। यह पूरी तरह से संभव है कि आपका पृष्ठ काफी तेज़ी से लोड नहीं होगा, अगर यह केवल छवियों की एक छोटी मात्रा का उपयोग करता है, जिसे पेज लोड के बीच कैश किया जाएगा। ध्यान में रखने की
एक बात, भी, कि example.com
के लिए निर्धारित कुकीज़ को "s1.
" example.com
को उप डोमेन है s1.example.com
करने के लिए अनुरोध के साथ भेजा जाएगा है। कुकी रिक्त स्थान को अलग करने के लिए आपको www.
(या अपनी पसंद के किसी अन्य सबडोमेन) का उपयोग करने की आवश्यकता है।
दूसरा, यदि आप तय करते हैं कि एक कुकीज डोमेन वास्तव में कुछ करने योग्य है, तो हम कार्यान्वयन के बारे में बात करते हैं।
शिखर का समाधान खराब है! जबकि समाधान सतह पर काम करने लगता है, यह वास्तव में एक cookieless डोमेन का उपयोग करने के उद्देश्य को हरा देता है। प्रत्येक छवि के लिए, पहले s1.
यूआरएल की कोशिश की जाती है। s1.
यूआरएल फिर www.
डोमेन पर रीडायरेक्ट करता है जो एक दूसरा http अनुरोध ट्रिगर करता है। यह एक नुकसान है, इससे कोई फर्क नहीं पड़ता कि आप इसे कैसे देखते हैं। आपको क्या चाहिए को फिर से लिखें, जो वेब सर्वर पर आंतरिक रूप से यूआरएल को बदलता है, ब्राउजर के बिना भी महसूस करता है।
सादगी के लिए, मैं यह सोचते हैं रहा है कि सभी डोमेन समान निर्देशिका को इंगित, ताकि www.example.com/something
= example.com/something
= s1.example.com/something
= blub.example.com/something
। यदि आपको वास्तव में "www.example.com/images
" में भौतिक रूप से चित्रों को स्टोर करने की आवश्यकता है, तो यह चीजों को आसान बनाता है।
मैं एक .htaccess है कि इस तरह एक छोटे से कुछ लग रहा है की सलाह देते हैं:
# Turn on rewrites
RewriteEngine On
# Rewrite all requests for images from s1, so they are fetched from the right place
RewriteCond %{HTTP_HOST} ^s1\.example\.com
# Prevent an endless loop from ever happening
RewriteCond %{REQUEST_URI} !^/images
RewriteRule (.+) /images/$1 [L]
# Redirect http://s1.example.com/ to the main page (in case a user tries it)
RewriteCond %{HTTP_HOST} ^s1\.example\.com
RewriteRule ^$ http://www.example.com/ [R=301,L]
# Redirect all requests with other subdomains, or without a subdomain to www.
# Eg, blub.example.com/something -> www.example.com/something
# example.com/something -> www.example.com/something
RewriteCond %{HTTP_HOST} !^www\.example\.com
RewriteCond %{HTTP_HOST} !^s1\.example\.com
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]
# Place any additional rewrites below.
+1 है !! आपने मुझे पूरी कुकी-कम कहानी को बाईपास करने के लिए अकेले मुझे विश्वास दिलाकर मुझे फिर से काम करने के घंटे बचाए। मेरी साइट केवल 10 छवियों का उपयोग करती है, जो सबडोमेन पर पूरी सामग्री को रीडायरेक्ट करने के दौरान लायक नहीं है। इस विषय पर, क्या आप जानते हैं कि एसईओ रैंकिंग के मामले में, yellowhorse.domain.com या domain.com/yellowhorse का उपयोग करना बेहतर है? – Sam