タグ付けされた質問 「bin-magento」

3
Magento2-setup:di:compile
私はいくつかのカスタムコードを使用してプロジェクトで作業しています...これは私たちの最初の「中」Magento 2プロジェクトなので、(ここにいるすべての人と同じように)毎日新しいことを学び、対処方法を変更する必要がありますこの新しいMagentoバージョン この質問の理由は、コマンドについて尋ねることです setup:di:compile 私はMagento 2で初日からbin / magentoが「Magentoコンパイルコマンドを再実行してください」setup:upgradeというメッセージを表示するたびにbin / magentoが要求するので、これを使用しています ええと...私はsetup:di:compileこのプロジェクトで実行中のブレーク製品ビューページを見つけましたが、完全にあいまいな致命的エラーが発生しました。私はそれをデバッグしてコード結果をテストし、結果をゼロにして一日中過ごしました 今日、そのコマンドを省略すると、プロダクションモードでも、すべてが魅力のように機能することを発見しました それで、問題は...そのsetup:di:compileコマンドは正確には何ですか?必要ですか?ちょうどお勧めですか?またはそれは実行する必要のないいくつかの非推奨のコマンドですか? 更新 一部のユーザーが要求したように、これは私が言及していた致命的なエラーです PHPの致命的エラー:抽象クラスMagento \ Catalog \ Block \ Product \ View \ AbstractViewをインスタンス化できません*** / vendor / magento / framework / ObjectManager / Factory / AbstractFactory.phpの93行目 Magento \ Catalog \ Block \ Product \ View \ AbstractViewを使用してカスタムブロックを検索しましたが、レイアウトファイルでのみ見つかりました。ブロッククラスコンストラクターにはありません。 私が理解できないことは、Magentoがコンパイルされたコードでこの致命的なエラーをスローする理由ですが、コンパイルされたコードなしではチャームのように機能します

2
php bin / magento setup:upgradeを使用する場合
開発者モードでモジュール内のいくつかのファイルを変更する多くの状況がありますが、実行するまで変更はフロントエンドで行われませんでした php bin/magento setup:upgrade setup:upgradeMagento 2でコマンドを実行するタイミングとその目的は何ですか? 変更を加えるたびに、setup:upgradeコマンドを実行するまで変更が表示されないので、それは私には奇妙です。var / cacheを削除しても、表示されません。誰でもこれの理由を知っていますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.