Очистить все перезаписи URL - Enterprise (1.13)

После нескольких испорченных импортов у меня осталась куча переписываний URL, которые мне нужно удалить.

Я использую Enterprise 1.13

Когда у меня возникла эта проблема в сообществе, я просто core_url_rewriteобрезал и переиндексировал.

Однако в Enterprise я заметил, что существует ряд различных таблиц, которые управляют перезаписью.

• 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

Я в безопасности, чтобы обрезать их всех?

Я полностью ожидаю, что кто-то скажет мне, что я никогда не должен урезать эти таблицы, поэтому заранее извиняюсь за наивность.

Мы в той же ситуации, что и вы, Джеймс. После долгих копаний вот что я придумал:

Теперь core_url_rewriteтаблица устарела, вместо этого Magento EE 1.13 теперь сохраняет изменения в enterprise_url_rewrite.

Таблицы: enterprise_*_category_rewriteиспользуйте catalog_*_entity_url_keyтаблицы для перестройки двух таблиц перезаписи при запускеphp indexer.php --reindex catalog_url_*

Когда вы добавляете 'URL Redirect' в каталоге администратора-> URL Redirects для пользовательского URL, он добавляется в enterprise_url_rewrite_redirectтаблицу, и флаг Magento, что индекс теперь устарел, вводится в enterprise_url_rewrite_redirect_clтаблицу, которая при запуске php indexer.php --reindex url_redirectперестраивает enterprise_url_rewrite_redirect_rewriteтаблицу.

Быстрое примечание: любая таблица, заканчивающаяся на _cl, безопасна для усечения, «CL» обозначает «Журнал изменений» и используется Magento для проверки необходимости повторной индексации.

Что касается таблиц URL-ключей, я все еще немного не понимаю, почему есть две записи URL-ключей один в catalog_*_entity_url_keyи один в catalog_*_entity_varchar(атрибут ID 90), но я предполагаю, что это то, что происходит:

Когда вы создаете новый продукт / категорию, Magento использует имя для генерации url_key, который помещается в catalog_*_entity_url_keyAND в catalog_*_entity_varchar, но основная таблица, используемая Magento, это catalog_*_entity_url_keyпотому, что если вы урежете ее и запустите, php indexer.php --reindex catalog_url_*ваши enterprise_*_category_rewriteтаблицы будут пустыми, а продукты / категории в во внешнем интерфейсе будут отображаться ужасные URL-адреса, т. е. http://example.com/catalog/product/view/id/123/etc/etc(не дружественно к SOE). Я полагаю, что эти две таблицы связаны и используются для построения enterprise_url_rewriteтаблицы, поскольку в этой таблице хранится «request_path», наиболее вероятно, url_key внутри catalog_*_entity_varcharтаблицы и «идентификатор», который является основным Ключ URL из catalog_*_entity_url_keyтаблицы. Я могу быть совершенно не прав насчет таблиц url_key и varchar, так что я просто думаю вслух.

В любом случае, чтобы успешно обрезать и перестроить все таблицы перезаписи, вы можете выполнить:

SET FOREIGN_KEY_CHECKS = 0;
TRUNCATE TABLE `core_url_rewrite`;
TRUNCATE TABLE `enterprise_catalog_category_rewrite`;
TRUNCATE TABLE `enterprise_catalog_product_rewrite`;
TRUNCATE TABLE `enterprise_url_rewrite`;
TRUNCATE TABLE `enterprise_url_rewrite_category_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_product_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_redirect_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_redirect_rewrite`;
SET FOREIGN_KEY_CHECKS = 1;

и затем запустите:

sudo php indexer.php --reindex catalog_url_product
sudo php indexer.php --reindex catalog_url_category
sudo php indexer.php --reindex url_redirect

Если вы также усечете, enterprise_url_rewrite_redirectтогда вы потеряете все свои пользовательские перенаправления, которые видите в своей панели администратора, возможно, это ваша цель, так как у вас осталось множество бесполезных URL. Пока вы НЕ обрезаете таблицы '* _entity_url_key', все будет в порядке.

Наша история немного отличалась, потому что у нас были дублированные URL-ключи и серьезные проблемы с названиями продуктов из импорта Excel после обновления до 1.13 с 1.11, поэтому я написал этот быстрый скрипт для сброса catalog_product_entity_url_keyтаблицы, а также ключей и путей URL-адресов в catalog_product_entity_varcharтаблице с использованием продукта имена. Я приложил код ниже, но если вы используете его, используйте его на свой страх и риск.

