永夜 - 第126页共155页 - 没有不值得去解决的问题，也没有不值得去学习的技术！

编程语言, 数据库, SQL, Web应用开发, Yii 2, PHP, MySQL 5.7, MySQL, PHP 7.2, Yii

Views: 154

2019/08/15

在 Yii 2.0 中，迁移 MySQL 数据库中的 A 表中的一列数据至 B 表中的一列数据，基于一条 SQL 的实现

本文介绍了在 Yii 2.0 中通过数据库迁移将 MySQL 表 A 中的一列数据迁移至表 B 对应列的实现方法。过程包括编辑迁移文件以生成基于 SQL 的更新逻辑，执行迁移命令后查看字段数值。最终验证数据库字段值已按预期更新，完成了跨表数据的同步操作。
SQL, MySQL, 数据库, MySQL 5.7

Views: 207

2019/08/15

迁移 MySQL 数据库中的 A 表中的一列数据至 B 表中的一列数据，基于一条 SQL 的实现

本文记录了将 MySQL 数据库表 weibo_weibo_connect_web_app_user 中的 permission 字段数据迁移至 channel_app 表 source 的 permission 字段的过程。通过编写一条 SQL 语句，以两张表的关联 ID 字段为条件进行数据更新，成功将目标字段的值同步，最终完成指定行数的数据迁移，为后续删除原表字段做准备。
$在 Yii 2.0 中报错：Calling unknown method yii2tech\\ar\\softdelete\\SoftDeleteBehavior::isTransactional() 的分析解决$

编程语言, 服务器, Web框架, PHP 7.2, Web应用开发, Yii 2, 缓存服务器, Redis, PHP, Redis 3.0, Yii

Views: 143

2019/08/13

在 Yii 2.0 中报错：Calling unknown method yii2tech\\ar\\softdelete\\SoftDeleteBehavior::isTransactional() 的分析解决

针对 Yii 2.0 项目中出现的调用未知方法 yii2tech\\ar\\softdelete\\SoftDeleteBehavior::isTransactional() 报错问题，文章分析指出这是因为 Redis 模型使用了软删除操作所致。通过将代码逻辑修改为使用硬删除操作，问题得以解决。最终结论是 yii2tech\\ar\\softdelete\\SoftDeleteBehavior 并不支持 Redis 的 AR 模型进行软删除。
Rancher, PhpStorm 2019, Shell, Rancher 1.6.18, IDE, 编程语言, 开发工具, 服务器, PhpStorm, 云计算

Views: 194

2019/07/31

在 Rancher 中升级容器，报错：/config/init/config0.sh: line 1314: syntax error near unexpected token `}’ 的分析解决

在 Rancher 中升级容器时遇到报错 /config/init/config0.sh: line 1314: syntax error near unexpected token `}’，经 PhpStorm 编辑器检查发现脚本第 1314 行存在语法错误，提示 Expected a command。通过注释掉该行相应代码后重新在 Rancher 中执行升级操作，最终容器升级成功，问题得到解决。
Web应用开发, Yii 2, 缓存服务器, MySQL, Redis, Redis 2.8, Yii, 数据库, Redis 3.0, Web框架, MySQL 5.7

Views: 221

2019/07/29

在 Yii 2.0 中，需要同时基于 MySQL ActiveRecord 与 Redis ActiveRecord 查询资源的实现

本文针对 Yii 2.0 框架下需要基于 MySQL ActiveRecord 与 Redis ActiveRecord 同时查询资源的问题，实现了对 Redis 中存储的用户昵称进行模糊搜索的功能。鉴于 Redis ActiveRecord 不支持 like 操作符，文章采用先通过 MySQL 获取用户 ID 列表，再利用 in 操作符从 Redis 读取对应昵称数组，最后使用 PHP 函数模拟 SQL LIKE 语句进行过滤。测试结果表明，该方案能够正确生成符合预期的 SQL 语句并获取准确的查询结果。
Web应用开发, PaaS系统/容器, Docker, Yii, Yii 2, 编程语言, Windows, 操作系统, PHP 7.2, Windows 10, Shell, 数据库, 腾讯云, 缓存服务器, 云计算, Tencent Cloud Redis, Redis, PHP, MySQL 5.6, 云厂商, Redis 2.8, CentOS, Windows 10 家庭中文版, 服务器, Linux, Supervisor, Web框架, 管理和监控, MySQL, CentOS 7

