कुकीज़ का नामकरण - सर्वोत्तम अभ्यास [बंद]

Question

कुकी के नाम क्या दिखना चाहिए?

क्या उन्हें होना चाहिए:

• lower_case
• टेढ़े मेढ़े संयुक्त शब्द
• Underscore_Camel_Case
• अपरकेस

या उन्हें कुछ और होना चाहिए?

Comments

अच्छा प्रश्न! अगर मेरे पास वोट बचे हैं तो इसे बढ़ा दूंगा।

— पेका

@Pekka: मैं आप के लिए upvoted। मैं इसे भी बढ़ाऊंगा, लेकिन केवल एक बार अपवोट कर सकता हूं :(

— चार्ली ब्राउन

@Bran, मैं तुम्हारे लिए upvot क्योंकि मैं कुछ ही मिनटों में नए वोट वैसे भी मिलता है। ओह, लेकिन मैं इसके लिए वोट करने वाला था ... gosh darnit।

— तोर वलामो

धन्यवाद जैकब! यह हमें एक कदम आगे लाता है। आपने किसी भी तरह से इस सवाल को उठाने की योजना नहीं बनाई, क्या आपने? क्योंकि अगर आपने किया, तो हमें एक और स्वयंसेवक की आवश्यकता होगी!

— पेकाका

बस के मामले में, मैं नहीं होगा। तो, यहाँ आप लोगों के लिए मेरा +1 है। :)

— हिल्टन पेरैंट्यून्स

Answer 1

appname_meaningfulname

Comments

@Emanuil: एक ही डोमेन पर अन्य एप्लिकेशन द्वारा उत्पन्न सभी अन्य कुकीज़ से इसे अलग करने के लिए।

— इग्नासियो वाज़क्वेज़-अब्राम्स

@Emanuil Rusev, ब्राउज़र ऐड-ऑन कभी-कभी कुकीज़ सेट करते हैं। मुझे यह मुश्किल तरीका लगा जब मेरी वेबसाइट ने एक कुकी उठाई और मेरी साइट द्वारा निर्धारित डेटा के बजाय उपयोगकर्ता के ऐड-ऑन द्वारा डेटा सेट किया गया।

— लाला

Answer 2

ध्यान रखें कि यह कुकी हर अनुरोध के साथ भेजी जाती है, इसलिए imho, बस आप जो सबसे छोटा नाम है उसका उपयोग कर सकते हैं, और अपने कोड को अच्छी तरह से दस्तावेज कर सकते हैं।

Answer 3

यह कुछ ऐसा होना चाहिए जो आपके द्वारा उपयोग किए जा रहे मनमाने ढंग से _GET और _POST के साथ नामकरण के टकराव से बचा जा सके, क्योंकि _REQUEST तीनों वैश्विक सरणियों (!) को पूर्वताप के साथ बताता है कि php.ini में आपकी चर सेटिंग कैसे निर्धारित की गई है। दूसरे शब्दों में, यदि आपके पास "x" नाम का एक _COOKIE और "x" नाम का एक परमवीर चक्र है, और आप $ _REQUEST ["x"] मांगते हैं, तो आपको GET परम प्राप्त होने की उम्मीद / अपेक्षा के लिए कुकी मूल्य मिल सकता है। यह विशेष रूप से समस्याग्रस्त है अगर आपके कुकीज़ को आपकी वेबसाइट रूट "/" पर स्कूप किया जाता है, न कि उस फ़ोल्डर में जहां उनका उपभोग किया जाता है।

तो मैं कहता हूं, दो सर्वोत्तम प्रथाएं:

1. सुनिश्चित करें कि आप अपने कुकीज़ के दायरे को उस पथ तक सीमित करते हैं जहां वे पढ़े और लिखे गए हैं, (सेतुकी का तीसरा तर्क () विधि ऐसा करती है)
2. अपने कुकीज़ को कुकी-विशिष्ट नामकरण सम्मेलन के कुछ प्रकार दें। मैं रिवर्स वेबसाइट का सुझाव देता हूं, जैसे जावा नामस्थान, फिर "। {। Appname}"। "। {दोस्ताना कुकी नाम ऊंट आवरण}, इसलिए, यदि आपकी साइट www.testsite.com है, और आपका ऐप foo है, और आपका चर है। "बार बार बार बार बरन" है, यह "com.testsite.foo.barBarBarBarBarBarann" होगा

Comments

क्या आपने लाइव वेबसाइट में इनमें से कुछ प्रथाओं को देखा है?

— इमानुइल रुसेव

Answer 4

मैं परियोजना के लिए कोडिंग मानकों के लिए जो भी शैली का उपयोग करता हूं।

आम तौर पर मैं योजनाओं के नामकरण के लिए कैमलकेस पसंद करता हूं, लेकिन जो भी बिलों का भुगतान करता है वह वही है जिसके साथ मैं जाऊंगा।

Answer 5

शायद आपको मेरा जवाब पसंद नहीं आएगा:

अपने स्वयं के कुकीज़ का उपयोग न करें लेकिन सर्वर सत्रों में डेटा संग्रहीत करें। तो आपको केवल एक कुकी (सत्र आईडी का संदर्भ देने के लिए) की आवश्यकता है और आप कैसे नाम दें जो कोई भूमिका नहीं निभाता है।

Comments

यह लोड बैलेंसर्स के साथ गड़बड़ हो जाता है, क्योंकि तब सत्र को एक डेटाबेस में संग्रहीत किया जाना चाहिए जो एक ही होस्ट (या संभवतः एक ही डेटासेंटर) पर नहीं है। कभी-कभी कुकीज ठीक होती हैं।

— डॉटान्चेन

@dotancohen आपके द्वारा बताई गई समस्या के संबंध में कुछ लिंक प्रदान कर सकता है? धन्यवाद!

— शार्की

"कुकीज़ का उपयोग न करें" थोड़ा शुद्धतावादी लगता है; लेकिन मुझे उपयोगकर्ता के लिए चीजें साफ रखने का यह प्रयास पसंद है।

— परपलूई

Securecookies किसी भी सर्वर साइड सत्र भंडारण के बिना सुरक्षित रूप से इस्तेमाल किया जा सकता है। उन्हें विशाल होना नहीं है (वास्तव में 4k की सीमा है जो काफी मामूली है) और लोड-बैलेन्सर और / या केंद्रीकृत DB लुकअप से बचा जाता है।

— colm.anseo