<?php
include_once('app/Mage.php');
Mage::app();

$dbHandle          = Mage::getSingleton('core/resource')->getConnection('core_write');
$productCounter    = 0;
$nameFixCounter    = 0;
$vUrlKeyFixCounter = 0;
$urlPathCounter    = 0;
$urlKeyCounter     = 0;
$productCollection = $dbHandle->query("SELECT entity_id, sku FROM catalog_product_entity");

while($product = $productCollection->fetch()) {    
  $dataString       = null;

  $oldProductName   = $dbHandle->query("SELECT value FROM catalog_product_entity_varchar WHERE entity_id = '".$product['entity_id']."' AND attribute_id = 65")->fetch();
  $oldVarcharUrlKey = $dbHandle->query("SELECT value FROM catalog_product_entity_varchar WHERE entity_id = '".$product['entity_id']."' AND attribute_id = 90")->fetch();
  $oldUrlPath       = $dbHandle->query("SELECT value FROM catalog_product_entity_varchar WHERE entity_id = '".$product['entity_id']."' AND store_id = 0 AND attribute_id = 91")->fetch();
  $oldUrlKey        = $dbHandle->query("SELECT value FROM catalog_product_entity_url_key WHERE entity_id = '".$product['entity_id']."'")->fetch();

  $newProductName   = preg_replace('/\s+/', ' ', trim(preg_replace('/[^\x20-\x21\x23-\x2B\x2D-\xE7]/', ' ', $oldProductName['value'])));
  $newUrlKey        = preg_replace('/\s+/', '-', trim(preg_replace('/[^\x30-\x39\x61-\x7A]/', ' ', strtolower($newProductName))));

  if (strcmp($oldProductName['value'], $newProductName)) {
    echo "-[".$oldProductName['value']."]\n";
    echo "+[".$newProductName."]\n";
    $dbHandle->query('UPDATE catalog_product_entity_varchar SET value = "'.$newProductName.'" WHERE entity_id = "'.$product['entity_id'].'" AND attribute_id = 65');
    ++$nameFixCounter;
  }

  if (strcmp($oldVarcharUrlKey['value'], $newUrlKey)) {
    echo "-[".$oldVarcharUrlKey['value']."]\n";
    echo "+[".$newUrlKey."]\n";
    if ($oldVarcharUrlKey['value'] === null) {
      $dbHandle->query("INSERT INTO catalog_product_entity_varchar (entity_type_id, attribute_id, store_id, entity_id, value) VALUES ('4', '90', '0', '".$product['entity_id']."', '".$newUrlKey."')");
    } else {
      $dbHandle->query("UPDATE catalog_product_entity_varchar SET value = '".$newUrlKey."' WHERE entity_id = '".$product['entity_id']."' AND attribute_id = 90");
    }
    ++$vUrlKeyFixCounter;
  }

  if (strcmp($oldUrlPath['value'], $newUrlKey.'.html')) {
    echo "-[".$oldUrlPath['value']."]\n";
    echo "+[".$newUrlKey.".html]\n";
    if ($oldUrlPath['value'] === null) {
      $dbHandle->query("INSERT INTO catalog_product_entity_varchar (entity_type_id, attribute_id, store_id, entity_id, value) VALUES ('4', '91', '0', '".$product['entity_id']."', '".$newUrlKey.".html')");
    } else {
      $dbHandle->query("UPDATE catalog_product_entity_varchar SET value = '".$newUrlKey.".html' WHERE entity_id = '".$product['entity_id']."' AND store_id = 0 AND attribute_id = 91");
    }
    ++$urlPathCounter;
  }

  if (strcmp($oldUrlKey['value'], $newUrlKey)) {
    echo "-[".$oldUrlKey['value']."]\n";
    echo "+[".$newUrlKey."]\n";
    if ($oldUrlKey['value'] === null) {
      $dbHandle->query("INSERT INTO catalog_product_entity_url_key (entity_type_id, attribute_id, store_id, entity_id, value) VALUES ('4', '90', '0', '".$product['entity_id']."', '".$newUrlKey."')");
    } else {
      $dbHandle->query("UPDATE catalog_product_entity_url_key SET value = '".$newUrlKey."' WHERE entity_id = '".$product['entity_id']."'");
    }
    ++$urlKeyCounter;
  }

  $report  = "[".++$productCounter."] ";
  $report .= "NAME: [".(strcmp($oldProductName['value'], $newProductName)?'!=':'==')."] ";
  $report .= "V_KEY: [".(strcmp($oldVarcharUrlKey['value'], $newUrlKey)?'!=':'==')."] ";
  $report .= "PATH: [".(strcmp($oldUrlPath['value'], $newUrlKey.'.html')?'!=':'==')."] ";
  $report .= "KEY: [".(strcmp($oldUrlKey['value'], $newUrlKey)?'!=':'==')."]\n";
  echo $report;

}
echo 'Total Products: ['.$productCounter.'] Names: ['.$nameFixCounter.'] V_Keys: ['.$vUrlKeyFixCounter.'] Paths: ['.$urlPathCounter.'] Keys: ['.$urlKeyCounter.']';

