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

Magentoのアップグレードプロセスに関連する、または原因となる質問。

6
Magentoパッチがインストールされているかどうかを確認するにはどうすればよいですか?
だから私は最近の重要なパッチをインストールしました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、または同様のもののどちらか?

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

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

2
製品にカスタム画像アップロード属性を追加する
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(); 私は何を間違っていますか?

4
Magentoのアップグレード/ロードマップ/1.9から2.0への移行
ご存知のように、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の最新バージョンに正常にアップグレードできるように互いに助け合うことができます。 乾杯

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

3
データベースのインポート中のMySQLエラー
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) ' …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.