选错php init环境会导致配置错位、功能异常或安全风险；开发误选production会静默错误、登录失败、凭据硬编码，生产误选development则暴露调试信息、拖慢性能、引发类未找到错误；补救只需重跑php init加--overwrite=all参数并修正权限。
选错 php init 环境不会让项目完全无法运行，但会直接导致配置错位、功能异常或安全风险，尤其在开发阶段容易被忽略，后续排查成本远高于重跑一次 init。
开发环境误选 Production
选 1（Production）后，init 脚本会把 environments/production 下的配置复制到 frontend/config/ 和 backend/config/，并设置 YII_DEBUG = false、YII_ENV = 'prod'。后果包括：
- 错误信息被静默吞掉，页面白屏或 500 错误时看不到具体报错，只能查
runtime/logs/app.log -
cookieValidationKey默认为空或用占位符生成，登录页提交后直接跳回首页，无提示 - 数据库密码等敏感配置可能被写入生产模板，而该模板未设
main-local.php覆盖机制，导致凭据硬编码在 git 可见文件中
生产环境误选 Development
选 0（Development）部署到线上服务器，会启用调试工具栏、详细错误堆栈、自动脚本重载等功能，带来三类实际风险：
- 调试工具栏暴露服务器路径、数据库结构、环境变量，可被扫描器抓取
-
YII_DEBUG = true会显著拖慢响应速度，尤其在高并发下 CPU 占用突增 - 部分开发专用组件（如
yii\debug\Module）依赖本地扩展，上线后可能触发Class not found或require(): failed to open stream
环境切换后配置未生效的典型表现
init 完成后没生效，不是命令失败，而是配置未正确落地。常见现象和验证方式：
- 访问
frontend/web/index.php报Class 'Yii' not found→ 检查frontend/web/index.php开头是否加载了vendor/autoload.php，以及require(__DIR__ . '/../common/config/main.php')路径是否指向真实生成的配置 - 后台登录页 CSS 加载 404 →
backend/web/assets/目录不可写，init 未给 runtime 和 web/assets 设 755 或 775 权限 - 数据库连接失败 → 查看
common/config/main-local.php是否存在，且其中'dsn' => 'mysql:host=localhost;dbname=yii2advanced'等字段已按 production 模板替换，而非仍保留localhost+root的开发默认值
补救方法：不重装，只重 init
无需删项目、重拉代码。只需在项目根目录执行：
注意：重跑前先备份environments/xxx 下你手动改过的 main-local.php，init --overwrite=All 会覆盖它
- 恢复为开发环境：
php init --env=Development --overwrite=All - 切为生产环境：
php init --env=Production --overwrite=All - 若提示
Permission denied，先执行：chmod -R 775 environments/ frontend/config/ backend/config/ common/config/（Linux/macOS）或右键文件夹→属性→安全→编辑权限（Windows）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
