Werkzeug: get_content_type में Python3 संगतता समस्या ()

पीआर प्रस्तुत किया जो इस मुद्दे को ठीक करता है

मुझे यकीन नहीं है कि यह Werkzeug की गलती है या Django अपनी प्रतिक्रियाओं में गलत स्ट्रिंग प्रकारों का उपयोग करता है।

यहां आईपीडीबी में पूर्ण ट्रेसबैक है और मुझे नहीं लगता कि Django को कहीं भी बुलाया जा रहा है। पूर्ण स्टैकस्टेस केवल वर्कज़ेग में प्रतीत होता है।

ipdb> w
  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/serving.py(692)inner()
    690         make_server(hostname, port, application, threaded,
    691                     processes, request_handler,
--> 692                     passthrough_errors, ssl_context).serve_forever()
    693 
    694     if os.environ.get('WERKZEUG_RUN_MAIN') != 'true':

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/serving.py(436)serve_forever()
    434         self.shutdown_signal = False
    435         try:
--> 436             HTTPServer.serve_forever(self)
    437         except KeyboardInterrupt:
    438             pass

  /usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/socketserver.py(238)serve_forever()
    236                                        poll_interval)
    237                 if self in r:
--> 238                     self._handle_request_noblock()
    239 
    240                 self.service_actions()

  /usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/socketserver.py(305)_handle_request_noblock()
    303         if self.verify_request(request, client_address):
    304             try:
