Django-rest-framework: ब्राउजिंग करने योग्य एपीआई यूआरएल में एस्परिंग (एम्परसेंड)।

को निर्मित 20 जून 2014 · 26टिप्पणियाँ · स्रोत: encode/django-rest-framework

जब बच गए चरित्र वाले URL (विशेष रूप से मेरे मामले में, और एम्परसेंड) को ब्राउज़ करने योग्य API में प्रस्तुत किया जाता है, तो href में यह अनुचित रूप से अनपेक्षित है। यह केवल एम्परसेंड पर लागू हो सकता है।

उदाहरण के लिए, यह URL:
http: // localhost : 8000 / समापन बिंदु /? param1 = हाँ +% 26 + नहीं और param2 = कुछ

के रूप में प्रदान किया जाएगा:
http: // localhost : 8000 / endpoint /? param1 = Yes + और + नहीं और param2 = कुछ

URL एक तत्व के मान में सही तरीके से प्रदान किया गया है ... यह केवल href पर लागू होता है।

Bug

स्रोत

danielnaab

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

मैं अभी पुष्टि करना चाहता हूं कि यह अभी काम कर रहा है :)

इस पुस्तकालय से प्यार करें, यह पहले से ही बहुत अच्छा काम कर रहा है, लेकिन फिर भी बेहतर हो रहा है! 👍

gabn88 8 फ़र॰ 2017

❤1 😄1 👍1

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

धीमी प्रतिक्रिया के लिए क्षमा याचना।
क्या यह केवल प्रतिपादन है जो अलग है या स्रोत HTML ही बिना पढ़े है?

tomchristie 18 अग॰ 2014

हाय टॉम, HTML में यह कुछ इस तरह से देखा:

<a href="http://localhost:8000/endpoint/?param1=Yes+&+No&param2=something">http://localhost:8000/endpoint/?param1=Yes+%26+No&param2=something</a>

danielnaab 18 अग॰ 2014

गोत्चा धन्यवाद - इसके लिए एक असफल परीक्षण मामला लिखने की कोशिश करने लायक हो सकता है।
आदर्श रूप से यह केवल BrowsableAPIRendererer अभ्यास करेगा, लेकिन संभवतः पूर्ण एकीकरण परीक्षण के साथ भी ठीक होगा।

tomchristie 18 अग॰ 2014

ज़रूर, मुझे खुशी होगी। अब टेस्ट सूट के माध्यम से देख रहे हैं ... क्या उचित स्थान का परीक्षण में RendererEndToEndTests होगा__Orenderers.py?

danielnaab 19 अग॰ 2014

ठीक लगता है।

tomchristie 19 अग॰ 2014

यह Django के smart_urlquote है जिसे DRF के urlize_quoted_links कहा जाता है, जो कि ब्राउज़ करने योग्य API के भीतर रूपांतरण को संभालता है। I _think_ लिंक टेक्स्ट और लिंक के बीच का अंतर स्वयं एक Django भागने वाली बात हो सकती है, लेकिन मैं ईमानदारी से वहां निश्चित नहीं हूं।

smart_urlquote unquote quote से पहले कॉल करता है, जो कि मूल स्ट्रिप्स है। यह https://github.com/django/django/commit/b70c371fc1f18ea0c43b503122df3f311afc7105 में जोड़ा गया और Django 1.5+ के लिए वापस लाया गया।

kevin-brown 20 अग॰ 2014

तो क्या हमें परवाह है कि यह _strictly_ नहीं है जो ग्राहक देखेंगे, या क्या हम इसे बंद कर देते हैं?
शब्दशः यह अभी भी सही है।

tomchristie 20 अग॰ 2014

यह बगलाइन से सफाई के लिए इसे पुश कर रहा है, क्योंकि यह बॉर्डरलाइन है।

tomchristie 20 अग॰ 2014

DjangoCon मार्गदर्शन - इस टिकट की सामान्य समीक्षा - आप किस व्यवहार की अपेक्षा करेंगे, क्या यह स्वीकार्य है?

tomchristie 1 सित॰ 2014

मैं django-con स्प्रिंट में हूं और इस पर काम कर सकता हूं। मैंने पहले योगदान नहीं किया है इसलिए मुझे कुछ प्रारंभिक मार्गदर्शन की आवश्यकता हो सकती है। मैं वर्तमान में DRF के लिए योगदानकर्ता दिशानिर्देशों को पढ़ रहा हूं और स्थानीय स्तर पर परीक्षण चलाने के बाद, मैं किसी व्यक्ति को या irc पर बग भेज सकता हूं।

vccabral 5 सित॰ 2014

गोत्चा - अगर मैं वहां उत्तरदायी नहीं हूं, तो मुझे आईआरसी, या ट्विटर पर पिंग करने के लिए स्वतंत्र महसूस करें।

tomchristie 5 सित॰ 2014

कम प्राथमिकता और प्रगति की कमी के कारण समापन।
किसी के दोबारा इसे लेने के लिए प्रेरित करने पर पुनर्विचार करने में खुशी।

