Magentoのレイアウトシステムにおける深いが、そこにあなたのブロックを作成するために必要な特定のXMLにあなたのパッケージレイアウトxmlファイルを回すために使われている次のコードは、ですので、あなたのページMagentoでデータベースレイアウトの更新は引き続き使用されていますか?
public function merge($handle)
{
$packageUpdatesStatus = $this->fetchPackageLayoutUpdates($handle);
if (Mage::app()->isInstalled()) {
$this->fetchDbLayoutUpdates($handle);
}
}
を作成しそこに第二の方法fetchDbLayoutUpdates
試行SQLは、どちらもcore_layout_update
とcore_layout_link
テーブルがデフォルトのインストールでは空になっているこの
SELECT `update`.`xml` FROM `core_layout_update` AS `update`
INNER JOIN `core_layout_link` AS `link`
ON link.layout_update_id=update.layout_update_id
WHERE (link.store_id IN (0, '1'))
AND (link.area='frontend')
AND (link.package='default')
AND (link.theme='default')
AND (update.handle = 'default')
ORDER BY `update`.`sort_order` ASC'
のようなものを照会して、データベースから追加のXMLアップデートをロードします。
私はこれがMagentoで私の時間を凌駕する従来の機能だと常に考えてきました。この機能は
-
でどこでも
ザ・Magentoのコアコードベース
どれも/知られている著名な拡張機能
あなたが使用されている場合は誰でも知っています!
機能が場所(レガシー懸念やものではありません)に残されていますなぜ私が見ることができますが、それは放棄され、正式っぽいれて、またはそれが大幅に利用下だけだ場合何かだ場合、私は興味があります。
興味深いスレッドの行たように見えますか? DBレイアウトのエントリがファイルベースよりも優先されますか? –
@Jonathan:いいえ、DBにはハンドル命令を追加するだけです。ハンドルはオーバーライドされず、そのまま順番に適用されます。 –