Sentry-javascript: تخلص من التجاهل الأخطاء

سأخرج 1.1

لدي الكثير من الأخطاء التي تجاهلتها. لماذا يتم إزالة هذا؟ على سبيل المثال - كنت أتلقى باستمرار خطأ تتبعته أخيرًا ليكون مكونًا إضافيًا عشوائيًا في فايرفوكس أدى إلى حدوث خطأ زائف. لم يكن هناك شيء يمكنني فعله حيال ذلك - لذا أضفته لتجاهل الأخطاء.

jeremyhaile هل ستكون قادرًا على الالتفاف حوله باستخدام ignoreUrls بدلاً من ذلك؟ إذا لم يكن كذلك ، فسأحتفظ به. كان لدي انطباع بأن لا أحد يستخدم هذا وكان مجرد إضافة سخام. :)

حسنًا - سؤال جيد. إذا أضفت عنوان URL مثل " http://static.ak.facebook.com/ " إلى ignoreUrls ، فهل يتجاهل جميع الأخطاء التي تأتي من أي دليل / ملف يبدأ بعنوان URL هذا؟

يأخذ ignoreUrls مصفوفة من أنماط regex. لذلك يمكنك أن تفعل ما تريد. :)

jeremyhaile على وجه التحديد: https://github.com/getsentry/raven-js/blob/master/src/raven.js#L374

حسنًا - سأحاول حذف ignoreErrors من التكوين الخاص بنا ومعرفة الأخطاء التي أبدأ في تلقيها وإذا سمحت لي ignoreUrls بتجاهلها أم لا. سأخبرك بما أجد.

نعم - لقد واجهت بالفعل أخطاء لا يمكنني (أو لا أهتم بها) إصلاحها ولا يمكن استبعادها باستخدام ignoreUrls. إليك أحد أخطاء IE التي أتلقاها بالفعل. الإصلاح الموصى به وفقًا لـ Microsoft هو "الترقية إلى IE8" ويظهر عنوان URL كعنوان URL لصفحتي ، والذي من الواضح أنني لا أريد استبعاده. http://support.microsoft.com/kb/927917؟wa=wsignin1.0

jeremyhaile عادل بما فيه الكفاية. سأحتفظ به. شكرا على إعلامي!

لا مشكلة - نقدر الردود السريعة!

سيكون من الجيد أن تستخدم ignoreErrors regexes مثل ignoreUrls بدلاً من سلاسل المطابقة التامة. في بعض الحالات ، أواجه أخطاء بها رمز خطأ غريب مرفق ليس دائمًا نفس الرقم. أو الأخطاء التي تحتوي على نفس السلسلة ولكن لها بادئات مختلفة في متصفحات مختلفة.

+1 لاقتراحjeremyhaile - إما جعله يستخدم regexps أو ربما إعادة بناءه إلى شيء مثل ignoreErrorPatterns سيساعد في تقليل عدد قليل من البتات من التشويش المحقون بالامتداد / ISP التي أراها على موقعنا العام.

الضوضاء المحقونة بـ ISP

هذا يبدو جيدا. : +1:

أنا جميعًا مع regexes. هل تعتقد أنه من المنطقي دمج هذين الخيارين في خيار يعمل فقط مع عناوين url أو أسماء الرسائل؟

أم يجب أن يظلوا منفصلين؟

أعتقد أن وجوده منفصلاً سيكون أقل إرباكًا - وإلا فإنه
يبدو شبه مؤكد أن شخصًا ما سيفتح مشكلة لأن التعبير العادي الخاص به
أكثر مما توقعوا.

تعجبني فكرة إعادة تسميتها لتوضيح ما أنت عليه
التزويد هو تعبير عادي أو يتحقق صراحة من وجود سلسلة مقابل.
regexp ليقرر ما إذا كان سيختبر باستخدام == أو .test() لتجنب المفاجآت.

أوافق على الاحتفاظ بها منفصلة - لا يمكنني التفكير في الحالات التي لا أكتب فيها صراحةً تعبيرًا عاديًا لعنوان URL مقابل الرسالة. أيضًا - إذا كنت أكتب عنوان URL regex ، فمن غير الفعال مقارنته بكل رسالة.

تعجبني أيضًا فكرتك في التحقق مما إذا كانت سلسلة أو تعبير عادي قبل إجراء المقارنة.

أواجه مشكلة مع ignoreErrors (ربما تم إصلاحه باستخدام regex؟) حيث أتلقى المئات من ""في Sentry. ولكن تم تعيين ignoreErrors الخاص بي على:
ignoreErrors: ['، ......]

على الخادم تقول:


منذ 9 دقيقة جافا سكريبت

أي فكرة لماذا هذا لن يتم تصفيته؟ اسمحوا لي أن أعرف ما إذا كان ينبغي فتح قضية منفصلة لهذا الغرض. (وربما مشكلة regex أيضًا)

jeremyhaile هل يمكنك فتح قضية منفصلة لذلك؟

لقد رجعتُ عن تحذير الإيقاف هذا. إنها مجرد فكرة سيئة. :)

شكرا للرفاق المدخلات!