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

わかりました、インストールスクリプトを使用して、以下を使用する奇妙な規則があるようです： $installer = $this; これは完全に冗長であるため、私は本当に理解していません。 $this->スクリプト全体で使用しないのはなぜですか？ この規則が存在する理由に関するアイデアはありますか？

17 magento-1  installation  resource-model  setup-script  install-script 

現在のテーマのスキンURLを取得したい。現在、Magentoの「rwd」テーマで作業しています。 そして、以下のコードを使用してスキンURLを取得しています。 Mage::getDesign()->getSkinUrl(); これにより、URL http：// localhost / magento / skin / frontend / default / default /が返されます。 しかし、私は次のようなURLが必要です：http：// localhost / magento / skin / frontend / rwd / default / 私を助けてください。

17 magento-1  theme  skin 

SUPEE-10975がリリースされました。これを適用しようとして問題が発生した場合、7.2サポートを追加する最新のパッチと競合しますか？ これまでのところ、これらは私が見ることができる変更されたファイルです app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php app/code/core/Mage/Adminhtml/Block/Newsletter/Template/Edit.php app/code/core/Mage/Adminhtml/controllers/Cms/BlockController.php app/code/core/Mage/Adminhtml/controllers/Customer/GroupController.php app/code/core/Mage/Adminhtml/controllers/SitemapController.php app/code/core/Mage/Adminhtml/controllers/System/BackupController.php app/code/core/Mage/Captcha/Model/Observer.php app/code/core/Mage/Captcha/Model/Zend.php app/code/core/Mage/Captcha/etc/config.xml app/code/core/Mage/Catalog/Model/Api2/Product/Image/Rest/Admin/V1.php app/code/core/Mage/Catalog/Model/Product/Attribute/Media/Api.php app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php app/code/core/Mage/Core/etc/config.xml app/code/core/Mage/Core/sql/core_setup/upgrade-1.6.0.7.1.1-1.6.0.7.1.2.php app/code/core/Mage/Dataflow/Model/Convert/Container/Abstract.php app/code/core/Mage/ImportExport/Model/Import/Entity/Customer.php app/code/core/Mage/ImportExport/Model/Import/Entity/Customer/Address.php app/code/core/Mage/Payment/etc/config.xml app/code/core/Mage/Payment/etc/system.xml app/code/core/Mage/Payment/sql/payment_setup/upgrade-1.6.0.0.1.1-1.6.0.0.1.2.php app/code/core/Mage/Sendfriend/Block/Send.php app/code/core/Mage/Wishlist/controllers/IndexController.php app/code/core/Zend/Controller/Request/Http.php app/design/adminhtml/default/default/template/cms/browser/content/files.phtml app/design/frontend/base/default/layout/captcha.xml app/design/frontend/base/default/template/wishlist/sharing.phtml app/design/frontend/rwd/default/layout/page.xml app/design/frontend/rwd/default/template/sendfriend/send.phtml app/etc/modules/Mage_All.xml app/etc/modules/Mage_Captcha.xml app/locale/en_US/Mage_Wishlist.csv js/lib/jquery/jquery-1.12.0.js js/lib/jquery/jquery-1.12.0.min.js js/lib/jquery/jquery-1.12.0.min.map js/lib/jquery/jquery-1.12.1.js js/lib/jquery/jquery-1.12.1.min.js js/lib/jquery/jquery-1.12.1.min.map これらの変更で誰かが問題に遭遇しましたか？

16 magento-1  security  patches  php-7.2  supee-10975 

MagentoはSUPEE-9652、Magento 1.x CEおよびEE用のセキュリティパッチをリリースしました このセキュリティ更新プログラムを適用した後に起こりうる問題と、このセキュリティ更新プログラムの新しい変更点を知りたいだけです。

16 magento-1  security  patches  supee-9652 

