NetteExtension aneb konfigurace všeho v Nette pomocí config.neon

David Grudl napsal(a):

Databáze

…

Chápu to správně, že tyto dva konfigurační soubory budou pracovat obdobně?

nette:
        database:
                default:
                        dsn: "sqlite2:%appDir%/models/demo.db"
                        user: ...
                        password: ...

services:
        database: @nette.database.default

parameters:
        database:
                dsn: "sqlite2:%appDir%/models/demo.db"
                user: ...
                password: ...

services:
        database: Nette\Database\Connection(%database.dsn%, %database.user%, %database.password%)

A bude mi při použití prvního způsobu fungovat v presenterech $this->getService('nette.database.default')? Takže bych ani nemusel definovat službu database v services?

David Grudl napsal(a):

Šablony

Lze přepínat HTML a XHTML režim šablon:

nette:
	xhtml: no  # výchozí je true

Základní nakonfigurovanou šablonu s helpery a Latte vyrobí $container->nette->createTemplate().

bud delam neco blbe, ale zkousel jsme xhtml: no i xhtml: false a porad to generuje xhmtl

EDIT: jsem blbec, aktualizoval jsem nette a uz to jede, jsem si nevsim, ze uz to je opraveny..

Editoval Felix (26. 1. 2012 13:24)

xxxObiWan napsal(a):

Chápu to správně, že tyto dva konfigurační soubory budou pracovat obdobně?

V jednom případě vytváříš službu sám, ve druhém případě ti ji vytvoří NetteExtension, který vytvoří i panel do Debugger baru atd. Obě cesty jsou možné.

hAssassin napsal(a):

Je nějaká možnost jak nakonfigurovat připojení k dibi novým způsobem, nebo musím zůstat u starého, klasického? Dík.

Nevím, co přesně myslíš novým a starým způsobem, každopádně jakýkoliv objekt/službu můžeš vytvořit klasicky v PHP (třeba bootstrapu) a uložit do containeru, zápisem v poli services (dibi: DibiConnection(...)) a pokud pro knihovnu existuje nějaká CompilerExtension, tak i vytvořením vlastní sekce v configu.

Pro dibi existuje DibiNetteExtension. Připojíme ji v bootstrapu:

$configurator = new Nette\Config\Configurator;
$configurator->onCompile[] = function($configurator, $compiler) {
	$compiler->addExtension('dibi', new DibiNetteExtension); // nazev sekce bude dibi
};

a přidáme sekci v config.neon:

	dibi:
		driver   : mysqli
		host     : localhost
		username : root
		password : xxx
		database : dibi

Službu pak najdeme v $container->dibi->connection.

hAssassin napsal(a):

Problém právě je, že při aktualizaci na Nette RC1 a Dibi 2.0 přestane fungovat panel v debug baru.

Zkus přidat do parametru databaze

profiler: TRUE

@**sumiisakua**: to je jedině dobře ;)

hAssassin napsal(a):

RiskyNet napsal(a):

hAssassin napsal(a):
…

Zkus přidat do parametru databaze

profiler: TRUE

To ja tam samozrejmne mam, ale stejne to nefunguje. Proble je totiz zde, pokud smazu ten parametr FALSE, tak to uz panel zobrazi v pohode, jinak se to do ty podminky nedostane. Problem asi bude v tom ze to registruju pres sluzbu tak jak sem psal vyse.

Uz to vidim, me to totiz funguje (taky registruju pres sluzbu) ale pouzivam ted min verzi, tam ten FALSE neni sorry

Editoval RiskyNet (26. 1. 2012 17:42)

Je to tím, že ve starší revizi mi chybělo u v názvu služby nette.. Správně je první zápis.

Problém s dibi by měl být vyřešen.

Záleží, jak přesně ji registruješ – pokud pomocí NetteExtension, pak např. takto:

common:
	nette:
		database:
			default:
				# ...

	services:
		nette.database.default:
			setup:
				- setDatabaseReflection( MyReflection() )

Nebo se mýlím? Píši z paty…

