मैं g
और session
के बीच कार्यक्षमता और उद्देश्य में अंतर को समझने की कोशिश कर रहा हूं। दोनों ऑब्जेक्ट्स 'हैंग' सत्र डेटा पर हैं, क्या मैं सही हूँ? यदि हां, तो अंतर क्या हैं और मुझे किस मामले में उपयोग करना चाहिए?फ्लास्क: 'सत्र' बनाम 'जी'?
29
A
उत्तर
40
नहीं, g
सत्र डेटा को लटकाने के लिए कोई ऑब्जेक्ट नहीं है। अनुरोधों के बीच g
डेटा जारी नहीं है।
session
आपको प्रति विशिष्ट ब्राउज़र डेटा स्टोर करने के लिए एक स्थान देता है। अपने फ्लास्क ऐप के उपयोगकर्ता के रूप में, एक विशिष्ट ब्राउज़र का उपयोग करके, अधिक अनुरोधों के लिए लौटाता है, सत्र अनुरोध उन अनुरोधों पर किया जाता है।
दूसरी ओर g
डेटा के भीतर एक अनुरोध चक्र अपने कोड बेस के विभिन्न भागों के बीच साझा किया है। g
before_request
हुक के दौरान स्थापित किया जा सकता है, अभी भी teardown_request
चरण के दौरान उपलब्ध है और एक बार अनुरोध किया जाता है और ग्राहक को भेजा जाता है, g
साफ़ हो जाता है।
संबंधित मुद्दे
- 1. फ्लास्क सत्र
- 2. फ्लास्क सत्र अनुरोध
- 3. जी: बनाम जी शामिल करें:
- 4. फ्लास्क इकाई परीक्षण: सत्र
- 5. फ्लास्क-रीस्टफुल बनाम फ्लास्क-रीस्टप्लस
- 6. ओरेकल 11 जी सत्र टाइमआउट
- 7. 3 जी बनाम एज
- 8. विजुअल स्टूडियो बनाम जी ++
- 9. फ्लास्क विधि दृश्य बनाम फ्लास्क-आराम संसाधन
- 10. फ्लास्क request.args बनाम request.form
- 11. सत्र। क्लीयर() बनाम सत्र। RemoveAll()
- 12. एक्सप्रेस सत्र बनाम PassportJS सत्र
- 13. टॉपलिंक 11 जी बनाम EclipseLink
- 14. लैम्ब्डा अभिव्यक्ति (MSVC++ बनाम जी ++)
- 15. मैं फ्लास्क सत्र कैसे साफ़ करूं?
- 16. यूनिट परीक्षण एक फ्लास्क सत्र - session_transaction
- 17. फ्लास्क सत्र, कुकीज़ कहाँ संग्रहित हैं?
- 18. फ्लास्क: बहुत जल्द लॉग इन सत्र समय
- 19. आवेदन बनाम सत्र बनाम कैश
- 20. फ्लास्क
- 21. एएसपी.नेट सत्र राज्य सर्वर बनाम इनप्रोक सत्र
- 22. कोड इग्निटर सत्र बनाम PHP सत्र
- 23. php: सत्र बनाम डेटाबेस
- 24. सत्र बनाम सिंगलटन पैटर्न
- 25. रेडिस बनाम देशी सत्र
- 26. फ्लास्क
- 27. फ्लास्क
- 28. फ्लास्क
- 29. स्थानीय स्टोरेज बनाम सत्र स्टोरेज बनाम कुकीज़
- 30. एएसपी.नेट एमवीसी सत्र बनाम ग्लोबल बनाम कैश
तो 'सत्र' प्रति ग्राहक 'डेटा (कुकी पर आधारित है?) और' g' प्रति-अनुरोध डेटा है? –
@AvivCohn: बिल्कुल। 'जी' का लाभ यह है कि यह आपके सभी अनुरोधों में मौजूद है, थ्रेड सुरक्षित है, और आपके वर्तमान ऐप के लिए विशिष्ट है (यदि आप * घोंसला * फ्लास्क ऐप्स थे जहां कोई दूसरा कॉल करता है तो यह महत्वपूर्ण हो जाता है)। तो आप 'pre_request' हुक के साथ उपयोगकर्ता ऑब्जेक्ट या डेटाबेस कनेक्शन सेट कर सकते हैं, फिर उसी उपयोगकर्ता या अपने टेम्पलेट्स में कनेक्शन एक्सेस कर सकते हैं, और फिर भी प्रत्येक कॉल के साथ इसे पास किए बिना टियरडाउन हुक में उपलब्ध है। –