Sentry-javascript: इग्नोर एरर्स से छुटकारा पाएं

मैं 1.1 . के साथ चिल्लाऊंगा

मेरे पास बहुत सारी त्रुटियां हैं जिन्हें मैं अनदेखा करता हूं। इसे क्यों हटाया जा रहा है? उदाहरण के लिए - मुझे लगातार एक त्रुटि मिल रही थी कि आखिरकार मैंने कुछ यादृच्छिक फ़ायरफ़ॉक्स प्लगइन के रूप में पता लगाया जिसने एक नकली त्रुटि उत्पन्न की। मैं इसके बारे में कुछ नहीं कर सकता था - इसलिए मैंने इसे अनदेखा करने के लिए जोड़ा।

@jeremyhaile क्या आप इसके बजाय ignoreUrls साथ इसे प्राप्त करने में सक्षम होंगे? यदि नहीं, तो मैं इसे इधर-उधर रखूंगा। मैं इस धारणा के तहत था कि किसी ने इसका इस्तेमाल नहीं किया और यह सिर्फ ब्लोट जोड़ रहा था। :)

हम्म - अच्छा सवाल। अगर मैं यूआरएल को अनदेखा करने के लिए " http://static.ak.facebook.com/ " जैसे यूआरएल जोड़ता हूं, तो क्या यह उस यूआरएल से शुरू होने वाली किसी निर्देशिका/फ़ाइल से आने वाली सभी त्रुटियों को अनदेखा करता है?

ignoreUrls रेगेक्स पैटर्न की एक सरणी लेता है। तो आप जो चाहें कर सकते हैं। :)

@jeremyhaile विशेष रूप से: https://github.com/getsentry/raven-js/blob/master/src/raven.js#L374

ठीक है - मैं अपने कॉन्फ़िगरेशन से इग्नोर एरर्स को हटाने की कोशिश करने जा रहा हूं और देखता हूं कि मुझे कौन सी त्रुटियां मिलनी शुरू हो जाती हैं और अगर इग्नोर यूआरएल मुझे उन्हें अनदेखा करने की अनुमति देता है या नहीं। मैं आपको बता दूंगा कि मुझे क्या मिला।

हाँ - मैं पहले से ही त्रुटियों का सामना कर रहा हूँ जिन्हें मैं ठीक नहीं कर सकता (या परवाह नहीं करता) और जिन्हें इग्नोर यूआरएल का उपयोग करके बाहर नहीं किया जा सकता है। यहां एक ऐसी आईई त्रुटि है जिसे मैं पहले ही प्राप्त कर रहा हूं। माइक्रोसॉफ्ट के अनुसार अनुशंसित फिक्स "आईई 8 में अपग्रेड" है और यूआरएल मेरे पेज यूआरएल के रूप में दिख रहा है, जिसे मैं स्पष्ट रूप से बाहर नहीं करना चाहता हूं। http://support.microsoft.com/kb/927917?wa=wsignin1.0

@jeremyhaile मेला काफी। मैं इसे चारों ओर रखूंगा। मुझे बताने के लिए धन्यवाद!

कोई बात नहीं - त्वरित उत्तरों की सराहना करें!

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

+1 से @jeremyhaile का सुझाव - या तो इसे ignoreErrorPatterns जैसे किसी चीज़ में रीफैक्टर करना विस्तार/आईएसपी-इंजेक्टेड शोर के कुछ बिट्स को अस्वीकार करने में मदद करेगा जो मैं हमारी सार्वजनिक साइट पर देखता हूं।

आईएसपी-इंजेक्टेड शोर

यह अच्छा रहेगा। :+1:

मैं सभी रेगेक्स के लिए हूं। क्या आपको लगता है कि इन दो विकल्पों को अनिवार्य रूप से एक में विलय करना समझ में आता है जो केवल यूआरएल या संदेश नामों के लिए काम करता है?

या उन्हें अभी भी अलग होना चाहिए?

मुझे लगता है कि इसका अलग होना कम भ्रमित करने वाला होगा - अन्यथा यह
लगभग निश्चित लगता है कि कोई इस मुद्दे को खोलेगा क्योंकि उनका regexp
उनकी अपेक्षा से अधिक मिलान किया गया।

मुझे यह स्पष्ट करने के लिए इसका नाम बदलने का विचार पसंद है कि आप क्या हैं
प्रदान करना एक नियमित अभिव्यक्ति है या स्ट्रिंग बनाम स्ट्रिंग के लिए स्पष्ट रूप से जांच कर रहा है।
regexp यह तय करने के लिए कि आश्चर्य से बचने के लिए == या .test() का उपयोग करके परीक्षण करना है या नहीं।

मैं इसे अलग रखने के लिए सहमत हूं - मैं उन मामलों के बारे में नहीं सोच सकता जहां मैं संदेश बनाम यूआरएल के लिए स्पष्ट रूप से रेगेक्स नहीं लिखूंगा। साथ ही - अगर मैं यूआरएल रेगेक्स लिख रहा हूं, तो इसे हर संदेश से तुलना करना अक्षम है।

मुझे तुलना करने से पहले यह जांचने का आपका विचार भी पसंद है कि यह एक स्ट्रिंग या रेगेक्स है या नहीं।

मुझे इग्नोर एरर्स (शायद रेगेक्स के साथ तय किया गया है?) के साथ कोई समस्या है जहां मुझे सैकड़ों "" संतरी में त्रुटियां। लेकिन मेरी अनदेखी त्रुटियाँ इस पर सेट हैं:
अनदेखा करें त्रुटियाँ: ['',......]

सर्वर पर यह कहता है:


9 मिनट पहले जावास्क्रिप्ट

कोई विचार क्यों इसे फ़िल्टर नहीं किया जाएगा? मुझे बताएं कि क्या मुझे इसके लिए एक अलग मुद्दा खोलना चाहिए। (और शायद रेगेक्स मुद्दा भी)

@jeremyhaile क्या आप इसके लिए एक अलग मुद्दा खोल सकते हैं?

मैंने इस बहिष्करण चेतावनी को वापस कर दिया है। यह सिर्फ एक बुरा विचार है। :)

इनपुट के लिए शुक्रिया दोस्तों!