問題タブ [magmi]

最小公倍数による Magmi のトラブルシューティングでは、Dataflow を使用して 1 つの Magento サイトからフレームワーク CSV をエクスポートし、すぐに別の Magento サイトの Magmi で再インポートしました。エラーが発生しました：

CSV データソース v1.2 - 警告: 行 1 、間違った列番号: 25 が 1 を超えて見つかり、行がスキップされました

サイトの Magmi セットアップに、他のインポートを制御している、よく見えない何かがあると思いますか? この 2 番目のサイトでは、Magmi を使用して夜間に製品をインポートしています。確立されたプロファイルと、私が作成したその他のプロファイルの両方を使用すると、上記のエラーが表示されます。

API呼び出しで1つの製品を作成するのに時間がかかる理由を誰か知っていますか?

ある顧客では製品に 1 ～ 3 秒かかりましたが、別の顧客では同じコードに 30 秒から 1 分かかりました。

Alan Storm の記事「Scrubbing Bubbles for Magento's SOAP」から入手しましたhttp://alanstorm.com/magento_soap_api_shell_scripts

そのため、レイヤー SOAP または XML-RPC をスキップして、コアで直接呼び出しを使用できます。

更新 (1): ずっと前に (数週間) インデックスが作成された後、はるかに高速になっているのを見ました。でも速すぎない。製品ごとに 6 秒、製品の作成のみに再び 3 秒。残りの 3 秒で、ストック API を更新し、メディア API を追加します。

更新 (2): インデックスは再構築されます (プログラム内で自動的に行われます) が、現在、製品ごとに 40 秒かかります (これはどのように可能であり、webshop は遅くありません)

更新 (3): これはキャッシュの問題でした。キャッシュ (ストレージ キャッシュ) がクリアされるたびに、再び 3 ～ 6 秒かかりました (最初だけは問題ありません。大量の製品があり、毎晩、これはいくつかの新しいものになります)。製品）。

更新 (4): はい、Magmi では非常に高速で、1 時間に 18,000 個の製品が作成され、すべての画像と追加の画像が作成されます (ERP 拡張用の独自の記録が含まれます)。しかし、プラグイン gallery_images のディレクトリに問題があり、動作させるのに最も時間がかかりました。私のプログラムはルート + サブディレクトリから実行されており、Magmi はルート + サブディレクトリを「ルート」として取得するため、Magmi を変更して、存在するかどうかを判断する必要がありました。私は後に自分のことをしなければならなかったので、製品を作成することも例外ではありません（ERP拡張用のレコードを作成します）。

UPDATE(5): Magento API (製品の作成) と Magmi の違いは何ですか? Magmi はデータベースに直接レコードを作成しますが、コア拡張を行う拡張機能が Magento API (製品の作成) でカバーされる可能性がある場合、そのようなことは自分で行う必要があると思います。そのため、Magento API (製品を作成する）より安全に使用できますか？(最初は遅い、通常後、しかしどのバージョンでも安全)

質問: フォーラムで読んだので、これを作成しました。Magmi と Martinez は高速ですが、両方とも問題があり、すべてを実行することはできません。そのため、私は Magmi を製品の更新にのみ使用しており、非常に高速です (Martinez も同様)。しかし、これは本当ですか、それとも通常、マグミやマルティネスでも簡単に製品を作成できますか? (私のプログラムは常に私にとって 2 番目の可能性です)。しかし、これはすべて遅すぎるので、今これを試してみます (Magmi)。

回答: はい、今のところ、製品の作成は Magmi で簡単に行われているようです.. 他の拡張機能のために何が欠けているのかはまだわかりません..

コード：

Magmi 経由で価格が変更された製品をインポートした後、古い価格と一緒に新しい価格が表示された [Now Only] が表示されます。価格のみを更新しているので、なぜ「Now Only」が突然表示され始めるのかわかりません。影響を受ける製品のいずれかを Magento 管理者経由でハード セーブすると、価格が表示されなくなります。何か案は？

ありがとう！

MAGMI の Web フロントエンドで製品を正常に削除できます。しかし、datapump API を使用すると、magmi:delete列が無視されるようです...

このコードを使用して、カタログ全体を削除しようとしています。実行すると、MAGMI による例外やエラーなしで foreach ループが実行されます。選択したデフォルト プロファイルで Product Deleter プラグインが有効になっています。

ここで何が欠けていますか？

MAGMI 経由で Magento に製品をインポートしようとしています。CSV は別のアプリケーションによって生成されています。CSVファイルは以下の通り

MAGMI を実行すると、エラーは報告されません。製品は Magento のバックエンドに表示されますが、画像が壊れています。ローカルの magento インストールのメディア フォルダーを見ると、手動でアップロードした製品の画像しかないため、画像がダウンロードされていないことがわかります。

画像属性プロセッサがインストールされており、次の正規表現で画像の名前を変更しています

助けてくれてありがとう。

製品のインポート/エクスポートに Magmi を使用していますが、Magmi サブフォルダー (www.mysite.com/magmi/web/magmi.php) にアクセスすると、常にホームページにリダイレクトされます。名前を変更 - 削除 - 移動 - Magento メイン フォルダの .htaccess ファイルをオフにすると、Magmi サブフォルダにアクセスできます。メインの .htaccess ファイルを開かずに Magmi サブフォルダにアクセスする方法を教えてください。