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

この問題atmがあります。 クライアントは、ショップをCE 1.4からCE 1.8にアップグレードします。ファイルのアップグレードは順調に進み、データベースのアップグレードも開発マシンで順調に進みました。 クライアントのライブマシンでクライアントのlive-dbをアップグレードしようとすると（1.8-Magentoをデータベースに接続してブラウザーで開く）、プロセスはしばらく実行されているように見え、500エラーで終了します。 PHPエラーログは空です。共有ホストであるため、apacheまたはmysqlの設定を変更することはできません。「特別なim magentoホスティング」にもかかわらず、ホスティング事業者は設定を変更することを望んでおらず、500エラーが発生したときにブラウザウィンドウを繰り返し更新することでデータベースのアップグレードを完了できると教えてくれます。 。これは数時間続く場合があります。 私の質問は次のとおり です。-これは本当ですか？データベースアップグレードのsqlステートメントはトランザクションにラップされるため、何か問題が発生した場合はロールバックできると考えました。 -答えは、この質問の答えを見つけるためにコードを調べることができるヒントを提供できますか？ 御時間ありがとうございます！

12 magento-1.8  upgrade  database  ce  magento-1.4 

しばらく前に、私はcomposerメタパッケージを介してMagento 2をインストールしました。これは、インテグレーターのインストールとも呼ばれます。 これにより、Magento CE 2.0.1がインストールされたようです。このバージョンを最新のMagento CE 2.0.3にアップグレードする方法はありますか？composer.jsonここで2.0.1 が更新されるように "require": { "magento/product-community-edition": "2.0.1", なる "require": { "magento/product-community-edition": "2.0.3", しかし、それは次のようなファイルを見逃すでしょう app/etc/NonComposerComponentRegistration.php composer.jsonファイル自体の更新も同様です。 メタパッケージと共にインストールされたMagento 2のバージョンを更新することは可能ですか？または、これはメタパッケージの意図ではありませんか？

11 magento2  upgrade  composer  setup  ce 

mass_actionインデックスプロセスが実行されないように見えるという問題があります。これには、このジョブのジョブデータが時間とともに大幅に増加するという副作用があります。 私たちの場合、数日の間にジョブデータは数MBに増加します。 mysql> select type, entity, count(*), avg(length(new_data)), max(length(new_data)) from index_event group by type, entity; +-----------------------+--------------------------------+----------+-----------------------+-----------------------+ | type | entity | count(*) | avg(length(new_data)) | max(length(new_data)) | +-----------------------+--------------------------------+----------+-----------------------+-----------------------+ | catalog_reindex_price | catalog_product | 1368 | 442.7982 | 443 | | mass_action | catalog_product | 1 | 6176981.0000 | 6176981 | …

8 magento-1.9  indexing  ce  massaction 

2つのフロントエンド言語（英語とイタリア語）を使用するために、2つのストアビューでMagento 2を構成しました。次の動作が必要です。 http://example.com/ --> Store View "English" (code = "en") - Default http://example.com/it/ --> Store View "Italian" (code = "it") つまり、英語のストアビューは標準のURLで利用可能であり、イタリア語のストアビューはURLの「it」サブフォルダー内で利用可能である必要があります。何も奇妙なことではありません。多言語Webサイトの一般的な構成です。 私はMagento 1.xに関して非常によく似た質問を見つけました：サブフォルダー内の異なるストアビューまたはWebサイト。しかし、受け入れられた答えは簡単ではないので（での書き換え.htaccessと変更が含まれますindex.php）、Magento 2を使用してこれを行う簡単な方法があるかどうかを確認したいと思います。 更新 前提：複数のWebサイトがあることを気にしないので、同じ言語で複数のWebサイトを持つことに問題はありません（以下の解決策では問題になります）。 そのため、Add Store Code to Urls[ 構成]> [ウェブ]> [URL]> [ストアコードをURLに追加 ]からオプションを有効にすると、問題なく動作します。しかし今、私はデフォルト言語（英語）のURLを複製しました： http://example.com/ --> Store View "English" (code = "en") http://example.com/en/ --> Store View "English" (code …

8 magento2  store-view  seo  language  ce