年度归档： 2022 年
-
在 Ubuntu 环境下使用 laravel-ubuntu-init 脚本创建站点时，填写项目名称后系统提示校验失败。解决方法是编辑对应的脚本文件，将触发报错的校验代码注释掉。保存修改后重新执行脚本，系统不再提示错误，操作顺利完成。
-
在 Homestead 开发环境中遇到 SQLSTATE[HY000] [2002] 错误，提示 php_network_getaddresses 发生临时解析失败。该问题是由于数据库主机配置导致。解决方法是编辑项目的 .env 文件，将 DB_HOST 的值由 mysql 修改为 127.0.0.1。修改后保存配置，再次运行程序即可解决报错，恢复正常数据库连接。
-
遇到 Vagrant 报错提示等待机器启动超时，导致无法与客户机通信。尽管已经将共享目录映射修改为 E 盘路径，但问题仍未解决。最终通过创建新的 ~/Code 目录并执行 vagrant reload –provision 命令，成功重新启动并配置了虚拟机，不再出现报错。
-
在 Laravel 6 中，模型应用了软删除后再次插入记录会出现唯一键冲突，这是因为软删除仅更新 deleted_at 字段而未从数据库物理移除记录。由于查询结果自动排除软删除数据，需要使用 withTrashed 方法获取包含软删除在内的记录，再利用 forceDelete 方法进行硬删除。永久删除记录后，再次插入新数据即可避免冲突并成功执行。
-
程序在 Linux 环境下运行时报错 Failed to load type: OnlineStoreThemePreset，而本地 Windows 10 环境运行正常。排查后发现原因是 GraphQL Schema 缓存在 Redis 中未更新。通过执行 php artisan cache:clear 命令清除缓存后，接口请求恢复正常，问题得到解决。
-
本文记录了在 Laravel 6 中运行存储于 MySQL 的 Blade 代码并获取输出的过程。起初尝试将代码手动编译为原生 PHP 并通过输出缓冲包含文件来运行，虽验证了可行性，但因可维护性问题未被采纳。最终方案保留了后端自动完成 Blade 编译至 PHP 模板的流程，以满足前端要求并实现代码块的正常渲染。
-
本文针对 MySQL 5.7 表中 JSON 列类型数据写入后键顺序被打乱的问题进行排查。通过对比原始 JSON 数据顺序与写入数据库后的存储结果，发现数据库中的键顺序变更为基于字母顺序排列，且内部子 JSON 结构的键顺序也发生了变化。经排查验证，将表列类型修改为 text 后，JSON 数据的顺序能够与原始格式保持一致，从而确认了问题源于 MySQL 5.7 JSON 列类型的内部处理机制。
-
在 Linux 和 Laravel 6 环境下，针对任务队列即使设置了超时时间仍显示运行中的问题，文章进行了排查。过程包括检查日志确认命令未完成，以及在容器中手动执行命令复现失败。最终发现根源在于命令行执行失败时未抛出异常，导致任务队列无法感知错误并自动结束，从而维持运行状态。
-
在 Laravel 中安装基于队列实现的主题后，排查发现队列任务在执行同步素材至 CDN 时运行中断，疑似容器重启导致。通过在本地添加 sleep(60) 模拟测试，分别中断队列任务运行和手动停止 PHP 程序。结果显示，若队列处理器停止，任务会丢失且无法继续执行；若仅停止 PHP 程序但处理器保持运行，任务可恢复执行。针对此问题的临时解决方案是重新发起新的队列任务。
-
在 GraphQL 查询中遇到报错，提示变量 sessionId 的类型为 String，但实际位置需要 String!。通过检查请求查询与 GraphQL 文档发现，文档中定义该变量为不可空类型 String!，而请求中缺少感叹号。在请求查询中调整该变量类型定义后，不再报错，问题解决。