मैं एक PHP वेब एप्लिकेशन बना रहा हूं जो उपयोगकर्ता विशिष्ट जानकारी संग्रहीत करता है जो अन्य उपयोगकर्ताओं के साथ साझा नहीं किया जाता है।
कैशिंग के लिए $ _SESSION चर में इस जानकारी में से कुछ को स्टोर करना अच्छा विचार होगा? उदाहरण के लिए: उपयोगकर्ता ने अपने खाते के लिए बनाए गए श्रेणियों की एक सूची कैश करें।
यह रूप में लंबे समय सत्र तंत्र का एक उचित उपयोग हो के रूप में आप यह ध्यान में रखना होगा:
एक अच्छा उपयोग पैटर्न इस तरह होगा (ईथर कुकीज़ या सत्र) का चयन पृष्ठभूमि रंग, पिछले 10 रिकॉर्ड देखे गए, श्रेणियां) सत्र/कुकी में।
चीजें एक कुकी
मुझे यकीन है कि अन्य बातों पर भी विचार करना है, लेकिन यह मेरे सिर के शीर्ष से बाहर है।
कि अच्छी तरह से डेटा की अपेक्षाकृत कम मात्रा के लिए काम कर सकता था, लेकिन आप को ध्यान में कुछ चीजें आपको करना होगा: डिस्क या डेटाबेस या कुछ और पर निर्भर करता है पर
आप केवल अपने सत्र के दौरान इस डेटा उपलब्ध चाहते हैं, तो हाँ। यदि आप कल इसे उपलब्ध करना चाहते हैं, या अब से 4 घंटे, तो आपको इसे डेटाबेस में सहेजने की आवश्यकता है।
तकनीकी रूप से आप सत्रों को बहुत लंबा जीवनकाल में संशोधित कर सकते हैं, लेकिन महसूस करते हैं कि वे एक अलग कंप्यूटर, एक अलग ब्राउज़र का उपयोग करते हैं या अपनी कुकीज़ को फ्लश करते हैं, तो वे अपने सत्र में लिंक खो देंगे, इसलिए कुछ भी गंभीर आपको एक प्रकार बनाना चाहिए अपने आवेदन में उपयोगकर्ता खाते का, सत्र को उनके खाते से लिंक करें और डेटा को एक पारगम्य स्थान में सहेजें।
मैंने कहीं पढ़ा है कि memcached कम ओवरहेड डेटा पुनर्प्राप्ति के लिए इसके लायक नहीं था। क्या सत्र का उपयोग करने से तेज़ है? – menko
memcached वह जगह है जहां आप बिट्स और जानकारी के टुकड़े संग्रहित कर रहे हैं ताकि आपको डेटा स्टोर को मारना न पड़े। यह आपके ऐप और डीबी सर्वरों का विस्तार करने के बाद बहुत अधिक ट्रैफिक वेबसाइटों और उन चीजों में से एक है जिसे आप कार्यान्वित करना शुरू कर देते हैं। –
memcached डेटाबेस से बहुत तेज है, लेकिन अभी भी फ़ाइल-आधारित $ _SESSION पहुंच से धीमा है क्योंकि आपको स्थानीय डिस्क तक पहुंचने के बजाय नेटवर्क अनुरोध करना है। इसके बजाय इसका उपयोग करने का कारण कई सर्वरों में स्थिरता के लिए है। –