Předpokládám, že v dokumentaci se takový přehled bude lépe udržovat: https://doc.nette.org/cs/configuring

David Grudl napsal(a):

Security

nette:
	security:
		roles:
			guest:
			member:
			admin: [member]  # admin dědí od membera

		resources:
			file:

Co tam dodelat i polozku rules, neco jako:

nette:
	security:
		rules:
			guest: {[login], [view]}
			user: [[homepage,articles], [add,delete,edit]]

Je to opravdu super.

Nicméně routování v konfigu (ač experimentální) je takové svázané, neboť se nedají předávat flagy (jednosměrky, chráněné routy, …).

Plánuje se tato funkčnost přidat? Myslím, že by to mohla být jediná věc, která by experimentálnost přesunula k plnohodnotnému využití – nebo něco přehlížím?

Díky!

Felix napsal(a):

Co tam dodelat i polozku rules, neco jako:
…

Tohle si zatím realizuji pomocí

common:
	services:
		nette.authorizator:
			setup:
				- @self::allow( guest )

Tohle

$class = new ClassWithoutParams;

bych úplně vyhodil… kompilátor c++ by na tomhle řval.

Editoval ViPEr*CZ* (8. 2. 2012 18:07)

ViPErCZ napsal(a):

Tohle

$class = new ClassWithoutParams;

bych úplně vyhodil… kompilátor c++ by na tomhle řval.

Vyhodil odkud? Z PHP? :D

A co sem taháte C++ a Javascript?

Kromě toho, že to je offtopic

1. Bezzávorková konstrukce v C++ očividně existuje
2. Správnost? V PHP je výraz new SomeClass; naprosto jednoznačný a nemůže znamenat nic jiného než instanciace třídy SomeClass bez předání parametrů, proto je to v PHP bez problémů povoleno.

@Nox: kruci… trapas… ono to fakt existuje… beru zpět… přepracovanost.

Ještě bych si dovolil jednu poznámku ohledně

[...]
routes:
	index.php: Dashboard:default
	'<presenter>/<action>[/<id>]': Dashboard:default
[...]

Na definici jednoduchých rout je to super. I kdyby to z Nette zmizelo ve svém FW si to nechám. Má to ale jednu vadu na kráse – nelze definovat FLAG. Osobně jsem si ve svém Extension dodělal podporu, která umožňuje psát toto:

[...]
routes:
	index.php: [Homepage:default, ONE_WAY]
	'<presenter>/<action>[/<id>]': Homepage:default
[...]

Oproti původnímu kódu v NetteExtension vypadá můj kód následovně.

[...]
if(is_array($action))
	$router->addSetup('$service[] = new Nette\Application\Routers\Route(?, ?, ?)', array($mask, $action[0], constant("Nette\Application\Routers\Route::{$action[1]}")));
else
	$router->addSetup('$service[] = new Nette\Application\Routers\Route(?, ?)', array($mask, $action));
[...]

To s tím constant tam mám kvůli tomu, že jsem si nedovedl představit, jak budu psát jako FLAG v konfiguračním souboru celou cestu k té konstantě. To by asi moc hezké nebylo tam psát Nette\Application\Routers\Route::ONE_WAY
Asi to není úplně ideální, ale minimálně u jedné routy v každé aplikaci ten FLAG napsat potřebuji.

uestla napsal(a):

Koukni 3 dny zpátky ;-)

Tak to sorry za spam, toho jsem si nevšiml.

Chtěl jsem se ještě zeptat jestli někdo neví, jakým způsobem si lze jednoduše pomocí nové konfigurace zaregistrovat vlastní makro. Mám již vytvořenou třídu potomka MacroSet, která ovšem chce ve statické metodě install instanci Nette\Latte\Compiler a netuším jak se k ní snadno v při konfiguraci dostat. Dříve jsem to řešil přetížením metody Presenter::templatePrepareFilters v BasePresenteru, ale to samé potom musím udělat i v BaseControl, tak mě napadlo zda by to nyní nešlo elegantněji.

