Django-guardian: ANONYMOUS_USER_NAME कोई मान नहीं

को निर्मित 9 मार्च 2016 · 10टिप्पणियाँ · स्रोत: django-guardian/django-guardian

क्या मुझे guardian.conf.settings में कुछ याद आ रहा है या इस लाइन के साथ

if ANONYMOUS_USER_NAME is None:
    ANONYMOUS_USER_NAME = 'AnonymousUser'

ANONYMOUS_USER_NAME कभी भी किसी के बराबर नहीं हो सकता, इस प्रकार इस तथ्य को शून्य कर देता है कि इसे वैकल्पिक माना जाता है। मुझे लगता है कि यह वांछित नहीं था।

चियर्स

Bug

स्रोत

g-as

सबसे उपयोगी टिप्पणी

अगर मैंने कोड को निम्नलिखित में बदल दिया तो क्या होगा? इससे बेहतर नहीं हो सकता? यह डिफ़ॉल्ट मान सेट करना चाहिए यदि कुछ भी निर्दिष्ट नहीं है और इसे स्पष्ट रूप से किसी को भी सेट करने की अनुमति नहीं है।

try:
    ANONYMOUS_USER_NAME = settings.ANONYMOUS_USER_NAME
except AttributeError:
    try:
        ANONYMOUS_USER_NAME = settings.ANONYMOUS_DEFAULT_USERNAME_VALUE
        warnings.warn("The ANONYMOUS_DEFAULT_USERNAME_VALUE setting has been renamed to ANONYMOUS_USER_NAME.", DeprecationWarning)
    except AttributeError:
        ANONYMOUS_USER_NAME = "AnonymousUser"

brianmay 10 मार्च 2016

👍2

सभी 10 टिप्पणियाँ

हाँ, आप सही कह रहे हैं, यह भद्दा लगता है। 'बेनामी यूज़र' को डिफॉल्ट करने में सक्षम होने के लिए इसे स्पष्ट रूप से किसी को भी सेट किए बिना रोकने के तरीके की आवश्यकता है।

brianmay 9 मार्च 2016

try:
    ANONYMOUS_USER_NAME = settings.ANONYMOUS_USER_NAME
except AttributeError:
    try:
        ANONYMOUS_USER_NAME = settings.ANONYMOUS_DEFAULT_USERNAME_VALUE
        warnings.warn("The ANONYMOUS_DEFAULT_USERNAME_VALUE setting has been renamed to ANONYMOUS_USER_NAME.", DeprecationWarning)
    except AttributeError:
        ANONYMOUS_USER_NAME = "AnonymousUser"

brianmay 10 मार्च 2016

👍2

मैं कहूंगा कि मैंने टिप्पणी की गई दो पंक्तियों को हटा दें।

चूंकि ANONYMOUS_USER_NAME वास्तव में USERNAME_FIELD लिए मूल्य है, ANONYMOUS_USER_NAME एक ईमेल या कुछ और हो सकता है। इस प्रकार "AnonymousUser" में चूक करना भ्रामक है। इसके अलावा, ANONYMOUS_USER_ID सुविधा को ट्रिगर कर रहा था और ANONYMOUS_DEFAULT_USERNAME_VALUE उपयोगकर्ता नाम के रूप में कार्य करता था। लेकिन अब, वे एक सेटिंग में विलय कर रहे हैं, जो ट्रिगर और मूल्य के रूप में कार्य करता है। तो डिफ़ॉल्ट मान प्रदान करने का कोई मतलब नहीं है।

तो मैं इसके साथ रहूंगा:

ANONYMOUS_USER_NAME = getattr(settings, 'ANONYMOUS_USER_NAME', None)

if ANONYMOUS_USER_NAME is None:
    ANONYMOUS_USER_NAME = getattr(settings, 'ANONYMOUS_DEFAULT_USERNAME_VALUE', None)
    if ANONYMOUS_USER_NAME is not None:
        warnings.warn("[...]", DeprecationWarning)

और उपरोक्त दो पंक्तियों को हटा दें।

मुझे try...except सिंटैक्स के बारे में मिश्रित भावनाएं हैं, क्योंकि सच्चाई संख्या की बात नहीं है, फिर भी मैंने इसे सेटिंग्स के लिए उपयोग नहीं किया है। क्लासिक <SETTING_NAME> = getattr(settings, "<SETTING_NAME>", <default_value>) आमतौर पर बहुत अच्छा काम करता है।

g-as 10 मार्च 2016

