分类： Composer
-
本文记录了在 WSL-Ubuntu 环境下利用 Docker 安装 Hyperf 框架的过程。在完成目录创建与挂载配置后，项目创建初期因容器内 PHP 版本为 8.1，无法满足 Pest 测试框架及其依赖对 PHP 8.2 的要求，导致依赖解析失败。最终通过清理容器内残留文件并在安装过程中跳过 Pest 组件，成功完成了 Hyperf 项目的创建。
-
在使用 Spatie\QueryBuilder 时遇到 AllowedFilter::endsWithStrict() 方法未定义的错误，通过检查 AllowedFilter.php 源码确认该方法不存在。查看 composer.json 发现当前使用的 spatie/laravel-query-builder 版本为 5.2.0，于是使用 Composer 将包自动更新至最新兼容版本 5.7.0。更新后不再报错，生成的 SQL 语句也符合预期，成功解决了该问题。
-
在执行 composer install 时，因系统缺少 PHP 的 rdkafka 扩展导致报错。通过从 PECL 下载对应 PHP 7.4 版本的 php_rdkafka.dll 并配置 php.ini，重启 PHP 仍提示无法加载动态库。参考官方文档后，将 librdkafka.dll 移至 PHP 根目录，再次重启 PHP 并查看 phpinfo 确认扩展启用成功，最终 composer install 恢复正常运行。
-
本文记录了将Shopify PHP应用从开发环境部署至阿里云ECS生产环境的过程。主要操作包括在Shopify合作伙伴中心创建独立应用，将ECS环境中的PHP由7.4升级至8.1，配置域名SSL解析，并调整PHP配置以解决proc_open限制。部署过程中通过修改数据库引擎参数修复了迁移报错，更新Nginx配置和.env文件解决了权限与参数错误，最终构建前后端代码并重新安装应用，成功实现了页面正常加载。
-
针对 Laravel 6 项目中基于字符串判断的 URI 处理方式在面对复杂参数时存在错误替换的问题，文章介绍了基于 league/uri 组件库的解决方案。通过 composer 安装 league/uri-components 和 league/uri 依赖包，编写代码实现查询参数的标准化添加，经多种常见 URI 场景测试，替换结果均符合预期，有效解决了原有实现的局限性。
-
执行 composer require 后，发现 composer.lock 文件中的 plugin-api-version 从 2.3.0 退变为 2.2.0。考虑到该属性对确保依赖项和插件兼容性的重要性，尝试通过执行 composer self-update 更新 Composer 版本。再次执行命令后，composer.lock 中的 plugin-api-version 保持稳定，不再发生意外变化，成功解决了版本回退问题。
-
本文介绍了在 Laravel 6 中使用 nWidart/laravel-modules 插件为 Blog 模块定义调度任务的过程。主要步骤包括配置 composer.json 实现模块自动加载、生成并注册 Artisan 命令，以及在 App\Console\Kernel 中定义调度。文章验证了命令执行与调度运行的成功，并最终指出应将调度逻辑移至模块内部以实现更合理的架构。
-
在 Laravel 6 构建生产环境执行 composer install 时出现报错，提示需要 Moontoast\Math\BigNumber 支持。通过在 composer.json 的 require 配置中添加 moontoast/math 依赖并执行 composer require 命令安装该组件，再次运行 composer install 后问题解决，部署过程恢复正常。
-
在 GitLab CI/CD 流水线中 Build composer 失败，经排查发现本地环境正常而线上执行特定命令时报错。通过对比不同命令参数，确认失败原因在于使用了 –no-dev 参数跳过了开发依赖，导致 require-dev 配置中的 fzaninotto/faker 包未被安装。将该包从 require-dev 移至 require 配置后，问题得到解决。