Nebo pokud registruješ maker hromadu, extendni si Nette\Latte\Engine, v konstruktoru zaregistruj makra a v configu třídu nahraď svou.

Pokouším se přepsat konfiguraci session do neonu. Poradil by mi někdo z nette pardálů, jestli jde nastavit nějakým způsobem cookiePath, tak aby vedla k projektu, zanořeném ve více složkách? V bootstrapu to řeším takto:

$container->session->setCookieParameters($container->httpRequest->url->scriptPath, $_SERVER['SERVER_NAME']);

Něco jako tohle, což mi nejde:

nette:
    session:
        autoStart: smart
        expiration: +14days
        cookie_path: @httpRequest.uri.scriptPath

Bez toho mám část konfigurace v neonu a část v bootstrapu, což bych rád měl na jednom místě. Díky za pomoc.

mkoubik napsal(a):

Nevím jestli není plus speciální znak, zkus to dát do uvozovek: expiration: '+14days'.

Díky, ale v tom problém není, to funguje dobře. Ostatně je to podle Davidova vzoru z úvodu tohodle topicu. Jedná se mi o to cookie_path, resp. jak mu nastavit cestu. Můžu to tam samozřejmě dát ručně na tvrdo, ale pohodlnější by pro mě bylo dynamické načtení cesty. Zkusil jsem jen odhadem @httpRequest.uri.scriptPath, ovšem to je nejspíš blbost. Třeba existuje nějaká možnost.

RiskyNet napsal(a):

Já si taky střelím :) dle „Lze nastavovat všechny PHP direktivy (ve formátu camelCase)“

zkusil jsi

cookiePath: @httpRequest.uri.scriptPath

Zkusil. V tom taky problém není. Nejde o název vlastnosti, ale její hodnotu. Pokud tam zapíšu ručně

session:
    autoStart: smart
    expiration: +14days
    cookie_path: /projects/project

tak je to v pohodě, viz dump session:

Nette\Http\Session(4) {
   regenerationNeeded private => NULL
   options private => array(16) {
      cookie_domain => "localhost" (9)
      cookie_secure => NULL
      cookie_path => "/projects/project" (17)
      gc_maxlifetime => 1209600
      cookie_lifetime => 1209600
      ...
   }

ale můj pokus s

session:
    autoStart: smart
    expiration: +14days
    cookie_path: @httpRequest.uri.scriptPath

končí laděnkou s hláškou

Reference to missing service 'httpRequest.uri.scriptPath'

Zajímavý je, že když tam dám jen službu httpRequest

session:
    autoStart: smart
    expiration: +14days
    cookie_path_test: @httpRequest

tak to projde, viz dump session:

Nette\Http\Session(4) {
   regenerationNeeded private => NULL
   options private => array(16) {
      cookie_domain => "localhost" (9)
      cookie_secure => NULL
      cookie_path_test => Nette\Http\Request(9) {
         method private => "GET" (3)
         url private => Nette\Http\UrlScript(10) { ... }
         query private => array(0)
         post private => array(0)
         files private => array(0)
         cookies private => array(7) { ... }
         headers private => array(9) { ... }
         remoteAddress private => "127.0.0.1" (9)
         remoteHost private => NULL
      }
      gc_maxlifetime => 1209600
      cookie_lifetime => 1209600
      ...
   }

Nejspíš je pravděpodobný, že jsem tele a nechápu něco důležitýho. Např. něco s životním cyklem. Třeba v době sestavování kontejneru, ve chvíli zpracovávání mojí session, ještě není nastavana služba httpRequest.

uestla napsal(a):

Co vím, tak NEON zatím neumí zřetězené volání metod na službě, čili nejde

Díky, to zkusím. K tomu řetězení mě navedlo dibi, resp. @dibi.connection. Protože takhle mi to funguje.

services:
     sitemapModel: \Models\Sitemap\SitemapModel(@dibi.connection)
	...

Tak jsem to zkusil i na tento případ. Ale ta pomocná služba je dobrej nápad. To by mělo jít.