--> 305                 self.process_request(request, client_address)
    306             except:
    307                 self.handle_error(request, client_address)

  /usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/socketserver.py(331)process_request()
    329 
    330         """
--> 331         self.finish_request(request, client_address)
    332         self.shutdown_request(request)
    333 

  /usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/socketserver.py(344)finish_request()
    342     def finish_request(self, request, client_address):
    343         """Finish one request by instantiating RequestHandlerClass."""
--> 344         self.RequestHandlerClass(request, client_address, self)
    345 
    346     def shutdown_request(self, request):

  /usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/socketserver.py(669)__init__()
    667         self.setup()
    668         try:
--> 669             self.handle()
    670         finally:
    671             self.finish()

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/serving.py(200)handle()
    198         rv = None
    199         try:
--> 200             rv = BaseHTTPRequestHandler.handle(self)
    201         except (socket.error, socket.timeout) as e:
    202             self.connection_dropped(e)

  /usr/local/Cellar/python3/3.4.2_1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/http/server.py(398)handle()
    396         self.close_connection = 1
    397 
--> 398         self.handle_one_request()
    399         while not self.close_connection:
    400             self.handle_one_request()

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/serving.py(235)handle_one_request()
    233             self.close_connection = 1
    234         elif self.parse_request():
--> 235             return self.run_wsgi()
    236 
    237     def send_response(self, code, message=None):

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/serving.py(177)run_wsgi()
    175 
    176         try:
--> 177             execute(self.server.app)
    178         except (socket.error, socket.timeout) as e:
    179             self.connection_dropped(e, environ)

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/serving.py(165)execute()
    163 
    164         def execute(app):
--> 165             application_iter = app(environ, start_response)
    166             try:
    167                 for data in application_iter:

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/debug/__init__.py(173)__call__()
    171             frame = self.frames.get(request.args.get('frm', type=int))
    172             if cmd == 'resource' and arg:
--> 173                 response = self.get_resource(request, arg)
    174             elif cmd == 'paste' and traceback is not None and \
    175                  secret == self.secret:

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/debug/__init__.py(154)get_resource()
    152             f = open(filename, 'rb')
    153             try:
--> 154                 return Response(f.read(), mimetype=mimetype)
    155             finally:
    156                 f.close()

  /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/wrappers.py(749)__init__()
    747                 mimetype = self.default_mimetype
    748             if mimetype is not None:
--> 749                 mimetype = get_content_type(mimetype, self.charset)
    750             content_type = mimetype
    751         if content_type is not None:

> /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/utils.py(224)get_content_type()
    222     #     charset = charset.decode('utf-8')
    223     import ipdb; ipdb.set_trace()
--> 224     if mimetype.startswith('text/') or \
    225        mimetype == 'application/xml' or \
    226        (mimetype.startswith('application/') and

ipdb> type(mimetype), type(charset)
(<class 'bytes'>, <class 'str'>)

समस्या ऊपर 2 फ्रेम में प्रतीत होती है:

ipdb> up
> /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/wrappers.py(749)__init__()
    748             if mimetype is not None:
--> 749                 mimetype = get_content_type(mimetype, self.charset)
    750             content_type = mimetype

ipdb> up
> /Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/debug/__init__.py(154)get_resource()
    153             try:
--> 154                 return Response(f.read(), mimetype=mimetype)
    155             finally:

ipdb> l
    149         if isfile(filename):
    150             mimetype = mimetypes.guess_type(filename)[0] \
    151                 or 'application/octet-stream'
    152             f = open(filename, 'rb')
    153             try:
--> 154                 return Response(f.read(), mimetype=mimetype)
    155             finally:
    156                 f.close()
    157         return Response('Not Found', status=404)
    158 
    159     def __call__(self, environ, start_response):

ipdb> mimetypes.guess_type(filename)[0]
b'text/javascript'

अजीब बात यह है कि guess_type बाइट्स बनाम स्ट्रिंग देता है। शेल में एक ही फ़ाइल के लिए टाइप करने का अनुमान लगाने की कोशिश करते समय मुझे स्ट्रिंग मिलती है:

>>> mimetype = mimetypes.guess_type('/Volumes/Data/Users/miki725/.virtualenvs/test-py3/lib/python3.4/site-packages/werkzeug/debug/shared/jquery.js')[0]
>>> type(mimetype)
<class 'str'>

क्या मुझे get_content_type() बजाय mimetype को यहाँ बदलने के लिए PR को समायोजित करना चाहिए?

अजीब बात यह है कि अनुमान_प्रकार बाइट्स बनाम स्ट्रिंग लौटाता है

आपका पीआर समस्या को ठीक करता है, लेकिन ऐसा कभी नहीं होना चाहिए था, जैसा आपने कहा था।

उस फ़्रेम में फ़ाइल नाम क्या है जहाँ guess_type कॉल होता है?

इसकी स्ट्रिंग। हालांकि मैं शायद guess_type फ़ाइल नाम के समान प्रकार लौटाता हूं लेकिन स्पष्ट रूप से कोई मामला नहीं है।

नमस्ते, ऐसा अक्सर होता है जब ऊपर बताए गए django-extensions पैकेज का उपयोग किया जाता है। यह लगभग 2 वर्षों में छुआ नहीं गया है, क्या लिंक्ड एमआर को मर्ज करने में कोई समस्या है?

हाल ही में मुझे वही समस्या मिली, मेरे लिए यह जावास्क्रिप्ट फाइलों पर होता है। डिबगिंग के बाद मैंने पाया कि मेरी समस्या django-pipeline थी: यह types_map को संशोधित करती है और इसे https://github.com/jazzband/django-pipeline/blob/master/pipeline/conf.py#L81 -L87 सेट करती है। यहाँ https://github.com/jazzband/django-pipeline/blob/master/pipeline/utils.py#L42 -L43 ..:S:S ... हल करने के लिए मुझे अपनी पाइपलाइन सेटिंग्स पर MIMETYPES को सही ढंग से सेट करना था .

हो सकता है कि आपको पीआर के विलय पर पुनर्विचार करना चाहिए।

उम्मीद है कि यह किसी की मदद करता है ... खुश डिबगिंग!

Django-Pipelines को ठीक किया जाना चाहिए ताकि यह बाइट को माइमटाइप प्रकार के नक्शे में न डाले। Django-Extensions कुछ भी नहीं कर रहा है, लेकिन इसका मतलब है कि कुछ अन्य निर्भरता दुर्व्यवहार कर रही है। मैं इसे बंद कर रहा हूं क्योंकि मुझे लगता है कि इसे खराब डेटा जोड़ने वाले पुस्तकालयों में संबोधित किया जाना चाहिए। अगर कोई अच्छा कारण पोस्ट कर सकता है कि माइमटाइप टाइप मैप में बाइट्स की उम्मीद की जानी चाहिए, तो मैं पुनर्विचार करूंगा।