Не работает переиндексация в Magento программным методом. Через веб все отлично. Что это может быть?

Question

[Олег Батищев]

Имеется продукт, которого нет в наличии, он отображается в каталоге. Если переиндексировать программным путем, то он все равно остается видимым. Но если же переиндексировать через веб-интерфейс, то он пропадает как и должно быть, ибо опция "Показывать продукты не в наличии" стоит как НЕТ. Версия 1.7.0.2
Смотрел в changelog, не нашел такого чтобы это пофиксили.

Код переиндексации.

foreach (Mage::getResourceModel('index/process_collection')->getItems() as $p) {
                    $this->log('Reindexing '.$p->getIndexerCode());
                    try{
                        $p->reindexAll();
//                        $p->reindexEverything(); // такое же поведение
                    } catch( Exception $e ) {
                        $this->log('Error during reindex '.$e->getMessage());
                    }
                    $this->log($p->getIndexerCode().' was reindexed');
            }

Comments

[Юрий Герасименко]

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

[Олег Батищев]

добавил

[Юрий Герасименко]

Пробовали такой код?
magecracker.wordpress.com/2013/01/08/script-to-rei...

[Олег Батищев]

Да, пробовал MODE_REAL_TIME ставить, но попробую конкретно этот код на всякий случай. Спасибо.

[Юрий Герасименко]

Еще напишите, получается ли корректно проиндексировать, если использовать переиндексацию через /shell/indexer.php, т.е. через
$ php shell/indexer.php reindexall

[Олег Батищев]

Смущает только то что запускается и reindexAll и reindexEverything ... насколько я помню по коду, то в reindexAll запускается reindexEverything. Выходит это избыточный запуск индексации в этом коде.

Да кстати через консоль тоже самое, не получается корректно переиндексировать.

[Юрий Герасименко]

> Да кстати через консоль тоже самое, не получается корректно переиндексировать.

Хм... у меня было подозрение, что это из-за того, что не выполнился какой-нибдуь dispatchEvent, но... раз при индексации через консоль проблема все еще присутствует, то... видимо, дело в чем-то еще.

[Юрий Герасименко]

Еще вопрос. А продукта нет в наличии по какой причине? Количество равно нулю или конкретно выставлено, что Stock Availability = Out of Stock

[Олег Батищев]

Похоже на то. Причем отображается даже если все товары simple Disabled.

[Юрий Герасименко]

У вас конф. продукт? По какой причине товар аут-оф-сток? (см. коммент выше)

[Олег Батищев]

В общем неведомое что-то происходит. Импортируется продукт(ы) далее заходишь на страницу продукта и ему выставляется статус out of stock, потому как автоматом выставляется Disabled всем simple продуктам. Как вообще такое возможно?!

[Юрий Герасименко]

@z0rg, ваши ответы вызывают только больше вопросов =) Причем тут импорт? Это как-то относится к текущему вопросу? Продукт, речь о котором идет, является конф. продуктом? Статус out of stock у этого продукта потому, что все симпл-продукты отключены... после импорта?

[Юрий Герасименко]

Зачем спрашиваю? Чтобы воссоздать условия возникновения ошибки локально.

[Олег Батищев]

Если действительно интересно пиши в скайп devzorg Буду рад помощи, отблагодарю.

Answer 1

[Дмитрий Федюк]

Одной из причин неправильной работы в Magento программной перестройки расчётных таблиц (переиндексации) является выполнение этой операции вне контекста административной части магазина.
Все программные операции, связанные с изменением товаров, надо выполнять только в контексте административной части магазина.

В Российской сборке Magento для включения/выключения административного режима имеются методы Df_Admin_Model_Mode::begin() и Df_Admin_Model_Mode::end() и их краткие аналоги: функции rm_admin_begin() и rm_admin_end().

Метод Df_Admin_Model_Mode::begin(), в частности, реализован так:

/** @return void */
public function begin() {
    $this->_counter++;
    if (1 === $this->_counter) {
        $this->_currentStore = Mage::app()->getStore();
        $this->_updateMode = Mage::app()->getUpdateMode();
        /**
         * Очень важный момент!
         * Если Magento находится в режиме обновления,
         * то Mage_Core_Model_App::getStore()
         * всегда будет возвращать Mage_Core_Model_App::getDefaultStore(),
         * даже для такого кода: Mage_Core_Model_App::getStore(999).
         * Это приводит к весьма некорректному поведению системы в некоторых ситуациях,
         * когда мы обновляем товарные разделы своим установочным скриптом:
         * @see Mage_Catalog_Model_Resource_Abstract::_saveAttributeValue():
         * $storeId = (int)Mage::app()->getStore($object->getStoreId())->getId();
         * Этот код заведомо вернёт неправильный результат!
         */
        Mage::app()->setUpdateMode(false);
        Mage::app()->setCurrentStore(Mage_Core_Model_App::ADMIN_STORE_ID);
    }
}

Метод Df_Admin_Model_Mode::end():

/** @return void */
public function end() {
    df_assert_gt0($this->_counter);
    $this->_counter--;
    if (0 === $this->_counter) {
        Mage::app()->setCurrentStore($this->_currentStore);
        Mage::app()->setUpdateMode($this->_updateMode);
        unset($this->_currentStore);
        unset($this->_updateMode);
    }
}

Comments

[Олег Батищев]

СпасибоЮ, но ваши df_ переписанные модели меня не интересуют. Вопрос касается чистой Magento.