dev-master
9999999-dev https://github.com/magehost/magehost_rewritefixMageHost_RewriteFix: Solves a problem most big #Magento 1.x shops face: an ever growing huge URL Rewrite table.
GPL-3.0
The Requires
by MagentoHosting.pro - Jeroen Vermeulen
Wallogit.com
2017 © Pedro Peláez
MageHost_RewriteFix: Solves a problem most big #Magento 1.x shops face: an ever growing huge URL Rewrite table.
We are sorry but we cannot offer customer support for this extension, and it is provided "as-is" for free. We use it at a number of big shops and it works well., (*1)
Due to bugs in Magento, once an rewrite URL ends with -[number] you get more and more rewrite URLs to the same target. The number gets higher and higher. Indexing gets slower and slower., (*2)
This extension is a workaround for this problem. Requires Magento 1.7.0.2 or greater., (*3)
cd to your Magento root dirtest -d .modman || modman initmodman clone --copy --force https://github.com/magehost/magehost_rewritefix.modman to your .gitignore
php shell/mh_rewrite_cleanup.php -- cleanup oncecatalog_url indexYou can verify if your installation has this problem by using this query (presuming no DB prefix). If the largest count is > the number of store views then this is a hint that something is wrong., (*4)
SELECT `id_path`, COUNT(*) as `total` FROM `core_url_rewrite` GROUP BY `id_path` ORDER BY `total` DESC
For deeper investigation you can inspect the rows with the highest count using SELECT * FROM `core_url_rewrite` WHERE `id_path`='[id_path from previous query]'
There should be 1 entry per id_path for every store view - and not more - unless you renamed the product URI yourself., (*5)
MageHost_RewriteFix: Solves a problem most big #Magento 1.x shops face: an ever growing huge URL Rewrite table.
GPL-3.0