Magento

次の<global>ように、スペース内のモジュールのetc / config.xmlファイルで宣言することにより、独自のモジュールのセットアップスクリプトを使用できます。 <resources> <catalog_setup> <setup> <module>Mage_Catalog</module> <class>Mage_Catalog_Model_Resource_Setup</class> </setup> </catalog_setup> </resources> 一部のモジュールはこのファイルを使用しますがmysql4-install-0.0.1.php、他のモジュールはinstall-0.0.1.php。だから、いつファイル名の前にmysql4を使用し、いつ使用しないのですか？ また、セットアップスクリプトが実行されていない場合、なぜ実行されていないのかを調べるにはどうすればよいですか？

22 magento-1  configuration  sql  installation  setup 

Magento 2には2つのコマンドがあります php bin/magento cache:flush php bin/magento cache:clean それらの正確な違いは何ですか？私は一般的に使用していcache:flushます。私は使用しcache:cleanたことがない。だから、どのコマンドをどの状況で使用するのですか？

22 magento2  cache  command-line 

モジュールテンプレートファイルに画像を表示したい。誰かが私のモジュールをインストールすると、彼はその画像を見ることができます。モジュールディレクトリ内に画像を保存できますか？

21 magento-2.0  phtml 

誰もがこれについて考えています... !! Magento 1.9.xバージョンでは何ができますか。 開発者の参照URLを承認する Authorize.Netは、SHA-512ベースのtransHashSHA2を支持して、MD5ベースのtransHash要素を段階的に廃止しています。MD5ハッシュオプションを制御するMerchant Interfaceの設定は、2019年1月末までに削除され、transHash要素は、後日決定される値を返すのを停止します。 前もって感謝します

21 magento-1.9  magento1.9.3  authorize.net 

そのため、ほとんどのモデルとブロックでは、コンストラクターの最後のパラメーターとしてこれがarray $data = []指定されていることに気付きました。 例えば \Magento\Catalog\Block\Product\ListProduct public function __construct( \Magento\Catalog\Block\Product\Context $context, \Magento\Framework\Data\Helper\PostHelper $postDataHelper, \Magento\Catalog\Model\Layer\Resolver $layerResolver, CategoryRepositoryInterface $categoryRepository, \Magento\Framework\Url\Helper\Data $urlHelper, array $data = [] ) { $this->_catalogLayer = $layerResolver->get(); $this->_postDataHelper = $postDataHelper; $this->categoryRepository = $categoryRepository; $this->urlHelper = $urlHelper; parent::__construct( $context, $data ); } また、好みを扱うとき、あなたは とき、元のコンストラクターよりも多くのパラメーターを追加する場合、そのパラメーターをコンストラクターパラメーターリストの最後に保持する必要があるいます。 したがって、この配列に関していくつかの質問があります： それは何ですか ？ それの使い方 ？ パラメータを追加するブロックの設定を宣言するときに、コンストラクタパラメータリストの最後に保持する必要があるのはなぜですか？

21 magento2  php  dependency-injection  di  preference 

昨夜、私のバックエンドは1.9.2.2リリースに自動更新されました。 今日、CMSページ上のすべての静的ブロックが消えました。 それらはすべてのストアビュー用に構成されており、各ビューを試しましたが表示されません。 ただし、カテゴリページでも静的ブロックを使用していますが、それはうまく表示されています。 この問題が発生している人はいますか？助言がありますか？ありがとう！

21 magento-1.9  cms  static-block  ce-1.9.2.2 

magento2-1.0.0-beta4を使用しています checkout.rootブロックをapp/code/Magento/Checkout/view/frontend/layout/checkout_index_index.xml製品ページにコピーしました。 を有効にするまで、すべて正常に動作していpage_cacheます。そのブロックはcacheable="false"、レイアウトXMLに含まれています。 製品ページを開くと、ブロックはまったくレンダリングされません。 ページキャッシュを正しく理解していれば、AJAX呼び出しを介してそのようなブロックをロードするはずです。しかし、私のブレークポイントに到達することはないので、このようなAJAX呼び出しは発生しないようです\Magento\PageCache\Controller\Block\Render::execute。 開くとき、/checkout/または/checkout/cart/すべてが機能するとき。しかし、AJAX呼び出しも発生していないようです。代わりに、ページ全体がキャッシュからレンダリングされていないように見えるため、カートにとって意味があります。 だから、単に製品ビューページを除外する必要がありpage_cacheますか？しかし、私はそうする方法を見つけませんでしたか？

21 layout  blocks  cache  magento2  full-page-cache 

私はMagento 1.x開発者であり、Magento認定の準備をしています。今後5〜6か月以内に認定試験に出場する場合があります。Magento 2.xが試験前にリリースされた場合、Magento 2.xも準備する必要がありますか？

21 magento2  magento-1  certification 

