分类： Web框架
-
针对 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 的第二种方案确保只有一个客户端能获取过期锁。验证通过后，将获取与释放锁的逻辑抽象为独立的类文件，完成了功能封装。
-
本文记录了在 Windows 10 环境下基于 Yii2 高级应用模板实现 RESTful Web 服务的完整流程。文章涵盖了初始化配置、使用 Gii 生成通用模型、创建控制器及配置 URL 规则，并通过 Postman 验证了接口的读取与更新功能。此外，还详细介绍了实现接口版本控制、自定义数据序列化格式以及扩展动作类以筛选特定数据的操作步骤与最终验证结果。
-
本文介绍了在 Windows 10 环境下安装 Yii2 高级应用模板、新建应用并推送至 GitLab 的流程。主要步骤包括使用 Composer 创建项目，通过 Git Bash 初始化仓库并关联远程地址，配置 Nginx 虚拟主机，运行初始化命令设置环境。随后通过复制与重写配置文件的方式新建了 shujujiexi 和 api 应用，设置了路径别名，最终完成了 Web 服务器配置以验证应用运行。
-
针对在yii2-starter-kit中创建文本块报错Class ‘trntv\aceeditor\AceEditor’ not found的问题，文章记录了解决流程。首先修改yii2-file-kit目录下的composer.json文件，调整autoload配置为src/，接着运行composer update命令。由于发现生成的autoload配置文件未正确映射目录，于是手动编辑autoload_psr4.php和autoload_static.php文件。最终修改后系统恢复正常运行。