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

だから私は最近の重要なパッチをインストールしましたSUPEE-5994 + SUPEE-5344 + SUPEE-1533-サーバー上のSSHを介して。 各パッチをインストールするには、次の手順を実行しました。 パッチをhttps://www.magentocommerce.com/products/downloads/magento/からダウンロードしました 各パッチをMagentoのルートフォルダーにアップロードしました SSHコマンドを実行： sh patch_name.sh コンソールから成功メッセージを受け取りました： Patch was applied/reverted successfully 私のウェブサイトは動作し、すべてが良好です。それはすべて即座にインストールされました。 パッチが実際にインストールされたかどうか疑わしいとしましょう-インストールされているパッチをどこかで確認することは可能ですか？-SSH、FTP、または同様のもののどちらか？

8 magento-1.9  upgrade  security  patches 

手動テストについて説明している「Magentoアップグレードをテストする方法」など、Magento Webサイトのテストに関連するいくつかの質問が表示されます。 アップグレードの自動回帰テスト用のツールはありますか？理想的なツールは、データベース（または以前のクロール）から私の製品などを学習し、アップグレード後にすべてが機能していることを確認します。 多くの拡張機能とテーマ/テンプレートの手動テストに代わるものはないと確信しています。しかし、自動回帰テストの一般的な健全性チェックは価値があります。 新しい拡張機能をインストールした後で、自動回帰を使用することもできます。

8 upgrade  testing 

既存の「地域」属性コードのis_requiredデータを「1」に更新することを考えています。 select * From eav_attribute where attribute_id = '28' しかし、私はここでの慣習は何だろうと思っています。それは単にSQLステートメントを作成し、セットアップスクリプトの特定のレコードを正常に更新するだけですか？あるいは、もっと良い方法があるかもしれません。

8 attributes  upgrade 

SQLアップグレードスクリプトを使用してMagento製品に新しい画像アップロード属性を追加しようとしましたが、次のようなエラーメッセージが表示されました。 無効なバックエンドモデルが指定されました：catalog / product_attribute_backend_image テーブルにupgrade-0.0.1-0.0.2.php新しいバージョンが表示されているため、ファイルの名前は正しいcore_resourceです。 私のコードがあります： $installer = $this; $installer->startSetup(); $this->addAttribute(Mage_Catalog_Model_Product::ENTITY, 'image_cert', array( 'type' => 'varchar', 'group' => 'Design', 'label' => 'Certificate Image', 'input' => 'image', 'backend' => 'catalog/product_attribute_backend_image', 'required' => false, 'sort_order' => 55, 'global' => 1 )); $installer->endSetup(); 私は何を間違っていますか？

7 magento-1.7  attributes  product-attribute  upgrade  upgrade-script 

ご存知のように、Magento 2.0が利用可能になりました。私たちの多くは、古いバージョンのMagento（atm）を実行しています。 私の意見では、Magentoを最新バージョンに移行するためのロードマップを作成する必要があります。 古いロードマップ/アップグレードのヒント： -1.7 から1.9：Magentoの1.7から1.9へのアップグレード -1.6 から1.9：Magento 1.6.2.0を1.9.0.1にアップグレードする最良の方法 誰かがすでにmagentoを最新バージョンにアップグレード/移行しましたか？提案、ヒント、マークはありますか？ うまくいけば、Magentoの最新バージョンに正常にアップグレードできるように互いに助け合うことができます。 乾杯

7 magento-1.9  magento-1.8  magento2  upgrade  magento-1.6 

私はいくつかの研究を行ってきましたが、複数の解決策があるようで、それを正しくしたいのです。私のMagentoを1.7.0.2から最新（1.9）にアップグレードする必要があります。サーバーが侵害され、送信メールがスパム送信されたためです。 これを防ぐために最新バージョンのMagentoがインストールされていることを確認するように、ホスティングプロバイダーから言われました。 私の質問ですが、これをアップグレードするための最良の方法は何ですか？悪意のあるファイルに危害を加えたくないので、ローカルマシンには何も保存しないようにしています。 サーバーに「OLD」という名前のフォルダーを作成し、そこにすべてのmagentoファイルを移動してから、Magento 1.9の新規インストールをインストールすることを考えていました。完了したら、必要なファイル（テーマなど）のみを移動して、「OLD」フォルダーを削除します。 これはこれに取り組む最善の方法ですか？local.xml情報を修正する以外に、データベースで何かをする必要がありますか？

7 magento-1.9  magento-1.7  upgrade  security  patches 

Magentoをアップグレードしたい。そのため、最初にライブの本番システムを開発ワークスペースに転送したいと思います。本番データベースをクリーンなデータベースにインポートしようとしています。しかし、正しくインポートできません。私はいくつかのオプションを試しました：http://www.magentocommerce.com/wiki/1_-_installation_and_configuration/restoring_a_backup_of_a_magento_databaseに示されているステートメントを含む（および除外する）異なる設定でphpMyAdminを介してエクスポートするMagento管理を介してエクスポートする Magento 1.5.1.0、phpMyAdmin 4.0.8、および最新バージョンのBigDumpを使用してインポートしています。 これは私がしばらくして受け取るエラーです： 行8699のエラー：UPDATE CASCADEのDELETE CASCADEにCONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_STOREFOREIGN KEY（store_id）REFERENCES mage_core_store（store_id）を追加してください。クエリ：ALTER TABLE mage_catalog_category_entity_datetime ADD CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_ATTRIBUTEFOREIGN KEY（attribute_id）REFERENCES mage_eav_attribute（attribute_id）ON DELETE CASCADE ON UPDATE CASCADE、ADD CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_ENTITYFOREIGN KEY（entity_id）REFERENCES mage_catalog_category_entity（entity_id）ON DELETE CASCADE ON UPDATE CASCADE、ADD CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_STOREFOREIGN KEY（store_id）REFERENCES mage_core_store（ADE store_idON DELETE ONCA CASCADE MySQL：子行を追加または更新できません：外部キー制約が失敗しました（goldenm101_mage4。#sql-182e_c1d79、CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_STOREFOREIGN KEY（store_id）REFERENCES mage_core_store（store_id）ON DELETE CASCADE ON UPDATE CASC） ' …

7 database  import  upgrade