gpt4 book ai didi

php - ZF2 中的生产、开发、暂存配置?

转载 作者:可可西里 更新时间:2023-10-31 22:13:15 24 4
gpt4 key购买 nike

我已经阅读了几个关于这个主题的教程,但仍然没有完全理解想要让 ZF2 应用程序环境感知的开发人员的期望:

http://blog.evan.pro/environment-specific-configuration-in-zend-framework-2
http://www.spiffyjr.me/2012/06/17/how-does-configuration-work-in-zf2/comment-page-1/

ZF2 的设计并不知道环境概念 - 它留给开发人员来实现。我不太清楚应该如何完成...

通读 Evan 的帖子,似乎有 2 种机制 - 首选的一种是不使用 APPLICATION_ENV 常量,仅使用 .local、.global 文件?

这应该如何运作?有人可以描述他们为使 ZF2 环境感知而进行的过程吗?当代码被推送到不同的环境时你会怎么做?


现在的想法似乎是:module1.local.php.dist-testing, module1.local.php.dist-production, module1.local.php.dist-development 当代码被移动到不同的环境时,想法是这些应该为那个环境复制重命名并手动填写密码?我说得对吗?

最佳答案

这个想法是,您为您的应用程序提供了一些合理的默认配置,但您没有为代码或版本控制系统中的具体环境存储任何内容。

例如,如果您有两台服务器,一台用于生产,一台用于开发,您只需在此类 .local 文件中提供一个环境的配置详细信息。这样,您的开发服务器就无法知道例如生产数据库的主密码。因此,如果您获得了一个新的开发服务器,并且有人忘记设置 APPLICATION_ENV,并且您开始开发并弄乱了您的生产数据库,就不会意外发生,因为应用程序知道密码。

或者反过来,新的生产服务器不会意外访问开发数据库。

因此您的应用程序通过读取存在的文件自动了解环境 - 并且每个存在的环境只有一个文件包含所有详细信息。

这增加了确保向管理员提供正确文件的负担 - 或者配置所有内容的人偶脚本。但是特定于环境的配置不会部署在应用程序中。

关于php - ZF2 中的生产、开发、暂存配置?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13733657/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com