タグ付けされた質問 「exception」

次のすべての方法がMagentoコアで使用されていますが、どの方法が好ましい（または最新の「ベストプラクティス」）方法でしょうか。 Mage::throwException('Some Message')- 732の用途 throw new Exception('Some Message')- 419の用途 throw Mage::exception('Vendor_Module', 'Some Message')- 94の用途 （作成する必要Vendor_Module_Exceptionクラス）

45 error  best-practice  exception 

Magentoのカスタムエラーハンドラーと共存する型チェックについて、私が考えていたよりも優れた戦略があるかどうか疑問に思っています。具体的には、私はtypehintedパラメータの不一致の場合にスローされたとして「キャッチできる致命的エラー」に疑問を抱いています。Mageクラスの例を次に示します。 /** * Write exception to log * * @param Exception $e */ public static function logException(Exception $e) { if (!self::getConfig()) { return; } $file = self::getStoreConfig('dev/log/exception_file'); self::log("\n" . $e->__toString(), Zend_Log::ERR, $file); } エラーハンドラーのため、Zend_Date（正常に動作しますが、例外ログで非常に混乱するように見える）、またはMage_Core_Model_App実際に致命的なエラーが発生するを含む、何でもメソッドに渡すことができます。 メソッドの先頭で型チェックを再実装することは可能です$e instanceof Exceptionが、そのような戦術は型ヒントの目的を無効にします。 任意のヒントを提案？

15 error  exception 

Magento 1では、例外をキャッチして、exception.logファイルにログを記録することができました。Mage::logException($e); 今、Magento 2では、できますcatch (\Exception $e)が、キャッチされた例外をどうすればいいですか？にログインするにはどうすればよいexception.logですか？または、これを処理する一般的な方法は何ですか？

15 magento2  exception  logging 

サイトでログに記録されるかスローされる例外の電子メール通知を設定するにはどうすればよいですか？ 更新：少数の人々は、すべての例外があなたに電子メールで送られるならば、あなたがあまりにも多くの電子メールを得ると期待するかもしれないという事実についてコメントしました。私は例外ログをかなり軽く保つ傾向があります。そこにあるものはすべて、例外としても見ています。機能ではなく問題ではない場合、例外をキャッチし、必要に応じて別のファイル（おそらくsystem.log）に記録しますが、exception.logには記録しません。 ただし、exception.logに多くのノイズがあり、クリーンにしたくない場合は、おそらくこれを行いたくないでしょう。

14 email  exception 

ファイル：app/code/core/Mage/Adminhtml/Block/Widget/Grid/Column/Renderer/Datetime.phpでは、render()メソッド内で、tryブロックとcatchブロックの両方でまったく同じコードが実行されているようです。例外はまったく処理されません。私はこのようなコードを書く理由（もしあれば）を知りたいです： try { $data = Mage::app()->getLocale() ->date($data, Varien_Date::DATETIME_INTERNAL_FORMAT)->toString($format); } catch (Exception $e) { $data = Mage::app()->getLocale() ->date($data, Varien_Date::DATETIME_INTERNAL_FORMAT)->toString($format); }

13 php  magento-1  best-practice  exception 

製品に関して同様の問題があることは知っていますが、カテゴリでこのエラーが発生しました。 私が何か違うことをしたことは思い出せません。フロントエンドのカテゴリページにアクセスするとすぐに突然、このエラーがスローされ始めました。 管理者でカテゴリを再保存すると問題が解決する場合がありますが、ほとんどの場合は解決しません。このエラーはどこから発生しますか？それを修正するには？他の誰かもこのエラーに遭遇しましたか？ 編集する カテゴリページがURLのURL書き換えテーブルを要求するようです。それはこのクエリを生成します： SELECT `e`.*, IF(at_is_active.value_id > 0, at_is_active.value, at_is_active_default.value) AS `is_active`, `url_rewrite`.`request_path` FROM `catalog_category_entity` AS `e` INNER JOIN `catalog_category_entity_int` AS `at_is_active_default` ON ( `at_is_active_default`.`entity_id` = `e`.`entity_id`) AND ( `at_is_active_default`.`attribute_id` = '46' ) AND `at_is_active_default`.`store_id` = 0 LEFT JOIN `catalog_category_entity_int` AS `at_is_active` ON ( `at_is_active`.`entity_id` = `e`.`entity_id` ) …

9 magento2  category  exception 

カスタム拡張では、このようにオブザーバーを作成しています。 app\code\Vendor\Extension\etc\frontend\events.xml <?xml version="1.0"?> <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:Event/etc/events.xsd"> <event name="sales_quote_remove_item"> <observer name="sales_quote_remove_item_handler" instance="Vendor\Extension\Observer\RemovecartbeforeObserver" shared="false" /> </event> </config> そして私の観察者： app\code\Vendor\Extension\Observer\RemovecartbeforeObserver.php use Magento\Framework\Event\ObserverInterface; class RemovecartbeforeObserver implements ObserverInterface { public function execute(\Magento\Framework\Event\Observer $observer) { // HERE IS MY CODE $message = "THIS IS CUSTOM ERROR MESSAGE"; throw new \Magento\Framework\Exception\LocalizedException(__($message)); return; } } オブザーバー関数が呼び出されましたが、ページにカスタムエラーが表示されません。これのInstadeはそれがこのexception.logようなファイルに私のメッセージを示しています。 main.CRITICAL: …

8 magento2  event-observer  exception 

データやグラフィックスがなくても、AdminにログインしてWebサイトを表示することができました。 まもなくこのメッセージを受け取りました。 セキュリティ上の理由から、例外の印刷はデフォルトで無効になっています /errorsMagentoのルートディレクトリにフォルダーがありません。

8 error  magento-2.0  exception