年度归档： 2022 年
-
在编写 Lighthouse 5 的自动化测试用例时，PhpStorm 无法自动完成且无法找到 assertJson 方法的声明。经排查，这是因为 nuwave/lighthouse v5.36.0 与 Laravel Framework 6.20.44 版本不匹配，导致对象路径异常。通过 Composer 将 nuwave/lighthouse 回退至 ~4.10.1 版本后，PhpStorm 恢复了代码自动完成功能，问题得到解决。
-
在 Laravel 6 中遇到报错“Illuminate\View\ViewException (E_ERROR) The Mix manifest does not exist”时，通常是因为项目缺少编译所需的资源文件。解决该问题首先需要执行 yarn install 命令安装当前项目的 npm 依赖包，接着运行 npm run dev 命令执行 Mix 任务以生成 manifest 文件，完成编译后刷新页面，错误即可消失，页面恢复正常显示。
-
记录了一次在 Laravel 6 中排查域名跳转问题的过程。针对访问本地 HTTPS 地址时出现 302 跳转至其他域名的情况，通过排查源代码和数据库均未找到相关记录，最终发现 Redis 缓存中存在错误的域名配置键。清空 Redis 缓存后，访问本地地址不再发生 302 跳转，响应变为 500 状态码，问题定位解决。
-
在 composer.json 的 scripts 部分中，执行 composer install 时仅触发了与自动加载转储相关的 pre-autoload-dump 和 post-autoload-dump 事件，而 post-root-package-install 和 post-create-project-cmd 仅在 create-project 命令期间触发，因此未被执行。此外，lint 和 lint-fix 属于自定义命令，需要手动调用。由于项目是通过 Git 克隆而非 create-project 创建的，相关事件下的命令需要手动执行。
-
执行 php artisan package:discover –ansi 时报错提示需要安装 Elasticsearch PHP client。经排查，是因为包 tamayo/laravel-scout-elastic 依赖该客户端，虽其通过 composer require nuwave/lighthouse 被写入 composer.lock，但未被安装，导致 composer.lock 与 composer.json 不一致。最终执行 composer require elasticsearch/elasticsearch 后，再次执行上述命令不再报错。
-
文章介绍了在 TortoiseGit 中执行变基操作的具体流程，涵盖使用命令行与图形界面两种方式。主要步骤包括通过 git stash 贮藏修改、执行变基命令及应用贮藏。当 platform/composer.json 等文件出现冲突时，需右键文件选择使用“HEAD”解决并标记为已解决。若需保留两分支代码，应在解决冲突后再次提交，最终确认 Git 日志显示变基操作已完成。
-
针对在 TortoiseGit 中进行 stash 操作的需求，文章介绍了如何在切换分支前暂时保存未提交的工作进度。通过选择贮藏更改功能将修改推入栈，使工作目录变回干净状态，随后切换至其他分支工作，最后使用弹出贮藏功能恢复之前的修改并从栈中移除，实现了更改列表的还原。