問題タブ [magento-1.13]

私は Magento 1.13 のコードを数時間いじっていますが、URL の書き換えで何が行われたのか理解できません。これを調べた人が私を正しい方向に向けてくれることを願っていました。

core_url_rewrite が使用されなくなったことに気付きました (または、少なくともデフォルトでは空であり、追加した新しい製品とカテゴリは core_url_rewrite テーブルに反映されていません)。代わりに、それらは新しい enterprise_url_rewrite テーブルに追加されています。

これはかなり簡単でしたが、他にもかなりの数のテーブルが追加されていることに気付きました (つまり、enterprise_url_rewrite_category_cl、enterprise_url_rewrite_product_cl、enterprise_url_rewrite_redirect_cl、enterprise_url_rewrite_redirect_rewrite) 。MySQL Workbench を使用してテーブルをリバース エンジニアリングし、次の EER ダイアグラムを作成しました。

上記の EER ダイアグラムは、enterprise_url_rewrite_redirect と enterprise_url_rewrite の間の接続を示していませんが、enterprise_url_rewrite_redirect_rewrite テーブルで管理されている 2 つの間に関係がある (少なくとも私は想定しています)。私の質問は、他のテーブルが何をするかについてです。それぞれに主キーとしての version_id と、redirect_id または entity_id 外部キーがあります。私が想定している enterprise_url_rewrite_redirect_cl 外部キーは、enterprise_url_rewrite_redirect プライマリ キーに関連しています。

私の最初の質問は、このテーブルの目的は何ですか? それがどのように役立つかわかりません。私はテーブルをプロジェクト全体で検索しましたが、使用されているどころか、作成されている場所さえ見つかりませんでした。この質問に対する答えが明らかである場合は、ご容赦ください。

2 番目の質問は、enterprise_url_rewrite_product_cl および enterprise_url_rewrite_category_cl テーブルに関するものです。これら 2 つのテーブルには両方とも entity_id があるようです。これらの entity_ids が何を参照している可能性があるかについて、誰かが何か知っているかどうか疑問に思っていましたか?

また、モデルにアクセスする一般的な方法が変更されていることにもコードから気付きました。例として、Enterprise/AdminGws/Model/Controllers.php の 781 行目に次のコード変更があります。

から：

に：

さて、Mage_Core_Model_Factory から:

XML パスが global/url_rewrite/model であることがわかります。一致する Config.xml を見ると、次のようになります。

最後に、Mage/Core/Model/Url/Rewrite.php を調べたところ、次の 2 つの関数が見つかりました。

public function rewrite( . . .) { . . .

と

コメントは、Mage_Core_Controller_Request_Rewrite クラスが存在する必要があることを暗示しているようですが、Mage/Core/Controller/Request にはそのようなクラスはありません。Magento チームがおそらく Mage_Core_Model_Url_Rewrite_Request を参照していることを確認できました (コメントを変更するのを忘れただけだと思います。デバッガーでこれを実行しようとしましたが、不明な理由でクラッシュし続けます。次のログを取得し続けます。

上記の問題は、デバッグ モードに入ったときにのみ発生します。全体として、コードを調べて新しい書き直しがどのように機能するかを理解しようとしましたが、最終的には手ぶらで行き詰まりました。私はGoogleを検索しましたが、あまり思いつきませんでした。Magento EE の新しいバージョンが URL の書き換えに対してどのように機能するかについて、誰かが調査を行ったことがあるかどうか疑問に思っていました。

ありがとうございました。

エミル

私たちは、magento の書き換えを行い、php-fpm を使用して nginx で実行しています。文字列「index.php」が URL にある場合、magento は 404 を返します。たとえば、 http ://www.mysite.com/index.php/apiは有効な magento URL ですが、404 が返されます。index.php をドロップすると、だからhttp://www.mysite.com/api、それは動作します。

これを Magento でデバッグして、magento が index.php が有効なページではないと言っている理由を確認するにはどうすればよいですか? または、さらに良いことに、この動作を見て、nginx または magento で修正する方法を知っている人はいますか?

最近、サイトを 1.13 にアップグレードしましたが、機能していないように見える唯一のプラグインは、「Ecommerce Team」による「Seo Layered Navigation」です。彼らのチームに連絡しましたが、まだ 1.13 をサポートしていません。フィルタリングされた結果に対する実際の ajax 呼び出しを除いて、プラグインのすべてがうまく機能します。「is_ajax」コンポーネントは、何らかの理由でピックアップされていないようです。

site.com/catename/filter/manufacturer/manuwesearchingfor?is_ajax=1 は常に 404 エラーを返します。

何らかの理由で ajax のオブザーバーが実行されていません。プラグインの config.xml には次のものがあります。

1.12 から 1.13 への変更でこれらのオブザーバーの 1 つが削除された理由についてのドキュメントが見つかりません。

アップセル製品のルールベースの製品関係を設定するために誰かが私を助けてくれますか.

SKU PROD1 が 1 つあり、P1、P2、P3 などの 3 つのアップセルが手動で定義されているとします。ここで、SKU PROD1 が一致する 5 つの SKU (PR1、PR2...PR5 など) を追加するためのルールを作成しました。

このためのルールを設定するために誰かが私を助けることができますか. また、製品 PROD1 の製品管理セクションでこのルールを確認する方法を教えてください。

私を助けてください、私はmagento EEのこの機能に不慣れです。

ホームページでは、次のコードを使用して、特定のカテゴリのいくつかの製品を表示しています。

{{block type="catalog/product_list" category_id="213" column_count="6" template="catalog/product/list.phtml"}}

CMS ページまたはブロックを介してカテゴリの説明をレンダリングするために使用できるブロックはありますか?

Enterprise の管理者からカスタムの顧客属性を追加できることを非常にうれしく思います。コミュニティに追加する方法とは対照的に、多くの時間と労力を節約できます。

私が非常に気の利いたのは、顧客が画像をアップロードできるようにする入力タイプ「画像」です。ただし、顧客がこの属性を介して画像をアップロードすると、画像は「media/customer」にアップロードされ、このディレクトリにはデフォルトで、アクセスを拒否する .htacces が含まれます。

手元にある問題は、顧客が画像をアップロードするために使用できる「アバター」という属性を追加したことです。「マイ アカウント」セクションのダッシュボードにこの画像を表示したいのですが、「media/customer」ディレクトリの .htaccess ファイルが原因で表示できません。

.htaccess ファイルを削除/調整できますか? または、「メディア/顧客」に保存されている画像を表示する別の方法はありますか?

以下を使用してアバターを表示しています。