Just working on Doctrine\Fixtures (https://github.com/nettrine/fixtures).
Hi, i am writing you about my fork of this extension. Yeah as you wrote. I need lower dependencies of symfony/console, nette/di is not problem (i can update it). I found that i need symfony/console:3.1.4 (there is no way how to update it in my project right now - iam in dependency hell :-)) I already used zenify/doctrine-migrations in my projects. But this package is abandoned. So iam looking for some substitution ;-)
We can downgrade dependencies ;-)
@f3l1x now i have in composer.json "contributte/console": "^v0.2.0",
"nettrine/migrations": "^0.1.0", but migrations still generate file to root
"nettrine/migrations": "^0.1.0", but migrations still generate file to root
hi, if I use DATE in query buider it throws an error "expacted known function, got DATE". I found an extension (https://github.com/beberlei/DoctrineExtensions) which provides some these functions. Is there a way to put it together with Nettrine or another way so that it began to work?
Nove bude v nettrine rozsireni pro DQL (https://twitter.com/xf3l1x/status/1086690889794236417). Jakakoli pomoc vitana.
Uz neexistuje nettrine/playground, ale nebojte se, vse se presunulo zde https://github.com/planette/playground.
Jsou tam ukazky i z dalsich balicku, ktere vam prijdou vhod.
Jsou tam ukazky i z dalsich balicku, ktere vam prijdou vhod.
ℹ️ If anyone here don't know - you can join slack channel of pehapkari.cz
ℹ️ There is much more active #contributte room for our projects Contributte, Apitte and Nettrine
ℹ️ There is much more active #contributte room for our projects Contributte, Apitte and Nettrine
@f3l1x Dobrý den, zabrousil jsem trochu do těch multiple connections v nettrine a narazil jsem na několik překážek (největší je ta, že PR pro nette/dbal je připraveno pro DI 2.4). Vadilo by hodně, kdybych se pokusil o vlastní verzi (bez záruky, že se mi to povede)? Nerad bych se někoho dotkl, aleswita na tom udělal ohromný kus práce a patří mu všechen dík a credits.
Co jsem dnes vymýšlel, tak jsem dal dohromady v hlavě následující principy:
Co jsem dnes vymýšlel, tak jsem dal dohromady v hlavě následující principy:
- parametr connection může zůstat v té podobě a chování, v jaké je, jen ho vyhodíme z readme#setup. Tím se vyhneme zbytečnému BC
- parametr connections může brát jak jedno připojení (v podobě a chování jako dnes) nepojmenované, tak i vícero pojmenovaých připojení
- chování autowired bych sjednotil s nette/database, tedy autowired je "by default" první připojení, nenastaví-li uživatel výslovně jinak
- výše uvedené vyřeší i problém s natvrdo použitým názvem "default" pro první připojení, což je imho zbytečné omezení
- nedokázal jsem vymyslet, jak přímo v konzoli nastavit/změnit aktuální připojení, se kterým se pracuje - dokáži pracovat jen s tím, které je autowired dle config.neon
- připravil jsem si playground se 2 připojeními, různým nastavením autowiringu, tracy a fungující konzolí
Každopádně vím, že výše uvedené je trochu v rozporu s tím, co jste vymýšleli v nettrine/dbal#13, takže možná mi některé souvislosti ještě unikají. V nettrine se teprve rozkoukávám. Budu teď týden pryč, takže reálně budu schopen dotáhnout až začátkem září.
Podle pořadí bych autowiring nedělal, pořadí vždy není jasné. Ono nejbezpečnější, pokud nemá existovat default je asi nemít autowired nic, pokud to uživatel explicitně nezapne. Jen to chce dobře zdokumentovat, aby se někdo nedivil, proč že nemůže získat připojení, i když jej zaregistroval. Co myslíte?