分类： Web应用开发
-
在 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 模板的流程，以满足前端要求并实现代码块的正常渲染。
-
在 Linux 和 Laravel 6 环境下，针对任务队列即使设置了超时时间仍显示运行中的问题，文章进行了排查。过程包括检查日志确认命令未完成，以及在容器中手动执行命令复现失败。最终发现根源在于命令行执行失败时未抛出异常，导致任务队列无法感知错误并自动结束，从而维持运行状态。
-
在 Laravel 中安装基于队列实现的主题后，排查发现队列任务在执行同步素材至 CDN 时运行中断，疑似容器重启导致。通过在本地添加 sleep(60) 模拟测试，分别中断队列任务运行和手动停止 PHP 程序。结果显示，若队列处理器停止，任务会丢失且无法继续执行；若仅停止 PHP 程序但处理器保持运行，任务可恢复执行。针对此问题的临时解决方案是重新发起新的队列任务。
-
在 GraphQL 查询中遇到报错，提示变量 sessionId 的类型为 String，但实际位置需要 String!。通过检查请求查询与 GraphQL 文档发现，文档中定义该变量为不可空类型 String!，而请求中缺少感叹号。在请求查询中调整该变量类型定义后，不再报错，问题解决。
-
遇到 lerna ERR! yarn run prod exited 1 in ‘@theme/object’ 错误，决定删除 node_modules 目录，随后重新执行 yarn 和 yarn prod 命令以解决该问题。
-
本文针对 Lighthouse 中 resolver 对应的类方法 __invoke 未执行的问题进行排查。通过打印日志和调试调用栈确认构造函数正常执行但 __invoke 未被调用。对比其他正常执行的 resolver 类，发现调整 GraphQL 架构定义或解析类可恢复执行。最终定位问题根源在于该类方法内部使用了 yield 循环，删除后 __invoke 即可正常执行。
-
针对 Nuwave\Lighthouse\Schema\TypeRegistry::get() 报告类型错误，提示参数应为 string 但给出了 array 的问题，文章分析该异常发生在 TypeRegistry.php 第 553 行。解决方法是编辑相关代码，在返回参数中添加 __typename 字段以修正数据结构，从而解决类型不匹配导致的调用错误。
-
在使用 Lighthouse 过程中出现 Failed to load type: ThemeSettingRange 报错，经 GraphQL 客户端检查发现响应数据中 __typename 字段值为 ThemeSettingRange。通过调整实现方式，在该类型前添加 OnlineStore 前缀，成功解决了 Schema 定义中类型缺失的问题，使查询恢复正常。