オブザーバーアプローチを使用して、注文グリッドに列を追加しています。 イベントで-> sales_order_grid_collection_load_beforeコレクションに結合を追加しています イベントで-> core_block_abstract_prepare_layout_beforeグリッドに列を追加しています 編集詳細情報の： イベント（1）の場合： public function salesOrderGridCollectionLoadBefore($observer) { $collection = $observer->getOrderGridCollection(); $collection->addFilterToMap('store_id', 'main_table.store_id'); $select = $collection->getSelect(); $select->joinLeft(array('oe' => $collection->getTable('sales/order')), 'oe.entity_id=main_table.entity_id', array('oe.customer_group_id')); } イベント（2）の場合： public function appendCustomColumn(Varien_Event_Observer $observer) { $block = $observer->getBlock(); if (!isset($block)) { return $this; } if ($block->getType() == 'adminhtml/sales_order_grid') { /* @var $block Mage_Adminhtml_Block_Customer_Grid */ …

16 database  magento-1  collection  filter  order-grid 

curl 7.19.7を実行している古いサーバーに開発環境があります。 最近、Paypal Expressが機能しなくなり、エラーが返されることに気付きました"Unable to communicate with the PayPal gateway."。 あなたが見ることができる例外ログを掘り下げる exception 'Exception' with message 'PayPal NVP CURL connection error #35: SSL connect error' in /path/app/code/core/Mage/Paypal/Model/Api/Nvp.php:983 Stack trace: #0 /path/app/code/core/Mage/Paypal/Model/Api/Nvp.php(616): Mage_Paypal_Model_Api_Nvp->call('SetExpressCheck...', Array) #1 /path/app/code/core/Mage/Paypal/Model/Express/Checkout.php(381): Mage_Paypal_Model_Api_Nvp->callSetExpressCheckout() #2 /path/app/code/core/Mage/Paypal/Controller/Express/Abstract.php(108): Mage_Paypal_Model_Express_Checkout->start('http://asdf...', 'http://asdf...', false) #3 /path/app/code/core/Mage/Core/Controller/Varien/Action.php(418): Mage_Paypal_Controller_Express_Abstract->startAction() #4 /path/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(254): Mage_Core_Controller_Varien_Action->dispatch('start') #5 /path/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http)) #6 …

15 magento-enterprise  magento-1  paypal-express 

正しいアプローチを提案してください。ユーザーがボタンをクリックしたときに「友人にメール」ページをポップアップウィンドウにカスタマイズしたい（この製品をメールで送信）。テンプレートヒントを有効にすると、ボタンが次のようにレンダリングされることがわかりました。 frontend / rwd / default / template / catalog / product / view / sharing.phtml 対応するレイアウトファイルはcatalog.xml（frontend / rwd / default / layoutにあります） だから私は、次のコードlocal.xmlでcatalog.xml存在する同じフォルダにを作成しました（単に「デバッグ」するtest.phtml代わりにsharing.phtml、 <?xml version="1.0"?> <layout version="0.1.0"> <default> <catalog-product-view> <reference name="content"> <block type="catalog/product_view" name="product.info" template="catalog/product/view.phtml"> <block type="catalog/product_view" name="product.info.sharing" as="sharing" template="catalog/product/view/test.phtml"/> </block> </reference> </catalog-product-view> </default> </layout> しかし、何も起こりません。既存のファイルxmlやphtmlファイルを変更せずに、テーマのデフォルトのデザインを変更（上書き）する方法を意味しますか？

15 layout  magento-1  theme  rwd-theme  local.xml 

管理領域のレイアウトファイル（コミュニティまたはローカルコードプール）を作成すると、Adminhtmlモジュールのレイアウトxmlがロードされる前に、Magentoがそのレイアウトxmlをロードすることがあります。その効果は、参照呼び出しを適用するブロックが作成されていないため、参照呼び出しが破棄されることです。 明らかに、キャッシングはここでは役割を果たしていません。私が追加されているMage_Adminhtml中で<depends/>、モジュール宣言ファイル内のノード。 これは以前に抱えていた問題ですか？もしそうなら、それはどのように解決されますか？ 私はこの問題に何度も取り組み、そのたびに解決策を見つけましたが、そもそもこれが何によって起こるのかはわかりません。

15 layout  magento-1 

オブザーバーのcheckoutCartProductAddAfterイベントを監視するオブザーバーを使用してquoteitemにカスタムオプションを追加し、商品がカートに追加された後に起動します。 public function checkoutCartProductAddAfter(Varien_Event_Observer $observer) { $item = $observer->getQuoteItem(); $item->addOption(new Varien_Object( array( 'product' => $item->getProduct(), 'label' => 'Free Gifts', 'value' => 'Spend $50 and get gift product worth $9.99' ) )); return; } オブザーバーは機能していますが、追加した製品にカスタムオプションを追加できません。追加した製品にオブザーバーを使用してカスタムオプションを追加するためのヘルプを提供してください。

15 product  cart  event-observer  magento-1  custom-options 

これは私がかなり長い間念頭に置いていたものですが、それを行うための正しい方法を見つけることができません。 基本的に、6つの異なるWebサイトで作業しており、すべてMagento CE 1.9.2+を実行しています それらのWebサイトでは、私と一緒に作業しているチームが開発した拡張機能（ここでは50以上の拡張機能を使用しています）を使用しており、それらの拡張機能のコードはBitbucketに保存されています。そのため、これらの拡張機能を管理しているのは私だけではありません。私たちは3人の拡張機能に取り組んでいます。 現時点で、これらの拡張機能の1つに機能を追加したりバグを修正したい場合のワークフローは次のとおりです。 Modman経由でWebサイトの1つに拡張機能の最新バージョンをインストールします バグの修正/機能の追加/テスト すべての拡張機能を含むローカルフォルダーに変更を手動でコピーする この拡張フォルダーからGITを介してコミットし、Bitbucketにプッシュします（モジュールごとに1つのBitbucketリポジトリ） その後、モジュールの新しいバージョンをModman経由でインストールできます 重要な注意：ここでは、シンボリックリンクなしでmodmanをハードコピーで使用しています。 私の最大の問題は太字で強調されています：問題の大きな原因であるため、この手順をスキップできるようにしたいです（いくつかのファイルは時々忘れられ、間違ったコピー/貼り付け、人間の行動が含まれます）。 したがって、この手動のコピー/貼り付け手順を取り除くために、どのようにワークフローを改善できますか？ここで提案を受け付けています。

14 magento-1.9  module  magento-1  extensions  development 

チェコのコミュニティでは、Magento 2.xを使い始める価値があるのか​​、Magentoバージョン1.xを使い続けるのが良いのかという議論 があります。私はまだ、M1からM2に切り替えて、M1について学んだことすべて-私たちが持っているすべての経験を捨てることを確信していません。誰でもMagento1の代わりにMagento2を使い始めるための重要なポイントを明確にできますか？まだわかりません。

14 magento2  magento-1 

Magento 1用の新しいセキュリティパッチが公開され、APPSECの25の問題に対処 https://magento.com/security/patches/supee-10752 このパッチを適用する際に注意すべき一般的な問題は何ですか？ SUPEE-10752、Magento Commerce 1.14.3.9およびOpen Source 1.9.3.9には、認証された管理ユーザーのリモートコード実行（RCE）、クロスサイトリクエストフォージェリ（CSRF）およびその他の脆弱性を閉じるのに役立つ複数のセキュリティ拡張機能が含まれています。 1.14.3.9および1.9.3.9リリースでのすべての変更に関する情報は、Magento CommerceおよびMagento Open Sourceリリースノートに記載されています。 パッチとアップグレードは、次のMagentoバージョンで利用できます。 Magento Commerce 1.9.0.0-1.14.3.9：SUPEE-10752またはMagento Commerce 1.14.3.9へのアップグレード。 Magento Open Source 1.5.0.0-1.9.3.9：SUPEE-10752またはMagento Open Source 1.9.3.9へのアップグレード。

14 magento-1  patches  security  supee-10752 

これは、Magento 1とMagento 2の両方に関する質問です。 私は、良いプラクティスとして、それを理解してサードパーティのモジュールの開発者は、他のモジュールで動作するようにそれを容易にするために彼らのカスタムモジュールでの発送のイベントに奨励されています。 私が知りたいのですが： 開発者はカスタムモジュールのどこでイベントをディスパッチする必要がありますか？ イベントをディスパッチするための推奨スポットはありますか？例えば、コントローラー、モデル、ブロック、ヘルパー、オブザーバー？ イベントのディスパッチはパフォーマンスにどのように影響しますか？

14 magento2  module  extensions  event-observer  magento-1 

次のファイルを作成および編集して、テーマを作成しました。 frontend/mypackage/default/layout/local.xml ストアビュー "site1"があり、 "mypackage"の既定のlocal.xmlで例外を作成するため、このファイルを作成しました。 frontend/mypackage/site1/layout/local.xml ただし、このファイルを作成するとすぐに、Magentoはデフォルトのlocal.xmlの変更をスキップします。 Magentoにデフォルトのlocal.xmlを使用し、site1のlocal.xmlの変更をそれに追加するように指示するにはどうすればよいですか？

14 layout  magento-1  theme  parent-child-theme  theme-fallback 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 2年前に閉店。 私の拡張機能の1つは、以下のレイアウトxml命令を使用して、3つの支払い方法の共通ブロックをチェックアウトに追加します <checkout_onepage_paymentmethod> <reference name="root"> <block type="core/text_list" name="additional" as="additional"> <block type="foomandpspro/pxpostrebill_ccSave" name="fooman_ccsave" as="fooman_ccsave" template="fooman/dpspro/onePageCheckout.phtml"/> </block> </reference> </checkout_onepage_paymentmethod> これはデフォルトのチェックアウトでは問題なく機能します。 問題：多くのユーザーは、これを尊重していない無数のワンステップチェックアウトの1つを使用しています。レイアウトハンドルは単にロードされず、その後ブロックはページに追加されません。これまでのところ、MW_OnestepcheckoutとGoMage_Checkoutに遭遇しました。 これを実際に正しく処理するカスタムチェックアウト拡張機能に遭遇しましたか？または、これは、チェックアウトレイアウトハンドルが廃止されたことを受け入れる必要がある場合start repeating myselfですか？

14 checkout  layout  magento-1  onestepcheckout