local.xml подключаеться дважды, local.xml не ищеться в папке модуля. Модули грузяться только те которые enabled. Загрузка конфига из базы данных. Статья мягко говоря не полная. Еще и какие то непонятные куски кода, зачем?
Если хотите расказать про работу конфига в magento, разберитесь как все работает, на каком этапе какие файлы подключаються. В каких файлах как можно влиять на конфиг. Как работает деректива extends. нарисуйте красивую сиквенс диаграмму, где будет виден порядок вызовов. Так же стоит описать какие части конфига кешируються. И не стоит забивать на cron и shell скрипты, так как без них маджента работать не будет, и стоит упомянуть что там конфиг инициализируеться по другому.
На самом деле все не так. Надо было просто внимательнее посмотреть код метода Mage_Core_Model_Config::init()
Порядок такой:
1 — загрузка всех app/etc/*.xml
2 — загрузка app/etc/local.xml
3 — загрузка всех app/etc/modules/*.xml
4 — загрузка config.xml config.{resource_name}.xml из etc папок активных модулей в порядке их зависимости
5 — загрузка app/etc/local.xml (сделанно для того что бы никакой модуль или левый конфиг не убил ничего из предыдущей загрузки local.xml, так как все конфиги мерджатся в один xml)
6 — загрузка конфигов из базы данных
Из коробки там конечно фич поменьше чем у Асуса, но и не всем они нужны.
Функции роутеров линксисы вполнят на 5+. Из серии включил и забыл.
Плюс 6 встроенных антен против 3-х асуса, и приятный дизайн.
Это применимо только к «Mac OS X» раскладке. А вот «Mac OS X 10.5+» отличается чуть больше чем полностью.
ps: Было бы неплохо написать названия комбинации в меню настроек, что бы люди могли настроить под себя.
Если хотите расказать про работу конфига в magento, разберитесь как все работает, на каком этапе какие файлы подключаються. В каких файлах как можно влиять на конфиг. Как работает деректива extends. нарисуйте красивую сиквенс диаграмму, где будет виден порядок вызовов. Так же стоит описать какие части конфига кешируються. И не стоит забивать на cron и shell скрипты, так как без них маджента работать не будет, и стоит упомянуть что там конфиг инициализируеться по другому.
Но порядок вызова остаеться прежним
Mage_Core_Model_App::baseInit() — (пункт 1 и 2)
Mage_Core_Model_App::_initModules() — (пункты 3,4,5,6)
Это просто расширенная версия того же Mage_Core_Model_Config::init()
Больше информации как всегда можно узнать только из кода )) github.com/LokeyCoding/magento-mirror/blob/magento-1.8/app/code/core/Mage/Core/Model/Config.php#L248
Порядок такой:
1 — загрузка всех app/etc/*.xml
2 — загрузка app/etc/local.xml
3 — загрузка всех app/etc/modules/*.xml
4 — загрузка config.xml config.{resource_name}.xml из etc папок активных модулей в порядке их зависимости
5 — загрузка app/etc/local.xml (сделанно для того что бы никакой модуль или левый конфиг не убил ничего из предыдущей загрузки local.xml, так как все конфиги мерджатся в один xml)
6 — загрузка конфигов из базы данных