Sentry-javascript: सभी फेंकी गई त्रुटियों को स्वचालित रूप से लॉग करें?

हाहा, जावास्क्रिप्ट में त्रुटि प्रबंधन वास्तव में भयानक है। क्या आप मुझे एक उदाहरण प्रदान कर सकते हैं कि आप त्रुटियों को कैसे फेंक रहे हैं?

उदाहरण के लिए, एक स्ट्रिंग फेंकने से हमें भेजे गए संदेश को छोड़कर कोई भी जानकारी प्राप्त करने की अनुमति नहीं मिलती है। वास्तविक Error ऑब्जेक्ट के साथ, हम एक स्टैक प्राप्त करने के लिए (प्रयास) कर सकते हैं।

तो इसके लिए जितनी अधिक जानकारी होगी, उतना अच्छा होगा।

वास्तव में।

मैं इस तरह एक त्रुटि फेंक रहा हूँ:

throw new Error("Error");

कभी-कभी यह संतरी में लॉग इन करता है और कभी-कभी ऐसा नहीं करता है।

क्या यह उस पृष्ठ पर है जिसे मैं कहीं देख सकता हूं? या आप इसे कहीं रख सकते हैं? ईमानदारी से, यह पर्याप्त जानकारी नहीं है। लगभग 10 कारक हैं जो इस बात में जा सकते हैं कि कोई त्रुटि लॉग क्यों नहीं होती है, और उनमें से अधिकांश हमारे हाथ से बाहर हैं। :) तो अगर मैं पूरा संदर्भ देख सकता हूं, तो मैं आपको ब्राउज़र की मदद करने के लिए एक सुझाव दे सकता हूं।

ऐप वास्तव में कॉफीस्क्रिप्ट में लिखा गया है जो आवश्यकता.जेएस का उपयोग करके जावास्क्रिप्ट में संकलित हो जाता है। मुख्य प्रवेश बिंदु ऐसा दिखता है:

Raven.config('http://[email protected]');
Raven.context(function() {
  define(['cs!csmain']);
});

मैंने context रैपर के बिना भी कोशिश की है और ऐसा कुछ भी नहीं बदला है। यह अभी भी throw कॉल लॉग करता है जो कॉल स्टैक में ऊपर किए गए थे जबकि नीचे वाले को अनदेखा करते हुए।

क्या आप Raven.install() चला रहे हैं

और requ.js के लिए, यदि आप स्पष्ट रूप से मॉड्यूल लपेटना चाहते हैं, तो आप यह करेंगे:

define(['module'], Raven.wrap(function(module) {
  // insert cool stuff here
}));

मैं इसे स्निपेट में भूल गया, लेकिन मैं config() . के बाद config() install() पर कॉल कर रहा हूं

मैंने मॉड्यूल के चारों ओर लपेटने की कोशिश नहीं की है, लेकिन मुझे लगा कि अगर यह पहले से ही कुछ जगहों पर काम करता है, तो दूसरों में क्यों नहीं?

यह सब वास्तव में कॉलस्टैक पर निर्भर करता है। जब चीजें async भूमि में जाने लगती हैं, तो यह खुरदरी हो जाती है। उदाहरण के लिए, यह अपेक्षा के अनुरूप नहीं होगा:

Raven.context(function() {
  setTimeout(function() {
    throw new Error('crap');
  }, 1);
});

आंतरिक कार्य मुख्य संदर्भ के बाहर अपने स्वयं के संदर्भ में चलाया जाता है। Node.js इसे "डोमेन" नामक चीज़ के साथ हल करता है, लेकिन दुख की बात है कि वे ब्राउज़र भूमि में मौजूद नहीं हैं।

इसलिए यदि कोई त्रुटि पकड़ में नहीं आती है और शीर्ष पर सभी तरह से बुलबुले बनती है, तो इसे आमतौर पर अस्वीकार कर दिया जाता है क्योंकि उस समय यह 100% बेकार है।

ओह समझा। शायद window.onerror का उपयोग करने का कोई तरीका है?

एफडब्ल्यूआईडब्ल्यू, यदि संभव हो तो, अपवाद को कैप्चर करने का सबसे भरोसेमंद तरीका स्पष्ट रूप से Raven.captureException का उपयोग करना है। मैं समझता हूं कि यह हमेशा संभव नहीं है, लेकिन सिर्फ एक FYI करें।

तो एक स्पष्ट प्रयास ... ब्लॉक को छोड़कर राज्य विश्वसनीय है:

try {
  throw new Error('something');
} catch(e) {
  Raven.captureException(e);
}

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

@pheuter नहीं। :) और यह मजेदार हिस्सा है। एक बार जब कोई त्रुटि window.onerror पर पहुंच जाती है, तो यह अब वास्तविक Error वस्तु नहीं है। यह सिर्फ एक बेकार स्ट्रिंग के लिए नीचे चपटा हो जाता है। और यह क्रॉस डोमेन सुरक्षा मुद्दों को भी लागू करता है। तो मूल रूप से, एक बार त्रुटि window.onerror हिट हो जाने पर, इसे आमतौर पर छोड़ दिया जाता है क्योंकि हमारे पास केवल एक ही जानकारी हो सकती है: "Script error." ।

बेकार है। ओह ठीक है, मैं स्पष्टीकरण की सराहना करता हूं!