Код может быть настроен для использования метода Magentos formatKey здесь: http://www.magentocommerce.com/wiki/3_-_store_setup_and_management/seo/url_key_characters_conversion, к сожалению, я наткнулся на вики после того, как обновил все ключи, поэтому я не потрудился повторить обновление все снова

Надеюсь, это поможет :)!

Основываясь на том, что я видел, как возился с EE 1.13 в тестовой среде, и на быстрых маленьких тестах, которые я только что сделал, вы сможете просто обрезать эти таблицы и затем вручную перестроить все индексы URL из CLI.

Таблицы * _cl используются в TRIGGERS, найденных в catalog_product_entity_url_keyтаблице. Записи, которые они вставляют в эти таблицы * _cl, - это то, что, я думаю, используется для указания того, что необходимо переиндексировать после сохранения.

Вот что я сделал. После использования инструмента CLI для перестроения индексов все оказалось хорошо. Усечение MySql ...

TRUNCATE TABLE `enterprise_url_rewrite_redirect_rewrite`;
TRUNCATE TABLE `enterprise_url_rewrite_redirect_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_redirect`;
TRUNCATE TABLE `enterprise_url_rewrite_product_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_category_cl`;
TRUNCATE TABLE `enterprise_url_rewrite`;
TRUNCATE TABLE `enterprise_catalog_product_rewrite`;
TRUNCATE TABLE `enterprise_catalog_category_rewrite`;
TRUNCATE TABLE `core_url_rewrite`;

Тогда на CLI ...

php shell/indexer.php --reindex catalog_url_product
php shell/indexer.php --reindex catalog_url_category
php shell/indexer.php --reindex url_redirect

Дайте нам знать ваши результаты ... как и Мариус, я еще не создал сайт EE 1.13 и имею только опыт возиться с ним со времен Imagine. :)

Примечание относительно использования TRUNCATE:

TRUNCATE TABLE `enterprise_url_rewrite`;

выдает ошибку из-за ссылок на внешний ключ:

ERROR 1701 (42000): Cannot truncate a table referenced in a foreign key constraint (`customerx_dev`.`enterprise_catalog_category_rewrite`, CONSTRAINT `FK_415B32DA3DF924D5C803CF24EB3AC1D9` FOREIGN KEY (`url_rewrite_id`) REFERENCES `customerx_dev`.`enterprise_url_rewrite` (`url_rewrite_i)

Выполнение таких команд усечения / удаления будет работать так:

TRUNCATE TABLE `enterprise_url_rewrite_redirect_rewrite`;
TRUNCATE TABLE `enterprise_url_rewrite_redirect_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_redirect`;
TRUNCATE TABLE `enterprise_url_rewrite_product_cl`;
TRUNCATE TABLE `enterprise_url_rewrite_category_cl`;
TRUNCATE TABLE `enterprise_catalog_product_rewrite`;
TRUNCATE TABLE `enterprise_catalog_category_rewrite`;
TRUNCATE TABLE `core_url_rewrite`;
DELETE FROM `enterprise_url_rewrite`;

Ответ прост: нет, урезать эти таблицы небезопасно, по крайней мере, если вы не знаете последствия:

• Усечение всех таблиц перезаписи и выполнение переиндексирования приводит к работающему сайту

Тем не мение:

• Вы потеряете все пользовательские изменения (это нормально)
• Catalog -> Url Redirectбудет пустым (в EE 1.13.1) (это выглядит как ошибка в соответствии с Magento, это ожидаемое поведение в 1.13.1) (см. также комментарий ниже)