क्या नई शुरुआत करने के बजाय वर्तमान अनुरोध का उपयोग करने के लिए Chrome के दृश्य-स्रोत व्यवहार को बदलना संभव है?


21

मुझे वर्तमान में लोड किए गए वेबपृष्ठ से स्रोत को लोड करने का फ़ायरफ़ॉक्स का व्यवहार पसंद है। इसके बजाय, क्रोम एक नया अनुरोध शुरू करता है। यह उदाहरण के लिए, पोस्ट-अनुरोधों के स्रोत को देखने के लिए विशेष रूप से कठिन बनाता है, क्योंकि प्रत्येक दृश्य-स्रोत अनुरोध GET का उपयोग करता है।

क्या Google Chrome के दृश्य-स्रोत के काम करने के तरीके को बदलने का कोई तरीका है, ताकि यह एक नए अनुरोध को प्रारंभ न करे?

EDIT, फ़ायरफ़ॉक्स के काम करने के तरीके के बारे में थोड़ा स्पष्टीकरण:

स्रोत को देखते समय फ़ायरफ़ॉक्स एक नया अनुरोध शुरू नहीं करता है। यह स्रोत को देखने के दौरान पृष्ठ को ताज़ा करने के बाद ही करता है। इसके बाद अनुरोध के GET / POST का भी सम्मान करता है। पहले से लोड किए गए पृष्ठ के स्रोत को देखते समय, यह एक नया अनुरोध आरंभ करने के लिए नहीं लगता है।


क्या आप वर्तमान POST सबमिट में रुचि रखते हैं? डेवलपर टूल का उपयोग करें न कि सोर्स-व्यू का।
अकीरा

1
पारितोषिक के लिए धन्यवाद; इस मामले में मैं POST अनुरोध के बाद HTML स्रोत कोड की स्थिति की तलाश कर रहा हूं। यह ऐसा कुछ नहीं है जो मुझे काम करने से पूरी तरह से रोक रहा है, लेकिन इस व्यवहार को अनुकूलित करने की क्षमता रखना अच्छा होगा।
एरॉन रोटेवेलेल

@ स्रोत को देखते हुए पृष्ठ को ताज़ा करने के बाद ही इसे करें। इसके बाद अनुरोध के GET / POST का भी सम्मान करता है। पहले से लोड किए गए पृष्ठ के स्रोत को देखते समय, यह एक नए अनुरोध को प्रारंभ करने के लिए नहीं लगता है।
एरॉन रोटेवेलेल

जवाबों:


11

क्या Google Chrome के दृश्य-स्रोत के काम करने के तरीके को बदलने का कोई तरीका है, ताकि यह एक नए अनुरोध को प्रारंभ न करे?

नहीं, यह उसी तरह से है जैसे क्रोम डिज़ाइन द्वारा काम करता है।

जब आप "स्रोत देखें", तो आप वास्तव में एक नया टैब खोल रहे हैं जो पृष्ठ को फिर से खोलता है और पृष्ठ को रेंडर करने के बजाय स्रोत को प्रदर्शित करता है। कई वेब पेज गतिशील हैं और अपनी HTML सामग्री को संशोधित करते हैं (उदाहरण के लिए जावास्क्रिप्ट / XMLHttpRequest का उपयोग करते हुए) इसलिए हम वर्तमान HTML को प्रदर्शित नहीं कर सकते हैं - यही कारण है कि एक नया अनुरोध किया गया है।

यदि आप एक गतिशील पृष्ठ की वर्तमान स्थिति देखना चाहते हैं, तो आपको निरीक्षक का उपयोग करना चाहिए। "फ़ाइल आइकन -> डेवलपर -> जावास्क्रिप्ट कंसोल"

मैं यह नहीं देखता कि यह एक सुरक्षा बग या बग कैसे है - व्यवहार डिजाइन द्वारा है - जैसे कि बंद करना।


हो सकता है कि चीजें मैक पर अलग हों, या इस बीच बदल गई हों। जब आप "स्रोत देखें", तुम सच में एक नया टैब फिर से और प्रदर्शित करता है स्रोत पृष्ठ खुल जाता है के बजाय उस पृष्ठ renders खोलने जा रहे अपने Mac पर सच नहीं है, न प्राप्त करने के लिए, और न ही पोस्ट के लिए। (हां, मैंने सुनिश्चित करने के लिए विर्सार्क को आग लगा दी थी। ऑप्शन-कमांड-यू मारने के बाद कोई अतिरिक्त अनुरोध नहीं।)
अर्जन

... लेकिन जब एक POST के बाद View Source करते हैं, तो मुझे वास्तव में (पहले) GET ... का स्रोत दिखाई देता है ...!
अर्जन

5
Chrome का उपयोग करके CSS क्लास सिखाने की कोशिश करें और मुझे लगता है कि आप सहमत होंगे कि यह बग से अधिक है - यह CSS विकास को असंभव बनाने के लिए डिज़ाइन किया गया फीचर है। यह कुछ अन्य पृष्ठ के स्रोत कोड को देखने के लिए पूरी तरह से बेकार है जिसे आप नहीं देख रहे हैं। एक पुनः लोड एक और पृष्ठ है, न कि आप जिस स्रोत से चाहते थे। GOOGLE को यह जानना आवश्यक है कि यह बेवकूफ़ है - टिप्पणी पोस्टर पर निर्देशित नहीं है।
जैस्मीन

2
क्रैपी वर्कअराउंड सुपरयूज़र पर पोस्ट किया गया: superuser.com/a/173323/128630 ... मेरी इच्छा है कि यह सिर्फ फ़ायरफ़ॉक्स करता है।
पतित

1
बहुत बेवकूफ है कि मुझे इस व्यवहार के लिए एफएफ खोलना है, जो देव के दौरान बहुत आवश्यक है। यहां तक ​​कि DOM देखने से क्रोम में दर्द होता है।
किलोज

2

मुझे नहीं लगता कि आप view-source:URL के व्यवहार को बदल सकते हैं , या पृष्ठ स्रोत को देख सकते हैं , आप इस पृष्ठ के लिए स्रोत के रूप में प्राप्त कर सकते हैं: सबसे पहले, डेवलपर टूल (WebKit का "वेब इंस्पेक्टर") खोलें, जो पाना> उपकरण में पाया गया है > डेवलपर उपकरण । अब संसाधन पर क्लिक करें और (यदि आवश्यक हो) बाईं ओर की सूची को तब तक नीचे स्क्रॉल करें जब तक आपको रुचि के संसाधन न मिलें। और वहां आप जाते हैं: स्रोत जैसा कि मूल HTTP प्रतिक्रिया में प्रसारित किया गया था।


3
नहीं, जो स्रोत को भी पुनः लोड करता है। फिडलर इसे कैप्चर कर सकता है।
जैस्मीन

और मैं किसी भी 'संसाधन' को अब नहीं देख रहा हूं
किलोज
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.