नहीं, जावास्क्रिप्ट नहीं करता है। यह वास्तव में भयानक है, वास्तव में। :) मैं सक्रिय रूप से शोध कर रहा हूं और हमें बेहतर जानकारी देने के लिए ब्राउज़र का फायदा उठाने के तरीकों की खोज कर रहा हूं। यह विचार मेरे दिमाग को बंदर पैच Function.prototype.call तक भी पार कर गया है। लेकिन यह शायद वाकई बुरी खबर है।

पूरी तरह से! यदि दस्तावेज़ीकरण को स्पष्ट करने के लिए आपके पास कोई सुझाव या सुझाव हैं, तो कृपया मुझे बताएं। मैं हमेशा उस सामान की तलाश में रहता हूं।

करेंगे, कॉन्फ़िगरेशन और उपयोग डॉक्स बहुत सरल और पालन करने में आसान हैं।

मुझे आश्चर्य है कि यह काम करने के लिए Error का विस्तार करने का कोई तरीका है या नहीं।

@mattrobenolt , यह वह तरीका है जिसे हम CoffeeScript का उपयोग करके ले रहे हैं।

window.Error = class extends Error
  constructor: ->
    error = super
    Raven.captureException error
    return error

फिर बस throw new Error "Test Error" . का उपयोग करें

स्पष्टीकरण के लिए ऊपर अद्यतन टिप्पणी।

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

सर उठाने के लिए धन्यवाद!

साथ ही, क्या आप मुझे वह सामान्य जावास्क्रिप्ट में दे सकते हैं? मुझे पूरा यकीन है कि यह क्या कर रहा है, मैं बस दोबारा जांच करना चाहता हूं। मैं कॉफ़ीस्क्रिप्ट नहीं लिखता।

हेयर यू गो:

var __hasProp = {}.hasOwnProperty,
  __extends = function(child, parent) { for (var key in parent) { if (__hasProp.call(parent, key)) child[key] = parent[key]; } function ctor() { this.constructor = child; } ctor.prototype = parent.prototype; child.prototype = new ctor(); child.__super__ = parent.prototype; return child; };

window.Error = (function(_super) {

  __extends(_Class, _super);

  function _Class() {
    var error;
    error = _Class.__super__.constructor.apply(this, arguments);
    Raven.captureException(error);
    return error;
  }

  return _Class;

})(Error);

अब जब मैं इसके बारे में सोचता हूं, तो यह एक त्रुटिपूर्ण दृष्टिकोण है। बस कंस्ट्रक्टर को ओवरराइड करने से रेवेन हर एरर ऑब्जेक्ट को कैप्चर करने वाला है, चाहे वह फेंका गया हो या नहीं। :)

एफवाईआई, त्रुटि को इसे संभालने का एक तरीका मिला। अच्छा होगा अगर रेवेन-जेएस ऐसा ही कर सके।

@dmcquay क्या आप एक उदाहरण प्रदान कर सकते हैं कि एररसेप्शन कैप्चर करता है? मैं शायद इसे रिवर्स इंजीनियर कर सकता हूं।

मैं वास्तव में मानता हूं कि सभी जेएस त्रुटि हैंडलर 50% raven.js हैं;)

पूप:

@BYK , कोई विचार?

मुझे एररसेप्शन के बारे में कोई अंदरूनी जानकारी नहीं है। मैं सेवा का उपयोग कर रहा हूं और ऐसा लगता है कि विज्ञापित के रूप में काम करता है। मुझे बस इतना पता है।

मैंने निरीक्षण किया कि वे कैसे काम करते हैं और ऐसा लगता है कि वे बस खुद को window.onerror से जोड़ते हैं और स्टैक ट्रेस की परवाह नहीं करते हैं। कम से कम इस तरह की चीजों के लिए।

एरर ऑब्जेक्ट को हाईजैक करना फ़ायरफ़ॉक्स के लिए काम करता है लेकिन उन सभी को कैप्चर करने के बारे में @mattrobenolt की बात, यहां तक ​​​​कि जिन्हें फेंका नहीं गया है, एक वैध चिंता का विषय है।

इसके लिए एक गंदा समाधान वैश्विक कंस्ट्रक्टर को अपहृत करके निर्मित Error उदाहरणों को संग्रहीत करना और onerror को भी सुनना और message , fileName और lineNo की तुलना करना हो सकता है।

सभी त्रुटि-सूचना सेवाओं का मूल्यांकन करते समय, मैंने देखा कि कुछ जावास्क्रिप्ट-विशिष्ट सेवाएं (जैसे https://qbaka.com/) स्टैक ट्रेस को ट्रैक करती हैं और उपयोगकर्ता क्रिया को प्रदर्शित करती हैं जिसके कारण एक विशेष त्रुटि हुई। बहुत खराब एररसेप्शन ऐसा नहीं करता है क्योंकि यह हर तरह से श्रेष्ठ लगता है।

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

@adityar7 ऐसा नहीं है। Raven.js मंकी पैच और अगर हो सके तो चीजों को इंटरसेप्ट करने की पूरी कोशिश करता है। कुछ और किनारे के मामलों में, आपको स्पष्ट रूप से लपेटने की आवश्यकता हो सकती है, लेकिन हम चीजों को स्वचालित रूप से करने के लिए वास्तविक प्रयास करते हैं।

@mattrobenolt कुछ सिंटैक्स को ठीक करके इसे काम कर रहा है। धन्यवाद!