La tienda actual es 1 cuando ejecuta scripts de actualización

¿Alguna idea de por qué Mage::app()->getStore()devuelve la vista de la tienda con el ID 1 cuando está dentro de los scripts de actualización independientes de la vista de la tienda en la que estoy ejecutando el script de actualización (incluso el administrador)?
Quiero decir, sé dónde está el código que hace esto. En Mage_Core_Model_App::getStore()está esto:

    if (!Mage::isInstalled() || $this->getUpdateMode()) {
        return $this->_getDefaultStore();
    }

y se _getDefaultStoreve así:

   if (empty($this->_store)) {
        $this->_store = Mage::getModel('core/store')
            ->setId(self::DISTRO_STORE_ID)
            ->setCode(self::DISTRO_STORE_CODE);
    }
    return $this->_store;

$this->_store siempre está vacío cuando se llega al método anterior.

Obtengo el mismo resultado incluso si agrego esto en la parte superior del script de actualización:

Mage::app()->setCurrentStore(Mage::getModel('core/store')->load(Mage_Core_Model_App::ADMIN_STORE_ID));

Tengo curiosidad sobre la lógica empresarial de tener esta 'característica'.

NB: no olvide que el alcance de la tienda de administración no se establece hasta que se realiza el despacho y se Mage_Adminhtml_Controller_Actionejecuta un controlador que se extiende (consulte el adminhtml_controller_action_predispatch_startevento y el observador relacionado en Mage_Adminhtml_Controller_Action::preDispatch()).

Tengo curiosidad sobre la lógica empresarial de tener esta 'característica'.

No eres el único; Dicho esto, es posible que nunca lo sepamos a menos que Moshe o Dima quieran discutir.

Los scripts de instalación se ejecutan temprano en la inicialización de la aplicación. El diseño de esto probablemente se deba a que, para cuando se ejecute el resto de la pila, se realizarán las migraciones necesarias y otros trabajos, lo que significa que el sistema estaba listo para usar de inmediato, incluso cuando se estaba instalando un módulo o actualizado. Me pregunto si los arquitectos originales inicialmente alguna vez pensaron que sería necesario un sistema más inicializado. Supondré que, si bien gran parte del código supone que hay una instancia de tienda disponible, la _getDefaultStore()lógica garantiza que haya una instancia de tienda.

La configuración de alcance total está disponible en 1.4.0.0 y versiones posteriores mediante scripts de configuración de datos.

Ok, para usar la tienda de administración en tus scripts de actualización solo usa

Mage::app()->setCurrentStore(Mage_Core_Model_App::ADMIN_STORE_ID);

Su enfoque Mage::app()->setCurrentStore(Mage::getModel('core/store')->load(Mage_Core_Model_App::ADMIN_STORE_ID)); no puede tener éxito, porque no hay realmente una vista de tienda cargable para el administrador

A menudo uso un patrón como este:

// remembering old current store
$currentStore = Mage::app()->getCurrentStore();

// switching to admin store
Mage::app()->setCurrentStore(Mage_Core_Model_App::ADMIN_STORE_ID);

// switching back to old current store
Mage::app()->setCurrentStore($currentStore->getStoreId());

De lo contrario, a veces, después de ejecutar un script de actualización, sus visitantes serán redirigidos a la página de administración en lugar de a la interfaz.

Actualizar:

Interpreté mal la pregunta a continuación, así que aquí hay un nuevo intento de explicar ^^

Los scripts de actualización se invocan desde un método más profundo en el núcleo ( Mage_Core_Model_Resource_Setup::_modifyResourceDb(...))

Aquí intenté enumerar la pila

• Mage_Core_Model_App::run($params)

• Mage_Core_Model_App::_initModules()

• Mage_Core_Model_Resource_Setup::applyAllUpdates()

• Mage_Core_Model_Resource_Setup::applyUpdates()

• Mage_Core_Model_Resource_Setup::_upgradeResourceDb($oldVersion, $newVersion)

• Mage_Core_Model_Resource_Setup::_modifyResourceDb($actionType, $fromVersion, $toVersion)

y ahora echa un vistazo a Mage_Core_model_App::run($params):

public function run($params)
{
    $options = isset($params['options']) ? $params['options'] : array();
    $this->baseInit($options);
    Mage::register('application_params', $params);

    if ($this->_cache->processRequest()) {
        $this->getResponse()->sendResponse();
    } else {
        $this->_initModules();
        $this->loadAreaPart(Mage_Core_Model_App_Area::AREA_GLOBAL, Mage_Core_Model_App_Area::PART_EVENTS);

        if ($this->_config->isLocalConfigLoaded()) {
            $scopeCode = isset($params['scope_code']) ? $params['scope_code'] : '';
            $scopeType = isset($params['scope_type']) ? $params['scope_type'] : 'store';
            $this->_initCurrentStore($scopeCode, $scopeType);
            $this->_initRequest();
            Mage_Core_Model_Resource_Setup::applyAllDataUpdates();
        }

        $this->getFrontController()->dispatch();
    }
    return $this;
}

el método _initModules()se llama antes $scopeCodey $scopeTypese determina el.

Actualmente no puedo entender dónde se define el retroceso supuesto.

Entonces, la respuesta básica es que realmente se mete en el 3er si ..... espere qué :(

if (!isset($id) || ''===$id || $id === true) {
    $id = $this->_currentStore;
}

Para mí, devuelve verdadero para Mage::isInstalled()y falso para lo $this->getUpdateMode()que suena mal. Pero esto solo ocurre en el primer golpe de getStore.

Por lo tanto, parece que configura la tienda antes de que se haya configurado el modo de actualización, luego, cuando regresa en el script de configuración, usa la llamada de tienda predeterminada que usa el siguiente código:

$this->_store = Mage::getModel('core/store')
    ->setId(self::DISTRO_STORE_ID)
    ->setCode(self::DISTRO_STORE_CODE);

El valor de self::DISTRO_STORE_IDes 1, supongo porque necesita algo y no se configuró para nosotros en la tienda de administración :(

Así que en realidad tengo un sistema que no se ha almacenado con la identificación 1 y parece que el script de actualización funciona bien. Si estamos agregando tablas / atributos, está bien e incluso al agregar un bloque de cms específico del sitio, esto también está funcionando, pero obtenemos toda la identificación de la tienda y los configuramos específicamente al guardar datos específicos de la tienda.