tomchristie 3 नव॰ 2014

@tomchristie मैं समझता हूं कि यह एक मामूली बात है, लेकिन यह अभी भी एक बग है। यदि आप लिंक पर क्लिक करते हैं, तो यह गलत URL पर जाता है। वैध मुद्दे को बंद करने की तुलना में कम प्राथमिकता के रूप में टैग करना अधिक उचित लगता है।

जब मेरे पास समय होगा तब मैं इस पर गौर करूंगा।

danielnaab 3 नव॰ 2014

क्षमा करें, मैंने इसे अलग तरह से समझा - कि URL गलत नहीं था, बस इसने लिंक को अनसैप्ड स्टाइल में प्रस्तुत किया, क्या मैंने इसे गलत समझा है?

tomchristie 3 नव॰ 2014

अर्थात। cleanup टैग का कारण, यह एक कॉस्मेटिक मुद्दा है?

tomchristie 3 नव॰ 2014

ओह मैं समझा। हाँ, यह सही है। मूल रूप से, केवल प्रदर्शन मूल्य के बजाय href और प्रदर्शन मान दोनों ही बच रहे हैं।

ऐसे महान पुस्तकालय के लिए धन्यवाद, btw!

danielnaab 3 नव॰ 2014

क्षमा करें, एक बार और :)

हाँ, यह सही है।

सही है कि यह एक कॉस्मेटिक मुद्दा है, या सही है कि मुझे गलत समझा गया है और यह एक बग है? :)

tomchristie 3 नव॰ 2014

सही है कि यह एक बग है। :)

danielnaab 3 नव॰ 2014

समापन, जैसा कि यह https://code.djangoproject.com/ticket/22267 द्वारा तय किया गया है

danielnaab 3 नव॰ 2014

अभी तक इस पर ध्यान नहीं दिया गया है, लेकिन क्या हमें 'urlize' की नकल करते हुए कुछ और खींचने की जरूरत है? यह भी किस संस्करण में हल किया गया है? इसके अलावा, महान! वाह!

tomchristie 3 नव॰ 2014

यह 1.7.1, या 1.7.2 या 1.8 में नियत नहीं होता है? यह वह व्यवहार है जिसे मैं django 1.7.1 के साथ देखता हूं:

>>> from django.utils.html import smart_urlquote, escape
>>> escape(smart_urlquote('http://qwerty.com'))
u'http://qwerty.com'
>>> escape(smart_urlquote('http://qwerty.com?blah=Yes+%26+No'))
u'http://qwerty.com?blah=Yes+&amp;+No'

.. और django मास्टर शाखा के वर्तमान प्रमुख:

>>> from django.utils.html import smart_urlquote, escape
>>> escape(smart_urlquote('http://qwerty.com?blah=Yes+%26+No'))
u'http://qwerty.com?blah=Yes+%26+No'

क्या urlize_quoted_links मूल रूप से django.utils.html.urlize की एक संशोधित प्रति https://github.com/django/django/blob/master/django/utils/html.py#L255 -L352 काफी अलग है, लेकिन मैं अलग संस्करण का कारण नहीं बता सकता। ऐसा लगता है कि इसे फिर से कॉपी करने की आवश्यकता है।

danielnaab 3 नव॰ 2014

हां, इसे कॉपी किया गया था, क्योंकि मूल " http://example.org " शैली लिंक के लिए काम नहीं करेगा, जिसमें एकल या दोहरे उद्धरण उन्हें संलग्न करते हैं, और इसे अनुमति देने के लिए कोई आसान ओवरराइड नहीं है। अगर वहाँ बहुत अंतर है जो django संस्करण के क्रमिक परिवर्तन के कारण संभव है, जबकि हमारा वही रहा है।

यह सुनिश्चित करने के लिए इसे फिर से खोलने के लिए जा रहे हैं कि हमारे पास यह सुनिश्चित करने के लिए एक प्लेसहोल्डर टिकट है।

tomchristie 3 नव॰ 2014

इस पर मील का पत्थर गिराना, क्योंकि वहां उच्च प्राथमिकता 3.0.1 आइटम हैं।

tomchristie 8 दिस॰ 2014

मुझे आश्चर्य है कि क्या # 2014 से असफल परीक्षा मामले को खींचना संभव है

xordoquy 1 जून 2015

यह टिप्पणी https://github.com/tomchristie/django-rest-framework/pull/2014#issuecomment -61525348 का तात्पर्य है कि यह मुद्दा अपस्ट्रीम Django में तय किया गया था। इसे बंद करना, लेकिन अगर कोई पुष्टि करता है कि यह एक मुद्दा बना रहेगा तो फिर से खुल जाएगा।

tomchristie 14 जुल॰ 2015

मैं अभी पुष्टि करना चाहता हूं कि यह अभी काम कर रहा है :)

gabn88 8 फ़र॰ 2017

❤1 😄1 👍1

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

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

Django-rest-framework: ब्राउजिंग करने योग्य एपीआई यूआरएल में एस्परिंग (एम्परसेंड)।

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

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

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