分类： Yii 2
-
针对 Yii 2.0 中 MySQL 5.6 数据库 text 类型存储的 JSON 数据，本文解决了如何修改 JSON 字符串中特定字段值的需求。在 pub_log 表的 data 字段中，需将 channel_app_task_status 值从 6 替换为 7。文章展示了使用 SQL 进行搜索与替换的操作过程，执行后成功影响了 1 行数据，并介绍了通过数据库迁移文件生成该 SQL 的实现方法，最终验证数据修改符合预期。
-
本文介绍了在 Yii 2.0 中通过数据库迁移将 MySQL 表 A 中的一列数据迁移至表 B 对应列的实现方法。过程包括编辑迁移文件以生成基于 SQL 的更新逻辑，执行迁移命令后查看字段数值。最终验证数据库字段值已按预期更新，完成了跨表数据的同步操作。
-
针对 Yii 2.0 项目中出现的调用未知方法 yii2tech\\ar\\softdelete\\SoftDeleteBehavior::isTransactional() 报错问题，文章分析指出这是因为 Redis 模型使用了软删除操作所致。通过将代码逻辑修改为使用硬删除操作，问题得以解决。最终结论是 yii2tech\\ar\\softdelete\\SoftDeleteBehavior 并不支持 Redis 的 AR 模型进行软删除。
-
本文针对 Yii 2.0 框架下需要基于 MySQL ActiveRecord 与 Redis ActiveRecord 同时查询资源的问题，实现了对 Redis 中存储的用户昵称进行模糊搜索的功能。鉴于 Redis ActiveRecord 不支持 like 操作符，文章采用先通过 MySQL 获取用户 ID 列表，再利用 in 操作符从 Redis 读取对应昵称数组，最后使用 PHP 函数模拟 SQL LIKE 语句进行过滤。测试结果表明，该方案能够正确生成符合预期的 SQL 语句并获取准确的查询结果。
-
本文针对基于 Yii 2.0 的 Supervisor 命令行脚本在持续运行期间占用内存过高的问题进行了分析与解决。通过监控 Docker 容器资源，定位了 Redis AR 模型查询和高频执行导致的内存增长。优化措施包括使用 unset() 释放变量、利用 asArray() 获取数组形式结果、修复 HTTP 客户端 400 错误以及引入同步标识控制执行频率。最终测试表明，调整查询方式和执行策略有效降低了内存占用，证明了优化方案的可行性。
-
本文通过调用 memory_get_usage() 函数，分析了 PHP 脚本在不同状态下的内存占用情况。实验显示，将 real_usage 参数设置为 TRUE 可以获取系统分配的总内存尺寸，设置为 FALSE 则仅查看实际使用量。测试结果表明，使用 unset() 释放变量不仅有效降低了脚本实际使用的内存量，也能减少系统分配的总内存尺寸。此外，在 Yii 2.0 框架中验证发现，调试面板显示的内存数值与内存峰值函数获取的数据一致。
-
针对 Yii 2.0 报错提示调用未知方法的问题，通过检查 api\modules\v1\models\PlanTask.php 及 common\logics\PlanTask.php 文件，发现方法 claimProcess 被定义为 private 私有权限。由于需要被子类访问，该方法被修改为 protected 受保护权限，从而解决了调用错误。
-
本文介绍了在 Yii 2.0 中实现 RESTful APIs 在移动应用端复用与微调的方法。通过编辑 \api\rests\plan\ViewAction.php 文件，利用 Yii::$app->controller->id 获取控制器 ID。根据路由为 /v1/plans/2 时值为 plan，而 /v1/mobile/plans/2 时值为 mobile/plan 的区别，进行条件判断。最终实现了在待审状态下，移动端接口正确返回编辑与更新权限为 0，桌面端保持为 1 的差异化控制效果。
-
本文记录了对基于 Yii 2.0 的 RESTful 风格 API 选题任务素材实现的代码审查过程。审查主要针对 URL 管理器配置冗余、控制器动作调整及权限检查、代码注释一致性、文件命名规范以及移动端目录下的文件清理等问题进行了详细修正。鉴于接口需向后兼容，虽然路由设计未充分利用默认动作，但最终决定沿用现有路由，并建议参考本次审查结果排查类似问题。