タグ付けされた質問 「url-rewrite」

私は、このテーブル自体が非常に乱雑になる可能性があるという大量のレポートに気付きました。私は〜5000 SKUと〜250カテゴリ（単一ストア）でサイトを運営しており、結果としてcore_url_rewrite600,000行を超え、500MB以上のテーブルがあります非常識です。 これにより、サイトのパフォーマンスが低下し、データベースが非常に大きくなる可能性があります。私はいくつかの掘り下げを行ったが、これに関するかなりの数の投稿を見つけました。 Core_url_rewriteのバグ：インデックスで生成された各製品の膨大な量の重複したURL Magento Commerce-バグ追跡-問題＃29020 //これらのリンクは、新しいボードの実装以降に削除されました これでテーブルの切り捨てとインデックスの再作成ができることがわかりましたが、これでは問題は解決せず、問題が再発するのを長引かせるだけです。 私が理解していることから、問題の一部は、製品の名前に基づいて同じURLキーを持つ製品であり、その結果、インデックス付きリンクになります。 記載されている修正は次のとおりです。 app/code/core/Mage/Catalog/Model/Url.php 〜807行目： 変化する： if ($product->getUrlKey() == '' && !empty($requestPath) && strpos($existingRequestPath, $requestPath) === 0 ) に： if (!empty($requestPath) && strpos($existingRequestPath, $requestPath) === 0 ) しかし、これでも問題を完全に解決するわけではありません。 私の質問は次のとおりです。 この問題が発生した場合、問題を繰り返し「管理」することなく、実際に問題を完全に解決する効果的で論理的かつ効率的なアルゴリズムを設定できましたか？ う、本当にこのいくつかの洞察を感謝しています。 ところで：あなた自身に感謝し、あなたのテーブルが今どのように見えるか確認してください。あなたはそれを知らずにこの問題とその結果としてのパフォーマンスの影響を経験しているかもしれません-私は知りませんでした。 編集：www.Nexcess.net（Magentoプラチナホスティングパートナー）と連絡を取り合っており、core_url_rewriteかさばる結果としてテーブルの切り捨てが必要であるとクライアントから要求されていることを確認しました。 私の大きな心配は、これが持つ可能性のあるSEOの影響です。そのため、問題が再び発生するのを先延ばしにするのではなく、解決策が欲しいのです。 更新： Nexcessは、テーブル内の製品が重複しているため、SEOを実際に傷つけている可能性があると述べました。

105 magento-1  url-rewrite  core  bug 

Magento 1.9管理URLを変更する正しい方法 誰でも私に正しい方法を提供できます。オンラインでさまざまな提案があります。

27 magento-1.9  admin  url  url-rewrite 

インポートがめちゃくちゃになった後、削除する必要があるURL書き換えの負荷が残っています。 Enterprise 1.13を実行しています コミュニティでこの問題が発生したとき、単に切り捨てcore_url_rewrite、インデックスを再作成しました。 ただし、エンタープライズでは、書き換えを制御するさまざまなテーブルがいくつかあることに気付きました。 enterprise_url_rewrite enterprise_url_rewrite_category_cl enterprise_url_rewrite_product_cl enterprise_url_rewrite_redirect enterprise_url_rewrite_redirect_cl enterprise_url_rewrite_redirect_rewrite それらすべてを切り捨てても安全ですか？ これらのテーブルを切り捨ててはならないことを誰かが教えてくれることを完全に期待しています。

27 magento-enterprise  url-rewrite  ee-1.13 

最近、magento 2ストアに2つの追加ストアビューを作成しました。今、カテゴリと製品のURLはそれらの店のものではありません 例：http://example.com/catalog/category/view/s/pouches/id/20/ すると仮定されhttp://example.com/accessories/pouches.html 各製品とカテゴリを1つずつ保存すると、その製品またはカテゴリのURL書き換えが再生成されます。 しかし、多くの製品とカテゴリーがあります。 URL書き換えを再生成する方法はありますか Magento 1.xのように、インデックスの再作成を介して実行できます。

23 magento2  url-rewrite 

カスタムモジュールrewrite product urlから取得しようとしていload productます。http://localhost/m2/catalog/product/view/id/1401/category/23/形式でurlを取得しています。 でも私はしたい http://localhost/m2/juno-jacket.html ここにコードがあります コンストラクター内 public function __construct( \Magento\Catalog\Helper\Product $catalogProductHelper, ) { $this->catalogProductHelper = $catalogProductHelper; } カスタム機能 public function abc(){ $product_id = '123'; return $this->catalogProductHelper->getProductUrl($product_id); } abc() method のようなURLを返します http://localhost/m2/catalog/product/view/id/1401/category/23/

15 magento2  product  url  url-rewrite  magento-2.0 

要するに、追加のパラメーターを使用して製品URLを取得しても、CE 1.8およびEE 1.13では機能しません。 URLは、Magentoの最新バージョンで変更されました。以前のCE 1.7およびEE 1.12では$this->getAddToCartUrl($_product)、製品リストからの呼び出しは次の段階で実行されていました。 Mage_Catalog_Block_Product_Abstract::getAddToCartUrl() ここでは、クエリパラメータ「options」に値「cart」を追加します Mage_Catalog_Block_Product_Abstract::getProductUrl() このメソッドは、基本的にURLモデルから値を取得します Mage_Catalog_Model_Product_Url::getUrl() URLが最終的に生成されるまで、多くの処理が発生し、最初に渡されたクエリパラメータで完了します CE 1.8およびEE 1.13では、ステップ3 Mage_Catalog_Model_Product_Url::getUrl()は次のように始まります。 $url = $product->getData('url'); if (!empty($url)) { return $url; } リスト内の製品には既にURLデータがあるため、クエリパラメーターは追加されず、最終URLにはが含まれません?options=cart。 私の質問：これはバグですか、それとも機能ですか？