クライアント用のカスタムデザインパッケージを作成するとき、多くの場合、base / defaultまたはrwd / defaultからテンプレートをコピーし、このテンプレートをクライアントのニーズに合わせて変更します。 使用されるライセンスはAcademic Free License（AFL 3.0）（http://opensource.org/licenses/afl-3.0.php）です これは次のことを述べています。 6）帰属権。お客様は、作成する派生著作物のソースコードに、オリジナル著作物のソースコードからのすべての著作権、特許、または商標の通知、ならびにライセンスの通知および「帰属」として識別される説明文を保持する必要があります通知。" オリジナル作品を修正したことを受信者に通知するために合理的に計算された顕著な帰属通知を作成するために、作成した派生作品のソースコードを作成する必要があります。 これは、コピーしてすべてのデザインパッケージに変更するすべてのファイルに完全な著作権表示を保持する必要があるということですか？ 以下の完全な通知を参照してください。 ** * Magento * * NOTICE OF LICENSE * * This source file is subject to the Academic Free License (AFL 3.0) * that is bundled with this package in the file LICENSE_AFL.txt. * It is …

21 copyright 

Magento 2-ベータ版を使用しています。 しかし、phtmlファイルで構成値を取得する方法を見つけることができません。 例：カスタムモジュールの構成値をMagento_Catalog/templates/product/list.phtmlファイルに取得したい。 誰もこれを行う方法を知っていますか？

21 template  configuration  magento2 

注： この問題は、SUPEE-6788パッチを受け取ったMagentoのすべてのバージョンに当てはまるようです。私の答えでは、パッチを成功させるには両方 .htaccessを.htaccess.sample復元する必要があることがわかります。 magentocommerce.com/downloadsが提供するシェルスクリプトを使用して、CE 1.7.0.2サイトにSUPEE-6788パッチを適用する作業を行っています。このサイトには、以前のセキュリティパッチがすべて適用されています。 スクリプトの名前はPATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.shmd5sumですcfc0cf533fe36a5f573414f0feeb1590（このパッチは、圧縮されていない状態でリリースされたという点で異常でしたが、ファイルは破損または切り捨てられていないようです）。 このスクリプトを実行すると、含まれているパッチの少なくとも1つが失敗したかスキップされたが、パッチの多くの部分が成功したが、git変更が表示されていないことを示すコンソール出力が表示されます。このスクリプトは、同じコードベースを持つ2つの異なる環境でテストされています。1つはUbuntu GNOME 14.04 LTSワークステーション、もう1つはnexcess.com共有サーバー（CentOSを実行）です。 興味深いのは、2つの環境での出力がわずかに異なることです。「checking」と「patching」で始まる行に注意してください。 Ubuntu環境からの出力のサンプル： bash PATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.sh [19:27:10] Checking if patch can be applied/reverted successfully... ERROR: Patch can't be applied/reverted successfully. checking file .htaccess Hunk #1 FAILED at 207. 1 out of 1 hunk FAILED can't find file to patch at input line …

21 magento-1.7  ce-1.7.0.2  security  patches  supee-6788 

私が使用している場合module:enableやmodule:disable、モジュールを有効または無効にするコマンドを、 php bin/magento module:enable Pulsestorm_TutorialObjectManager1 php bin/magento module:enable Pulsestorm_TutorialObjectManager1 出力には次の内容が含まれます 警告：生成された静的ビューファイルは消去されませんでした。--clear-static-contentオプションを使用してそれらをクリアできます。静的ビューファイルをクリアしないと、管理およびストアフロントで表示の問題が発生する場合があります。 静的に生成されたビューファイルとは正確には何ですか？ これらのファイルはどこにありますか？ --clear-static-contentオプションを含めると、ファイルを削除するだけですか、それともシステム内の他の項目もリセットされますか？

21 magento2  cli 

彼らは大騒ぎしていてMagento 2、名前空間などの概念が組み込まれています。REQUESTフローがどのように処理されているか知りたいだけMagento 2です。 Anthol Kritプレゼンテーションからの興味深い点 Magneto2には、Magentoの2700に比べて8000のクラスがあります1

21 magento2  architecture  mvc 

PayPalから、即時支払い通知（IPN）のSSL接続のルート証明書を変更しているという警告メールを受信して​​います。 彼らは、Verisign G2（1024ビット）からG5（2048ビット）証明書への変更や、SHA-1ハッシュからSHA-256ハッシュへの変更など、多くの変更を行っています。 PayPal統合との互換性を維持するために必要なアクションがわからない。 ホスティングプロバイダーに連絡して、PHPバージョンや信頼できる証明書ストアなど、環境に必要な変更を調査する必要がありますか？ MagentoのPayPal統合は「拡張」ではなく「組み込み」のように見えるため、PayPalとの互換性を維持するために必要なパッチはありますか？ ありがとう！

21 paypal  ssl  ipn 

SUPEE-10888は、Magento 1の新しいセキュリティパッチで、12のセキュリティ問題に対処します。 https://magento.com/security/patches/supee-10888 SUPEE-10888、Magento Commerce 1.14.3.10およびOpen Source 1.9.3.10には、クロスサイトスクリプティング（XSS）、クロスサイトリクエストフォージェリ（CSRF）、およびその他の脆弱性を閉じるのに役立つ複数のセキュリティ拡張機能が含まれています。 パッチはhttps://magento.com/tech-resources/download#download2243にあります。 このパッチを適用する際に注意すべき一般的な問題は何ですか？

21 magento-1  patches  security  supee-10888