アップグレードスクリプトを実行する場合、現在のストアは1です

Mage::app()->getStore()アップグレードスクリプトを実行しているストアビューから独立したアップグレードスクリプト内で（管理者でも）ID 1のストアビューを返す理由は何ですか？
つまり、これを行うコードがどこにあるかを知っています。これMage_Core_Model_App::getStore()には：

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

そして_getDefaultStore次のようになります。

   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 上記のメソッドに到達すると、常に空になります。

アップグレードスクリプトの先頭にこれを追加しても、同じ結果が得られます。

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

この「機能」を持つビジネスロジックに興味があります。

注：ディスパッチが行われ、コントローラーの拡張がMage_Adminhtml_Controller_Action実行されるまで、管理ストアのスコープが設定されないことを忘れないでください（adminhtml_controller_action_predispatch_startイベントと関連するオブザーバーを参照してくださいMage_Adminhtml_Controller_Action::preDispatch()）。

この「機能」を持つビジネスロジックに興味があります。

あなただけではありません。とはいえ、MosheまたはDimaが議論を望まない限り、私たちは決して知らないかもしれません。

セットアップスクリプトは、アプリケーションの初期化の初期段階で実行されます。これはおそらく、スタックの残りの部分が実行されるまでに必要な移行やその他の作業が「完了」するように設計されているためです。つまり、モジュールをインストールしてもシステムはすぐに使用できます。またはアップグレードされました。元建築士が最初にこれまで以上に初期化されたシステムの必要性があるだろうと思った場合、私は思ったんだけど。 コードの多くは使用可能なストアインスタンスがあることを前提としているのに対し、_getDefaultStore()ロジックはストアインスタンスがあることを保証すると推測します。

全範囲の設定は、データのセットアップスクリプトを経由して1.4.0.0及びアップでご利用いただけます。

OK、アップグレードスクリプトで管理ストアを使用するには、

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

あなたのアプローチMage::app()->setCurrentStore(Mage::getModel('core/store')->load(Mage_Core_Model_App::ADMIN_STORE_ID)); は成功できません。管理者用の既存のロード可能なストアビューが存在しないためです。

多くの場合、次のようなパターンを使用します。

// 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());

そうしないと、アップグレードスクリプトの実行後に、訪問者がフロントエンドではなく管理ページにリダイレクトされることがあります。

更新：

以下の質問を誤って解釈したので、ここで新しい説明を試みます^^

アップグレードスクリプトは、コアのより深いメソッドから呼び出されます（Mage_Core_Model_Resource_Setup::_modifyResourceDb(...)）

ここでスタックをリストしようとしました

• 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)

そして今、見てみましょう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;
}

この方法は、_initModules()前に呼び出され$scopeCodeと$scopeType判断されます。

現在、想定されるフォールバックがどこで定義されているのかわかりません。

したがって、基本的な答えは、実際に3番目に入る場合です。

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

私にとっては、trueを返しMage::isInstalled()、falseを$this->getUpdateMode()間違って聞こえます。しかし、これはの最初のヒットでのみ発生しgetStoreます。

そのため、更新モードが設定される前にストアをセットアップし、セットアップスクリプトに戻ったときに、次のコードを使用するデフォルトのストアコールを使用しているように見えます。

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

の値self::DISTRO_STORE_IDは1で、何かを必要とし、管理者ストアにセットアップされていなかったと思われます:(

そのため、実際にはID 1のストアを持たないシステムがあり、更新スクリプトはうまく機能しているように見えます。テーブル/属性を追加する場合は問題ありません。サイト固有のcmsブロックを追加する場合でもこれは機能しますが、すべてのストアIDを取得し、ストア固有のデータを保存するときに具体的に設定します。