🧚 👩🏿‍🔧 🚯 Yii में त्रुटि हैंडलिंग योजना 🕴🏽 🧦 👵🏻

सभी को नमस्कार!
इस ढांचे का उपयोग करने के पहले दिनों से Yii में त्रुटि से निपटने की प्रक्रिया मेरे लिए पूरी तरह से पारदर्शी नहीं थी। एक विशेष खंड त्रुटि हैंडलिंग के प्रलेखन में उपस्थिति के बावजूद। किन मामलों में किन विचारों का उपयोग किया जाता है, कैसे अजाक्स या डिबग मोड को प्रभावित करता है, क्यों त्रुटि त्रुटि की आवश्यकता है, अपवादों को संभालने के दौरान क्या अंतर हैं?
परिणामस्वरूप, प्रलेखन और ढांचे के स्रोत कोड में खुदाई करने के बाद, मैंने एक दृश्य त्रुटि हैंडलिंग योजना बनाई, जो मेरे लिए व्यक्तिगत रूप से बहुत उपयोगी थी और शायद किसी और के लिए उपयोगी होगी।
कटौती के तहत, योजना खुद और उस पर कुछ टिप्पणियां।

0. त्रुटि स्तर

इसलिए, डिफ़ॉल्ट रूप से, Yii केवल चेतावनी और सूचना त्रुटियों को संभालता है, साथ ही साथ अपवाद भी छोड़ देता है । घातक त्रुटियों को संभालने के लिए, register_shutdown_function (लेख के अंत में उस पर अधिक) का उपयोग करें।

1. चलो चलें!

यदि कोई चेतावनी होती है या कोई अनियोजित अपवाद होता है, तो Yii उन्हें संसाधित करेगा यदि दो स्थिरांक तदनुसार निर्धारित किए जाते हैं:

YII_ENABLE_ERROR_HANDLER = true YII_ENABLE_EXCEPTION_HANDLER = true

दोनों त्रुटियों और अपवादों को एक समान परिदृश्य में Yii में संभाला जाता है। लेकिन कुछ अंतर हैं जिनका मैं उल्लेख करूंगा।

2. लॉगिंग

सबसे पहले, एक त्रुटि या अपवाद जानकारी लॉग को लिखी जाती है - Yii :: लॉग () फ़ंक्शन।

3. इवेंट कॉल

अगला, onError ( onException ) इवेंट उठाया जाता है । यदि इन घटनाओं के लिए कोई उपयोगकर्ता-निर्धारित हैंडलर है, तो उसे कहा जाता है, आवश्यक क्रियाएं करता है, और घटना के आगे के प्रसंस्करण को रोक सकता है (ईवेंट सेट करके-> संभाला = सत्य )। आप हैंडलर को इस तरह लटका सकते हैं:

 $app->onError=function($event) { ... }

या संलग्नकहैंडलर () विधि के माध्यम से।

4. कनेक्शन त्रुटिहैंडलर

यदि ईवेंट प्रोसेसिंग जारी रहता है ( ईवेंट-> हैंडल किया गया = गलत ), तो एररहैंडलर yii एप्लिकेशन का मानक घटक खेल में आता है (डिफ़ॉल्ट रूप से यह हमेशा शून्य नहीं होता है)। यह संबंधित हैंडल () या हैंडल एक्सेप्शन () विधि को कॉल करता है। इन समान तरीकों के भीतर, त्रुटि और अपवाद के बीच एक महत्वपूर्ण अंतर है (Yii 1.1.9 के वर्तमान संस्करण में उपलब्ध):

HandleError () में , अनुरोध प्रकार (ajax or not) और एप्लिकेशन मोड (निरंतर YII_DEBSE) की जाँच की जाती है
HandleException () में , अपवाद का प्रकार (CHttpException या CException) और एप्लिकेशन मोड (निरंतर YII_DEBUG) की जाँच की जाती है

इस पर निर्भर करते हुए, या तो सरलतम html- एरर आउटपुट को ऐप-> डिस्प्लेएयर (), या ट्रिकी रेंडर () फंक्शनहैंडलर घटक के फंक्शन के माध्यम से बुलाया जाता है।
इससे पहले, अजाक्स की जाँच भी हैंडल एक्सेप्शन () में की गई थी, लेकिन इसे 1.1.9 में हटा दिया गया था, जो अजाक्स के अनुरोधों के अपवादों को संभालने के लिए इसे और अधिक सुविधाजनक बनाता है - उदाहरण के लिए, जसन लौटें।

5. ErrorHandler में मुश्किल प्रतिपादन

मैं ErrorHandler-> रेंडर () फ़ंक्शन "ट्रिकी" कहता हूं क्योंकि यह नियंत्रक के नियमित प्रतिपादन की तुलना में थोड़ा अलग तरीके से काम करता है:

जब YII_DEBUG = true, इसे "अपवाद" पैरामीटर के साथ लॉन्च किया गया है:
रेंडर "अपवाद.php" - त्रुटियों और अपवादों के लिए विस्तृत डिबगिंग जानकारी प्रदर्शित करता है
जब YII_DEBUG = गलत और CHttpException के लिए भी , तो इसे "त्रुटि" पैरामीटर के साथ फेंक दिया जाता है:
एक। यदि एररएशन सेट किया जाता है, तो इसे निष्पादित किया जाता है और कस्टम एरर डिस्प्ले प्रदर्शित करता है
ख। यदि एररएक्शन सेट नहीं किया गया है, तो यह एरर व्यू एक्सएक्सएक्सएक्सएक्सएक्स.पीपी को कॉल करने की कोशिश करता है, जहां एक्सएक्सएक्स http अपवाद कोड है (त्रुटियों के लिए हमेशा 500)
में। यदि viewXXX.php त्रुटि नहीं मिलती है, तो यह सार्वभौमिक त्रुटि को कॉल करने की कोशिश करता है

दृश्य क्रमिक रूप से खोजा जाता है:
1. विषय / थीमनाम / विचार / प्रणाली
2. असुरक्षित / विचार / प्रणाली
3. रूपरेखा / विचार

6. कस्टम त्रुटि प्रदर्शन

एररएशन सेट (उदाहरण के लिए, कॉन्फ़िगरेशन में "साइट / त्रुटि") के मामले में, यह विधि, मैं दोहराता हूं, का उपयोग उत्पादन मोड में कस्टम प्रदर्शन त्रुटियों और अपवादों के लिए किया जाता है। अजाक्स और गैर-अजाक्स अनुरोधों के लिए इसमें एक अलग निष्कर्ष निकालना सुविधाजनक है। मैं यह भी ध्यान देता हूं कि यहाँ आउटपुट को व्यू / साइट / एरर.php ( व्यूज / सिस्टम / एररXXX.php के विपरीत, जिसमें पेज का पूरा html- कोड हो) के माध्यम से आवेदन के सामान्य लेआउट में किया जा सकता है।

आफ्टरवर्ड: फैटल एरर हैंडलिंग

लेकिन घातक त्रुटियों के बारे में क्या? Register_shutdown_function के माध्यम से उनका अवरोधन वर्तमान में Yii में लागू नहीं किया गया है। समाधान है कि मैं परियोजनाओं में अब उपयोग है:
1. आवेदन को शुरू करते समय, शटडाउन हैंडलर रजिस्टर करें
2. हैंडलर में, error_get_last () के माध्यम से एक त्रुटि और उसके स्तर की जांच करें। यदि त्रुटि पहले ही संसाधित हो गई है, तो NULL वापस कर दी जाएगी
3. पूरे प्रसंस्करण तंत्र को ऐप के माध्यम से चलाएं-> हैंडल () , यानी सर्किट की शुरुआत के करीब

Error_get_last () का उपयोग करते समय, यह ध्यान रखना महत्वपूर्ण है कि यह फ़ंक्शन error_reporting निर्देश और ऑपरेटर से पहले @ प्रतीक को अनदेखा करता है, अर्थात। इसमें E_NOTICE हो सकता है, जो दिखाई नहीं दे रहे हैं और संसाधित नहीं हैं (उदाहरण के लिए, जब सत्र चल रहे हों तो @session_start () को कॉल करना)।
इसलिए, हैंडलर में, मैं केवल घातक त्रुटियों की जांच करता हूं।
मैंने एररएशन = null भी सेट किया है - फिर, जैसा कि आरेख से स्पष्ट रूप से देखा जा सकता है, सिस्टम व्यू एरर। एफपी दिखाया जाएगा, जो कि एक और कंट्रोलर एक्शन को चलाने से अधिक विश्वसनीय है, जहां एक दोहराया त्रुटि की संभावना अधिक है:

 class WebApplication extends CWebApplication { protected function init() { register_shutdown_function(array($this, 'onShutdownHandler')); parent::init(); } public function onShutdownHandler() { // 1. error_get_last() returns NULL if error handled via set_error_handler // 2. error_get_last() returns error even if error_reporting level less then error $e = error_get_last(); $errorsToHandle = E_ERROR | E_PARSE | E_CORE_ERROR | E_CORE_WARNING | E_COMPILE_ERROR | E_COMPILE_WARNING; if(!is_null($e) && ($e['type'] & $errorsToHandle)) { $msg = 'Fatal error: '.$e['message']; // it's better to set errorAction = null to use system view "error.php" instead of run another controller/action (less possibility of additional errors) yii::app()->errorHandler->errorAction = null; // handling error yii::app()->handleError($e['type'], $msg, $e['file'], $e['line']); } } }

निष्कर्ष

मेरी राय में, Yii में त्रुटि से निपटने की प्रक्रिया बहुत सरल नहीं है, लेकिन इसमें बहुत लचीलापन है। मैं आपकी टिप्पणियों और सलाह को सुनकर प्रसन्न हूं।
आपका ध्यान के लिए धन्यवाद!

युपीडी:
मैंने योजना को पीडीएफ प्रारूप में पोस्ट किया है

Yii में त्रुटि हैंडलिंग योजना