यह एक पुरानी सवाल अब भी मैं इसे का जवाब दे रहा हूँ:
प्रलेखन के अनुसार, आप आप को बीच में रोकने की योजना webRequest
और webRequestBlocking
अनुमतियां जोड़ने के लिए, हर मेजबान के लिए मेजबान अनुमतियों के साथ की आवश्यकता होगी भविष्य के पाठकों के लिए।
क्वेरी पैरामीटर का संशोधन एक छोटे से मुश्किल है क्योंकि आप अनंत लूप और क्रोम में/फ़ायरफ़ॉक्स यह पता लगा सकता है और प्रक्रिया जो भी अनुरोध यूआरएल की वर्तमान स्थिति है endup कर सकते हैं।
मैं अपने क्रोम एक्सटेंशन Requestly जहां उपयोगकर्ता Replace Rule
का इस्तेमाल किया और www.google.com?q=query
साथ www.google.com
प्रतिस्थापित या कुछ इसी तरह किया था में इस स्थिति का सामना करना पड़ा है।
इस दृष्टिकोण के साथ समस्या ब्राउज़र पैरामीटर जोड़ने के बाद अनुरोध url को रोक सकता है ताकि पैरामीटर कई बार जोड़ा जाएगा और यूआरएल को दूषित कर दिया जाएगा। तो आपको निम्न में से कोई भी सुनिश्चित करना होगा: -
- इसे पुनर्निर्देशित करने के बाद अनुरोध को अवरुद्ध न करें।
- जांचें कि पैरामीटर पहले से मौजूद है या नहीं, इसे रीडायरेक्ट न करें।
जैसा कि उनके जवाब में @apsillers द्वारा सही ढंग से इंगित किया गया है, आपको URL में कोई भी संशोधन करने के लिए webRequest API का उपयोग करना होगा। कृपया उसके answer पर एक नज़र डालें और तदनुसार अपना कोड लिखें।
बस अगर आप पहले से ही उपलब्ध समाधान की तलाश में हैं, तो Requestly's Query Parameter Rule पर प्रयास करने पर विचार करें। यह इस प्रकार से की तरह दिखता है पर एक स्क्रीनशॉट है: -
Firefox के लिए, आप डाउनलोड कर सकते हैं Requestly from its home page.
किन फ़ाइल मैं इस कोड लिखना चाहिए, हम कैसे इस बात के लिए अनुमति जोड़ें। – anwerj
@anwerjunaid उपरोक्त पाठ से: "कोड आपके पृष्ठभूमि पृष्ठ में जाता है।" आवश्यक अनुमतियों को वेबरक्वेट दस्तावेज में पहले अनुच्छेद में वर्णित किया गया है (http://code.google.com/chrome/extensions/webRequest.html), जिसे मैंने पहले से ही लिंक किया है। आपको 'webRequest',' webRequestBlocking', और प्रत्येक साइट के लिए होस्ट अनुमतियां चाहिए जिन्हें आप अवरुद्ध करना चाहते हैं। – apsillers