An interesting way of looking at it. On Apr 30, 8:37 am, David Buchmann <david.buchm...@liip.ch> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > no, config_prod.yml (and _test, _dev) are for different situations of > your application. _dev makes the developper toolbar show, and if you use > assetic, compiles assets on the fly each time you access them... > > those config files still live in git and should thus not contain secrets > like a production db password. (if you are in a bigger context, you do > not want developpers to access a production db with the webserver > rights, for example) > > cheers,david > > Am 29.04.2011 13:25, schrieb robjensen82: > > > > > > > > > > > Thanks for the reply David. I would have thought config_prod.yml would > > have been useful for exactly the situation you're describing. O well > > I've managed to chop it out. > > > Rob > > > On Apr 29, 11:20 am, David Buchmann <david.buchm...@liip.ch> wrote: > > Am 29.04.2011 12:09, schrieb robjensen82: > > >>>> What's the point in the parameters.ini? why not just stick to > >>>> config.yml? > > > the idea is that config.yml is under version control, while > > parameters.ini contains confidential data like database password and > > such. as well as setup specific stuff (database server name and so on, > > which would vary if you run your prod code on an integration server ...) > > > that said, i don't know why its in .ini format and not a .yml file. in > > our projects, we use a dynamic.yml for such information. > > > cheers,david > > - -- > Liip AG // Agile Web Development // T +41 26 422 25 11 > CH-1700 Fribourg // PGP 0xA581808B //www.liip.ch > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla -http://enigmail.mozdev.org/ > > iEYEARECAAYFAk27vDAACgkQqBnXnqWBgIvQfQCeMNFU7GEQt3dzlVIyNjflFBMv > QiQAn22O++JSxGQl+N6vOP1t8osJdgM4 > =IMlO > -----END PGP SIGNATURE-----
-- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
