उपयोगकर्ताओं को साइन-अप से पहले अपने वेब ऐप को आज़माने दें: सत्र या temp डीबी?

Question

मैंने कुछ उदाहरण देखे हैं जहां वेब एप्लिकेशन साइन-अप करने के बिना उन्हें बाहर करने की कोशिश कर रहे हैं (हालांकि आपको निश्चित रूप से सहेजने की आवश्यकता है)।

उदाहरण: http://minutedock.com/

पर कोशिश मैं अपने खुद के वेब ऐप्लिकेशन के लिए यह कर रहा है और बुनियादी सवाल है कि क्या सत्र में या एक अस्थायी उपयोगकर्ता तालिका में अपनी जानकारी स्टोर करने के लिए है के बारे में सोच रहा हूँ?

अस्थायी उपयोगकर्ता तालिका लॉगिंग की अनुमति देगी और संभावित रूप से सर्वर पर हिट से कम हो, सही?

क्या यहां कोई सर्वोत्तम अभ्यास है?

Answer 1

यह आमतौर पर उसी तरह काम करना चाहिए जिस तरह से एप्लिकेशन आमतौर पर काम करता है, केवल अंतर यह है कि thisIsATrialUser जैसे ध्वज सेट हैं। आपको आंतरिक रूप से काम करने के दो अलग-अलग तरीकों को नहीं बनाना चाहिए।

Answer 2

उपयोगकर्ता की एक श्रेणी बनाएं, इसे अपने बेनामी उपयोगकर्ता प्रकार पर कॉल करें। सभी अनधिकृत उपयोगकर्ताओं को अनाम खाते दें (आपको किसी बिंदु पर पुराने खाते साफ़ करना होगा)। पुराने उपयोगकर्ताओं को उनके अनाम खाते से संबद्ध करने के लिए एक सतत कुकी का उपयोग करें। जब भी उन्हें कुछ ऐसा करने की ज़रूरत होती है जिसके लिए भुगतान या पूर्ण पंजीकरण की आवश्यकता होती है तो उन्हें स्वयं प्रमाणित करें। जैसे उपयोगकर्ता उपयोगकर्ता को कुछ प्रमाणीकृत करने के बाद अपने उपयोगकर्ता प्रकार को बदलें ताकि आप उन सभी जानकारी को रख सकें जो पहले से ही अज्ञात हैं।

इससे पंजीकरण की आवश्यकता के बिना शॉपिंग कार्ट जैसी संभावित जानकारी को ट्रैक और स्टोर करने की अनुमति मिलती है। यदि आप अज्ञात उपयोगकर्ता को समान रूप से नियमित उपयोगकर्ताओं के साथ व्यवहार करते हैं तो आपके कोड को अधिक परिवर्तन नहीं करना चाहिए। अन्यथा आपको उन विशेष उपयोगकर्ताओं को प्रबंधित करने के लिए कोड का एक बिल्कुल नया सेट बनाना होगा जो आपके मास्टर उपयोगकर्ता तालिका में संग्रहीत नहीं हैं।

Answer 3

परीक्षण उपयोगकर्ताओं द्वारा जोड़े गए डेटा को साफ़ करने के लिए, आप कुकी + 1 दिन के जीवनकाल बनाए गए सभी डेटा को हटाने के लिए एक स्क्रिप्ट बना सकते हैं और किसी भी परीक्षण उपयोगकर्ता के स्वामित्व में हैं। आप रात के क्रॉन के साथ स्क्रिप्ट को स्वतः पायलट कर सकते हैं।