Views: 262

2019/07/24

基于 Yii 2.0 实现的命令行脚本，持续运行期间，占用内存过高的分析与解决

本文针对基于 Yii 2.0 的 Supervisor 命令行脚本在持续运行期间占用内存过高的问题进行了分析与解决。通过监控 Docker 容器资源，定位了 Redis AR 模型查询和高频执行导致的内存增长。优化措施包括使用 unset() 释放变量、利用 asArray() 获取数组形式结果、修复 HTTP 客户端 400 错误以及引入同步标识控制执行频率。最终测试表明，调整查询方式和执行策略有效降低了内存占用，证明了优化方案的可行性。
操作系统, Jenkins, 开发工具, 服务器, PHP开发工具, Composer, Jenkins 2, CentOS 7, Composer 1, PHP, PaaS系统/容器, PHP 7.2, CentOS, Docker, Linux, 编程语言, 持续集成系统

Views: 227

2019/07/23

Docker 部署，将目录 sobey 修改为 mcloud，构建镜像时，报错：composer install returned a non-zero code: 255 的分析解决

在 Docker 部署过程中将目录名从 sobey 修改为 mcloud 时，Jenkins 构建镜像报错 composer install 返回非零代码。排查 Dockerfile 后发现是执行批量替换操作导致，将目录中的 mcloud 还原为 sobey，仅替换指定的几处后，构建镜像最终成功，问题得以解决。
Postman v6, PHP, Yii, 编程语言, 开发工具, Web框架, Web应用开发, 程序调试工具, Postman, Yii 2, PHP 7.2

Views: 238

2019/07/19

Yii 2 高级项目模板，国际化的消息翻译服务的 Bug (当目标语言为美国英语，文件映射的类别名为：app 时，未被映射到 PHP 文件 @app/messages/en-US/app.php) 的分析解决

本文分析了 Yii 2 高级项目模板中，当目标语言为美国英语且文件映射类别名为 app 时，消息翻译未被映射到 PHP 文件的 Bug。通过调试发现，I18N 组件仅对第一层类别进行判断，导致自定义 app 类别被核心定义覆盖且 forceTranslation 值为 false。解决方案是将类别名及对应翻译文件从 app 重命名为 application，并更新配置代码与调用方法，从而确保消息被正确映射和翻译。
持续集成系统, PHP开发工具, Jenkins, PHP, Composer, 阿里云, CentOS, Windows, Windows 10 家庭中文版, Linux, Windows 10, Jenkins 2, Composer 1, 编程语言, CentOS 7, PHP 7.2, 操作系统, PaaS系统/容器, 开发工具, Docker, 云计算, 服务器

Views: 211

2019/07/17

在 Windows 10 / Docker 部署中，在全局配置中启用阿里云 Composer 全量镜像

本文介绍了在 Windows 10 环境及 Docker 部署中配置阿里云 Composer 全量镜像的方法。首先通过命令行查看当前配置，随后在全局配置文件中添加镜像源地址。针对 Docker 环境，文章说明了修改 Dockerfile 文件以启用该镜像的具体步骤。重新构建镜像的测试表明，配置后的依赖下载过程更加快速稳定，构建耗时从 35 分钟降低至 18 分钟。
编程语言, 操作系统, Windows, Windows 10, Windows 10 家庭中文版, PHP 7.2, PHP

Views: 204

2019/07/05

在 PHP 7.2 下报错：mb_parse_str(): Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. 的分析解决

本文针对 PHP 7.2 环境下请求参数数量达到 1136 个时触发 mb_parse_str 输入变量超限报错的问题进行了分析。通过编辑 php.ini 配置文件，将限制输入变量数量的 max_input_vars 值调整为 10000，解决了变量被截断导致的警告。随后针对调整后出现的脚本执行超时问题，将最大执行时间 max_execution_times 修改为 300。重启 PHP 进程后，再次请求成功响应。

2026 年 10 月
一	二	三	四	五	六	日
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Most Viewed Posts