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

6
レイアウトXMLロードのデバッグ
TL; DR:レイアウトの読み込みをデバッグする方法はありますか?あるモジュールのレイアウトは別のモジュールと競合していると思います。 前の質問に関連して:すべてのテーマに表示されるモジュールレイアウトを作成する方法 ローカルテスト環境(開発PC)にモジュールを正常にロードし、3つの異なるテーマ間の切り替えをテストしましたが、問題ありません。その後、私たちが持っているテスト環境または「運用前」環境でモジュールを更新しました。ここには、さまざまなモジュールがあります。この環境では、モジュールは製品フロントページで必要なものを表示しません。いくつかのテストの後、問題はレイアウトの読み込みプロセスにあるべきだという結論に至りました。 だから、レイアウトの読み込みをデバッグする方法、さまざまなモジュールが独自のブロックを置換または追加する方法はありますか?私のポイントは、私のモジュールと競合するモジュールが少なくとも1つあると信じていることです。そして、非常に多くのモジュールがあるため、モジュールを1つずつ無効にするのとは異なるアプローチを探しており、どれが問題のあるものかを確認しています。 私のconfig.xmlファイルは次のとおりです。 <?xml version="1.0" encoding="UTF-8"?> <config> <modules> <Dts_Banners> <version>0.1.0</version> </Dts_Banners> </modules> <global> <blocks> <banners> <class>Dts_Banners_Block</class> </banners> </blocks> .... <events> <controller_action_layout_load_before> <observers> <attributesethandle> <class>Dts_Banners_Model_Observer</class> <method>addAttributeSetHandle</method> </attributesethandle> </observers> </controller_action_layout_load_before> </events> </global> .... </config> 私のオブザーバーファイル: <?php class Dts_Banners_Model_Observer { /** * Checks if the search text on the list …


1
DEBUG(7):セキュリティの問題:block_nameはホワイトリストに登録されていません。(マゼンタsystem.log)
ではsystem.log私のMagentoのファイル、私は次のエラーメッセージを持っているインストール DEBUG(7):セキュリティの問題:block_nameホワイトリストに登録されていません。 どこblock_nameが私の店で使用されるブロックの名前です。 それはどういう意味ですか、どうすれば修正できますか?

3
Mage :: logは画面に書き込みます
開発システムがあり、display_errorsがオンで、Magentoが開発者モードであるため、 Mage::log($layered_navigation_filter_block); // Mage_Catalog_Block_Layer_Filter_Attribute そして、すべてがログファイルの代わりに画面に書き込まれました、なぜですか? この場合のように見えます: // app/Mage.php:837 if (is_array($message) || is_object($message)) { $message = print_r($message, true); } ただし、print_rの2番目の引数は無視されます。 Mage_Catalog_Block_Layer_Filter_Category Object ( [_filter:protected] => ... [28-Jan-2013 22:48:43 UTC] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 241434624 bytes) in /var/www/app/code/local/MyCompany/Motif/Model/Observer.php on line 47 [28-Jan-2013 22:48:43 …
21 debugging 

4
Magento 1.7で開発者モードを有効にする方法
Magento 1.7を使用して、サイトで開発者モードを有効にしようとしています。これまでに追加しました: SetEnv MAGE_IS_DEVELOPER_MODE "true" .htaccessファイルと: ... if (isset($_SERVER['MAGE_IS_DEVELOPER_MODE'])) { Mage::setIsDeveloperMode(true); } ... index.php説明するようにファイルをここに。私はIf句だけを削除して、以下だけを残しました: ... Mage::setIsDeveloperMode(true); ... index.phpファイル内。しかし、まだ運はありません。私は何が欠けていますか?開発者モードを有効にするにはどうすればよいですか?

5
UIコンポーネントのデバッグ
管理者のグリッドとフォームにUIコンポーネントを使用するCRUDモジュールを構築しようとしています。 以前にこれをやったことがありますが、これは少し異なり、明らかに何かを台無しにしました。 問題は、UIコンポーネントファイルまたはUIコンポーネントファイルによって参照されるクラスにあることは確かです。レイアウトファイルからUIコンポーネントの参照を削除すると、ページがロードされます(明らかにグリッドはありません)。 UIコンポーネントを含めると、ページは空白になり、開発者モードであってもエラーはどこにも記録されません。 UIコンポーネントの読み込みとレンダリングのデバッグを開始する方法と場所

3
カスタムモジュールのブロックが製品ページに表示されません。どうすればデバッグできますか?
オンラインのチュートリアルに従って、最初のカスタムモジュールを作成しています。システムがモジュールを「発見」するために特定のXMLファイルを作成する必要がありますが、XMLを壊しても違いは見られません。隠されています。これらのエラーレポートを見つけるにはどうすればよいですか?開発中にシステムからフィードバックを取得する方法はありますか? ここに私のファイルapp / etc / modules / BlueAcorn_Test.xmlがあります: <?xml version="1.0" encoding="UTF-8"?> <config> <modules> <BlueAcorn_ExampleModule> <active>true</active> <codepool>local</codepool> </BlueAcorn_ExampleModule> </modules> </config> そして、これはapp / code / local / Blueacorn / Example / etc / config.xmlにある私の構成ファイルです: <?xml version="1.0" encoding="UTF-8"?> <config> <global> <blocks> <test> <class>BlueAcorn_ExampleModule_Block</class> </test> </blocks> <layout> <updates> <test> <file>example.xml</file> </test> </updates> </layout> </global> …
15 layout  debugging 

1
Magento 2でレイアウトファイル処理をデバッグするにはどうすればよいですか?
レイアウトファイルの処理に関するmagento 2テーマの仕様によると: Magentoアプリケーションは、レイアウトファイルを次の順序で処理します。 1 /モジュールからすべてのレイアウトファイルを収集します。順序は、app / etc / config.phpのモジュールリスト内のモジュールの順序によって決まります。 2. /継承されたテーマのシーケンスを決定します[、...、] 3. /最後の祖先から現在までのテーマのシーケンスを繰り返します: a。すべての拡張テーマレイアウトファイルをリストに追加します。 b。リスト内のオーバーライドされたレイアウトファイルを置き換えます。 4. /リストからすべてのレイアウトファイルをマージします。 このプロセスのすべてのステップのレイアウトファイルをデバッグして表示するにはどうすればよいですか?

5
Magento MySQLにエラーがなくなりました
Magento CE 1.7.0.2には奇妙な問題がたくさんあります。通常の操作中、サイトはフロントエンドとバックエンドの両方でMagentoエラーページ(リクエストの処理中にエラーが発生しました)を時々生成します。関連レポートを表示すると、次のメッセージが表示されます。 "SQLSTATE[HY000] [2006] MySQL server has gone away" 時々ですが、まれですが、レポートメッセージは次のようになります。 Connection reset by peer 私が見てきましたVAR>ログ> SYSTEM.LOGとMySQL has gone awayエラーは以下を伴います: Warning: PDO::__construct(): MySQL server has gone away in /var/www/html/domain.com/live/lib/Zend/Db/Adapter/Pdo/Abstract.php on line 129 Error while reading greeting packet. PID=1863 in /var/www/html/domain.com/live/lib/Zend/Db/Adapter/Pdo/Abstract.php on line 129 これに加えて、次のエラーはすべてのリクエストとエラーで発生しているようですMySQL has gone away: Warning: include(File.php): failed …

2
lockedLoadData /キャッシュされていないページのビルドの目的はusleepに費やされ、約1分かかります
Magento 2.3.1へのアップデート以降、キャッシュされていないページの読み込みに問題があると思います(開発中)。 私はblackfire.ioトレースを行いましたが、ここでusleepに 42秒が費やされていることがわかりました。 今、これの目的は何なのかと思っています。なんらかの競合状態で走っていると思いますか? 誰かが以前にこのようなことを経験しましたか? 編集:コールスタックはcommercebugを含むようです。

1
XML関連の例外をデバッグする方法は何ですか?
私はgvimでMagento 2を使用してコーディングしています。Magento2は初めてです。 私は何度もxml関連のエラーをデバッグするのに苦労しました。しかし、このような状況では私は本当に動揺します。このエラーの原因となっているファイルがどこにあるかはわからず、デバッガーもどちらもわかりません。 次のようにしてください:xmlファイルが無効です。実際には、その下にmodule.xml、routes.xml、config.xml、{layout} .xml、di.xmlまたはview / layout dirsがあるモジュールを作成しました。どのファイルの12/89 / ..行が無効ですか?生成された/マージされたもの?var / generatedに何も見つからず、コマンドラインが機能しなくなったため、迷っています。このエラーが何であるかを見つけるためのデバッグ方法は何ですか? どんな助けでもありがたいです。 致命的なエラー:キャッチされなかったMagento \ Framework \ Exception \ LocalizedException:無効なドキュメント要素 'item':タイプ定義は抽象的です。行:12要素 'item'、属性 'name':キーid-constraint 'itemName'のフィールドのXPath '@n​​ame'は、複数のメンバーを持つノードセットに評価されます。行:89要素 'item':キーアイデンティティー制約 'itemName'のすべてのフィールドがノードに評価されるわけではありません。行:89要素 'item'、属性 'name':キーID制約 'itemName'のフィールドのXPath '@n​​ame'は、複数のメンバーを持つノードセットに評価されます。行:90要素 'item':キーアイデンティティー制約 'itemName'のすべてのフィールドがノードに評価されるわけではありません。行:90 /var/www/html/lib/internal/Magento/Framework/Config/Reader/Filesystem.php:
11 magento2  php  xml  debugging 



3
本番環境の開発者モード
最近、クライアントからMagentoストアの評価について連絡を受けました。ストア(本番環境で実行されている場合でも)のindex.phpファイルで開発者モードが有効になっていることに気付きました。 if (isset($_SERVER['MAGE_IS_DEVELOPER_MODE'])) { //the variable is set. Mage::setIsDeveloperMode(true); } 彼らはこの店を2年以上生産に携わってきました。2013-02-09からのファイルの最も古いリビジョンを復元しましたが、まだ開発者モードがtrueに設定されていました。 Alan Stormによるこの記事を読んだ後:PHPのエラー処理とMagento開発者モードクライアントが開発者モードを無効にすることを推奨する理由を本当に考えることはできません。 本番環境で有効にすることの有害な側面はありますか? アランストームのまとめ: 開発者モードは、問題が発生したときにユーザーに厄介なPHPエラーを与えることなく、よりクリーンなコードを作成するのに役立ちます 私にとってはかなり前向きなようです。経験則として、私は以前、本番環境を開発者モードにすることはありませんでした。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.