分类： Yii 2
-
本文介绍了在 Yii2 Starter Kit 后台应用中创建新主题的完整流程。操作包括建立视图和资源目录，复制原有视图与 Web 资源文件，配置 View 组件的 theme 属性及路径别名，调整 Gii 模板和资源包定义，并通过 .env 文件设置主题名称，最终实现了视图路径映射及静态资源的按主题加载。
-
在执行 composer install 时提示包 yiisoft/yii2-codeception 已被废弃，建议替换为 codeception/codeception。通过查看项目依赖发现后者已存在，且使用命令检查确认该包未被其他依赖项引用，因此直接执行 composer remove 命令将其删除。重新运行安装命令后，项目恢复正常，不再显示废弃警告，解决了依赖冲突问题。
-
文章针对在 Windows 10 64 位和 PHP 7.0.22 环境下运行 Yii 2.0.12 时提示目录不存在的问题，记录了排查与解决过程。作者尝试了清空缓存、重新安装依赖及调整命令，发现尽管生成了空的 bower 目录，但依赖包仍无法正确加载。最终通过升级 fxp/composer-asset-plugin 至 1.3.1 版本并重新创建项目，成功解决了报错，使页面恢复正常访问，确认问题根源在于该插件版本。
-
针对 Yii 2 RESTful 服务中 APM 监控请求根路径导致大量 404 响应干扰运维的问题，文章分析了开启严格请求解析配置后空路由无法匹配默认规则的原因，演示了如何在 URL 规则中添加特定条目以兼容根路径请求，最终通过 Postman 验证配置后服务能够正常返回 200 状态码。
-
本文介绍了在 Yii 2.0 高级模板中实现模型分层的具体流程。文章将模型划分为负责数据存取接口的数据层与负责业务逻辑的逻辑层，通过在 common 目录下新建 logics 目录并调整文件继承关系，实现 MySQL 与 Redis 模型的数据与逻辑分离，最终在 api 模块中继承逻辑层代码，从而完成项目结构的清晰化重构。
-
本文针对基于Yii 2的ActiveRecord导致Redis CPU使用率达到100%的问题进行了分析。通过监控发现，随着比赛数据增加，响应时间恶化，Redis CPU飙升。经排查，deleteAll和count查询方法在模型Key数量较大时消耗了大量资源。验证测试表明，将count调整为exists以及重构部分ActiveRecord为Redis原生命令后，CPU使用率显著下降。最终结论是insert性能优于one/exists，count/all消耗最大，建议在单模型Key数量超过10000时避免使用ActiveRecord进行查询操作。
-
本文介绍了在 Yii 2 框架中实现接口向后兼容的流程，主要解决将响应调整为全为字符串的新规范问题。通过配置 contentNegotiator 行为解析请求头中的版本号，将其存入 acceptParams 属性，并据此编写条件代码。当版本号不存在或大于等于 2.1 时，将非数组字段转换为字符串；否则保留原始字段类型，确保了新旧版本的兼容响应。
-
针对在Windows 10、Yii2.0及MySQL环境下出现的数据重复写入问题，文章记录了定位原因及修复的全过程。通过在phpMyAdmin中将game_code与team_code字段设置为组合唯一索引，并利用Gii重新生成模型文件与更新rules验证规则，最终在并发请求测试中实现了数据唯一性校验，确保数据库记录符合预期，有效解决了高并发下的数据重复问题。
-
本文介绍了在 Yii 2.0 高级模版中实现定时任务的方法，包括通过复制和修改控制器文件创建自定义命令，并在本地环境与 CentOS 服务器上分别进行测试。文中还涵盖了解决 PHP 配置报错、使用 Crontab 设定执行规则，以及利用 Linux flock 文件锁防止任务重复执行的配置过程，最终实现了定时生成 Redis 数据的功能。
-
本文介绍了在 Yii2.0 框架下实现 Redis 锁定机制的具体流程。文章首先设置锁定过期时间并获取 Redis 连接，使用 SETNX 命令获取锁及 DEL 命令释放锁。针对高并发场景下锁过期的竞争问题，作者对比了两种算法，最终采用基于 GETSET 的第二种方案确保只有一个客户端能获取过期锁。验证通过后，将获取与释放锁的逻辑抽象为独立的类文件，完成了功能封装。