Vlákno názorů k článku
Nette Framework: adresářová struktura aplikace

Jak Nette řeší víc konfigurací, např. jednu pro testovací prostředí a jednu pro reálný provoz?

Způsob, který se uvádí jako doporučený, je konfigurace pomocí INI souboru. Ten má třeba následující strukturu:

[common]
set.date-timezone = "Europe/Prague"

[production < common]
database.driver = sqlite
database.file = "%appDir%/models/db/demo.db"

[development < production]
database.profiler = TRUE

Soubor definuje sekce production a development (znak < lze číst jako extends, v konfiguraci funguje dědičnost). Není-li nastaveno jinak, tak v produkčním režimu se načte konfigurace ze sekce production a ve vývojářském ze sekce development.

Elegantní, díky za odpověď.

To je pěkné řešení, nabízí se ale otázka, zda zpracováním INI souboru (předpokládám že při každém requestu) není zbytečný overhead, resp. zda by nějaké Array řešení nebylo u více zatížených aplikací rychlejší. Nebo se pletu a otevření, zparsování a interpretace syntaxe nemají na rychlost vliv?

Ono se vpodstatě jedná o asociativní pole. ;)

Je to parsované parse_ini_file (http://cz2.php.net/parse_ini_file), což je parser PHP pro php.ini, je tedy již zkompilovaný a VELMI rychlý.

Ve starších revizích se zpracovaná konfigurace rovnou automaticky kešovala, ale rozdíl byl neměřitelný, takže jsem od toho upustil.

To je zaujimavy vysledok. V Docbook pre FW Symfony mozno najst az "chvalenkarstvo", ze ich FW konfiguraky kompiluje a je preto rychly.

Ale Symfony vyuziva YAML konfiguraky a po celej zakladnej aplikacii su ich takmer dve desiatky, takze tam to asi zmysel ma.
Kompiluju ich do PHP poli.