关于 Laravel 项目里的 .env 文件的使用

数据表前缀确实，现在没有加的必要啊

顾及都是项目进度惹的祸，都没好好研究框架就上马了。

数据库前缀这玩意就是很早之前遗留下来的东西，现在压根用不到了

现在确实用得少了。以前用空间时候用的多。

很少在.env加额外配置,私有项目 第三方KEY OPENID 直接放在config里了

@匿名用户 第三方的不一定不能放.env中，有些有良心的第三方会提供线上和测试两套key，这种情况就可以放.env中

@leo 说到良心的第三方我就要吐槽了... 上周买了聚合的短信API 让他们把发票寄过来，竟然是到付... 发票申请里也没有说明,太坑了...快递电话来了还以为骗子,差点拒收

@匿名用户 国内太少了，连微信支付都没有提供线下版本

@远客 大项目的历史遗留问题

先赞再评论

用以存储一些依赖环境的变量，比如数据库配置，因为它不会被加入到版本库中”

这里还有些疑问，.env不放到版本库,那就需要为每个环境都放一份不一样的.env文件了？

如果数据库配置改变了，不放到版本库，如何发布呢？

@韩广超 .env 文件永远不会放到版本库，机器上留下一个就好了，要改到机器上去改 .env 就好（这属于部署环节了）。

@overtrue 其实换句解释方式就是，在 .env.example 定义一个模板，不同环境下复制一份出来改就好咯

还有人叫我写表前缀，都想打屎他了。。。:mask:

.env解析好慢的说，顺便推荐个.env.php可以充分利用opcache：phpdotenv-dotphp -- 求star

明白

@韩广超 发布肯定需要另行拷贝.env文件。或者人肉，或者依赖发布（持续集成）工具。

以前上班时做过jenkins实现同一laravel项目、多个运行环境的持续部署（开发、测试、生产环境）。每一个环境的.env文件，都只存储在jenkins运行用机，不存储在版本库里。jenkins会在运行任务时，将任务对应的.env文件合并到代码中。

.env文件和代码分离，对于生产性质的应用是很重要的。在这个“github挖掘登录名/密码/key”不再是新鲜新闻的时代，我相信没有任何公司愿意承担由于开发者不慎，造成具体敏感信息泄露的风险。

@沙渺 受教了 ?

。env文件修改完之后是不是需要重启http服务才行

@Tao 不需要

@overtrue 我用php -S启动服务 每次改完都要重启一次 ；用apache又没这问题

有个表前缀还是有有点的，比如 user 这个表，是关键词，有前缀就不必关注这些问题了。只是想打死那些前缀写很长的人。

@terranc 表名一般用复数，叫 users，然后表名与关键词重复其实也没问题（虽然这样不好），但是写标准的 SQL 时，表名与字段名通常带上反引号

@Tao 那是的，运行模式不一样

@overtrue 只是举例啦，有时候去 client 里写也不见得记得而已，这年代都没几个人会去写几句 sql了。

感谢分享！ 受教了

@沙渺 赞同

app_name 项为什么放入 env 呢 项目名我修改 app.config 不管用 这个不都是一样的吗 ？ 反而修改 env 生效可以显示了