यदि हम ANONYMOUS_USER_NAME के लिए एक डिफ़ॉल्ट मान प्रदान नहीं करते हैं, तो यह उन मौजूदा अनुप्रयोगों को तोड़ देगा जो मानते हैं कि एक डिफ़ॉल्ट मान प्रदान किया जाएगा। यानी जब ANONYMOUS_USER_NAME सेटिंग नहीं दी जाती है तो हमने व्यवहार बदल दिया है।

brianmay 11 मार्च 2016

👎1

तो क्यों न 1.5.0 पर टकराकर, ANONYMOUS_DEFAULT_USERNAME_VALUE और डिफ़ॉल्ट मान को हटा दिया जाए, और परिवर्तनों को तोड़ने की चेतावनी दी जाए?

g-as 11 मार्च 2016

मेरा मानना है कि इरादा बिना किसी अज्ञात उपयोगकर्ता को स्वचालित रूप से Django Guardian चलाने की अनुमति देना था। क्या आपके पास इसके लिए उपयोग का मामला है? यदि आप इसे नहीं चाहते हैं तो अज्ञात उपयोगकर्ता को अनदेखा क्यों न करें?

मुझे लगता है कि डिफ़ॉल्ट रूप से एक अनाम उपयोगकर्ता बनाना एक अच्छी बात है, मुझे कोई कारण नहीं दिखता कि हमें इसे क्यों बदलना चाहिए। हालांकि इसके लिए काम करने के लिए हमें ANONYMOUS_USER_NAME के डिफ़ॉल्ट मान की आवश्यकता है। यदि डिफ़ॉल्ट आपके आवेदन के लिए अनुपयुक्त है, तो आप इसे कभी भी बदल सकते हैं।

try ... except सिंटैक्स अच्छा है क्योंकि यह "क्या यह सेटिंग नहीं दी गई थी?" और "क्या इस सेटिंग को शून्य मान दिया गया था?" - आप इसके लिए गेटैटर का उपयोग करने में सक्षम हो सकते हैं, हालांकि मैंने पाया है कि यह बहुत जल्दी जटिल हो सकता है, खासकर यदि आप बहिष्करण चेतावनी रखना चाहते हैं। मुझे यकीन नहीं है कि "हालांकि सच्चाई संख्या की बात नहीं है" से आपका क्या मतलब है।

brianmay 16 मार्च 2016

👎1 👍1

मेरा मतलब यह नहीं था क्योंकि हर कोई एक काम करता है कि यह सही/बेहतर तरीका है।

बेनामी उपयोगकर्ता के निर्माण के लिए मजबूर करना एक रास्ता हो सकता है, लेकिन फिर दस्तावेज़ों को अद्यतन किया जाना चाहिए।

मेरी स्थिति के संबंध में, मैं डिफ़ॉल्ट USERNAME_FIELD के रूप में एक ईमेल फ़ील्ड का उपयोग कर रहा हूं, इसलिए अनाम उपयोगकर्ता उदाहरण बनाने के लिए मेरी प्रारंभिक अनिच्छा। लेकिन मैं मैनेज कर सकता हूं।

चीयर्स। और मुझे अपने b*lls का भंडाफोड़ करने के लिए धन्यवाद।

g-as 16 मार्च 2016

दोस्तों, मैं वास्तव में नहीं सोचता कि एक अनाम उपयोगकर्ता के निर्माण की आवश्यकता एक अच्छा विचार है। मैं लंबे समय से django-guardian का उपयोग कर रहा हूं और एक अनाम उपयोगकर्ता होने की कभी आवश्यकता नहीं थी, तो अब इसे क्यों बदलें?

edufelipe 17 मार्च 2016

तो try ... except जुड़े मेरे समाधान को 2 अंगूठे ऊपर दिए गए थे, हालांकि जहां मैं इस समाधान को सही ठहराता हूं, मुझे 2 अंगूठे नीचे दिए गए थे। भ्रमित करने वाला। जैसा कि मुझे वास्तव में कोई नकारात्मक पहलू नहीं दिखता है, और मेरा मानना है कि यह नए प्रतिगमन को जोड़े बिना प्रतिगमन को हल करने का सबसे सरल तरीका है, मैं इस समाधान को लागू करने जा रहा हूं।

brianmay 17 मार्च 2016

👍1

@brianmay भ्रम के बारे में क्षमा करें। :+1: ठीक करने के लिए, यद्यपि!

edufelipe 17 मार्च 2016

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Django-guardian: ANONYMOUS_USER_NAME कोई मान नहीं

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों