新在Symfoob娱乐下载ny 2.3:交互式管理参数。yml文件

好主意。

这包运行在每个作曲家安装和检测参数。yml不再同步.dist(假设一个配置键添加了自去年提交)和处理新的钥匙吗?和删除键相同吗?

在你的帖子,你说存储密码参数。yml不是那么好/安全我们可能认为,科幻小说提供了其他方面,你可以添加一个链接到更多的信息,参考文献?我很好奇地想知道。

最好的

@guillaume的确是的。我创建的主要原因正是更新yml文件添加新键时dist文件。
默认情况下,它还删除旧的钥匙但这可以禁用

虽然这是处理environment-local配置的一种方法,我们想出了另一个方式,我认为,可能更灵活:

我们实际上在parameters.yml检查。它包含合理的违约和占位符敏感的配置(如Amazon S3凭证等)。然后,我们有一个额外的文件parameters_local。yml,其中包含覆盖那些parameters.yml配置值。我们实现这个AppKernel.php通过添加几行。

这有不少优点:

——我们仍然有一个“模板”文件,其中列出了所有可用的参数
(几乎)——我们马上有一个开箱即用的预配置系统合理的默认值
——在开发,我们可以添加系统配置参数,而无需显式地定义它们在每一个开发/测试/ prod环境(!)
——尽管我们有很多配置参数,我们可以看一个环境的parameters_local。yml文件,立即明白一直在定制环境。
——我们不需要任何特殊/互动工具生成配置文件,)

也许这种方法可以被认为是另一个拟议中的新特性?——或者不是^ ^只是想分享:)

最好的问候,
迈克

@Mike你甚至不需要改变AppKernel。
我们也有一个类似的配置,避免重复缺省参数。例如,您可以添加在您的配置。yml:

进口:
——{资源:parameters_dist。yml} #版本文件
——{资源:parameters_local。yml, ignore_errors:真}# git-ignored文件

“parameters_dist。yml只包含(全部)缺省参数数据库用户/通过=根/根,和parameters_local。yml可以覆盖一切。ignore_errors = true允许我们忽略如果文件丢失(可能为当地env有用)。

这是非常方便的地方/测试/ env,但是当然,我们几乎重新定义一切为了刺激;