13 url  ee-1.13  url-rewrite  ce-1.8.0.0 

マルチストアMagento 2.1.4インストールがあり、3つのストアがあります。ここ数週間、カテゴリURLには、すべてのURLの先頭に「-categories /」が付加されたストアコードの1つが含まれることがあります。 例えば。AZ-カテゴリ/車輪ブレーキタイヤ/ brake.htmlあるべき車輪ブレーキタイヤ/ brake.html AZは、店舗コードです。 さらに調査したところ、カテゴリを保存するたびに、このようなURLがシステムによって生成されることがわかりました。 ストアIDごとにこれらのURLを作成しますが、URLに追加するストアコードは1つだけです。すべての店舗は、URLがありますAZ-カテゴリ/車輪ブレーキタイヤ/ brake.html 1行store_id = 1、別の場所store_id = 2と場所第三のstore_id = 3。 これが当社のサイトで発生することは望ましくありません。 ローカル環境でカスタム拡張機能を無効にしても、引き続き発生します。またvendor/magento/module-catalog-url-rewrite/Model/CataegoryUrlRewriteGenerator.php、テストとしてMagentoコードをコメントアウトすることでこれを防止しようとしましたが、それでも発生しました。 システムがこれらの余分なURLを生成しなくなり、カテゴリが正常に戻るように、これを解決する方法を誰かが知っていますか？ ありがとう。

8 magento2  category  multistore  url-rewrite  magento-2.1.4 

私たちのcore_url_rewriteテーブルには、（現在は21M行）が過度に成長しているようだ-私はこれについて、他の質問があった知っているが、それらのどれもが、この特定の風変わりに言及するように見えるん：追加された新しい行の多くは持っているis_system = 0、とid_pathのようなものです」 97704000_1422557940」。アンダースコアの後の数字は、行が追加されたタイムスタンプのように見えますが、最初の数字が何であるかわかりません。 core_url_rewrite問題に対するアドバイスは、常にテーブルを切り捨ててインデックスを再作成することであるように思われますが、そのようになる可能性がありますが、テーブルには多くのカスタムリライトがあり、常に再追加しなければならないのは大変なことです。 、そして私はむしろ問題の根本に到達したいと思います。 1.9.1.0にアップグレードしましたが、テーブルに約2年前の行があります（！）。 何か案は？

8 magento-1.9  url-rewrite 

「sofa」というURLキーを含むカテゴリを作成しました。生成されるURLは「sofa.html」です。URLは、次のように生成されたシステムレコードを書き換えます。 ID Path : category/5 Request path : sofa.html Target Path : catalog/category/view/id/5 次に、そのurl（sofa.html）に対してカスタムモジュールの1つを実行したいので、システムurlの書き換えを削除し、次のようにバックエンドからカスタムurlの書き換えを追加しました。 ID path : alternate-sofa Request path : sofa.html Target path : alternate-sofa したがって、ブラウザからsofa.htmlを実行すると、カスタムモジュールから期待されるページが取得され、再インデックス後にカスタム書き換えを削除する問題が解決されますが、次のように追加された新しいシステムレコードを再インデックスした後： ID path : category/5 Request path : sofa-1.html Target path : catalog/category/view/id/5 今、私は次のように問題を抱えています：ページ上で、カスタムモジュールの代わりに私のカテゴリレイアウトを表示している「sofa-1.html」としてカテゴリURLを含む左側のカテゴリをリストしています。この問題を克服する方法は？私はsofa-1.html、sofa-2.html以降を作成したくありません。 編集：http://jc-designs.net/blog/2012/09/magento-adding-cms-pages-to-the-main-navigation/およびhttp://www.magentocommerce.com/knowledge-baseを参照した/ entry / adding-page-links-in-the-navigation-barですが、301（permanant）を設定すると、URLが「sofa.html」から「alternate-sofa」に変更され、ブラウザでは予期されないURLになります。

7 url-rewrite 

私はMagentoストア（1.7.0.2バージョン）で何が起こっているのかを理解するために毛を抜いてきました。80％のURLキーには、2つの異なる形式の奇数が追加されます。いくつかはこのようなhttp://www.example.com/product-name-2886-351.htmlのようなもので、私の服のスタイル番号の後に割り当てられたランダムな番号ですが、これらのランダムに割り当てられた番号はシステムによって追加された後も変わりません。 奇妙な数字が含まれる別のバージョンのURLは、http : //www.example.com/product-name-2926.htmlのようになります。スタイル番号「2926」がシステムによって割り当てられていることに注意してください。「2886」は、本製品追加時にURLキー欄に入力されたものです。 一部のSEOの人々は、url_rewriteテーブルを切り捨てずにCSVを何度もアップロードしたため、製品の複製バージョンが作成されたと言っています。Magentoが製品を差別化するためにこれを行うのはそのためです。初期段階で何度もCSVをアップロードしてきましたが、影響のない商品もございます。私はまったく技術的ではありません。私はこれらすべてに非常に混乱していますが、これがここで起こっている理由であるとはまったく信じていません。 いくつかのスレッドを読んだ後、私はそこに本当の専門家がいることを知っています。手伝ってくれませんか？Magento 1.8にアップグレードすると、この問題は解消されますか？

7 magento-1.7  url  url-rewrite  url-key