标签： require
-
基于 LNMP 2.1 部署后接口响应 500，查看 Nginx 错误日志发现报错提示 open_basedir 限制生效，目标文件不在允许路径内。检查项目目录下的 .user.ini 文件确认配置问题，执行 chattr 命令解除文件锁定后尝试修改，但问题依旧。最终决定删除 .user.ini 文件，改为直接在 php.ini 中进行相关设置以解决该报错。
-
文章记录了在 Windows 10 环境下使用 HTTP Toolkit 对 Shopify CLI 3.x 进行抓包的操作过程。通过 HTTP Toolkit 的 Fresh Terminal 或 Existing Terminal 功能启动命令行，自动注入 JS 脚本以代理 Node.js 进程发出的请求，无需修改代码。最终在工具中成功捕获到了 Shopify CLI 的 HTTPS 流量，响应内容为明文，达到了预期的调试效果。
-
针对 PHP 7.4 中出现的 array_key_exists 报错，文章分析了 require 返回 1 导致参数类型不符的原因。经排查，这是由于路径指定的缓存文件内容为空，未能按预期返回数组。文章通过模拟代码演示了 require 在不同文件内容下的返回值差异，并指出生产环境中文件为空的情况。最终结论是该问题源于文件写入逻辑致使文件内容为空。
-
在 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 配置后，问题得到解决。
-
在 Laravel 8.x 部署至 Heroku 执行数据库数据填充时遇到 Class Faker Factory not found 报错。这是由于 Heroku 生产环境未安装依赖包导致的。解决方法是编辑 composer.json 文件，将 fakerphp/faker 从 require-dev 移至 require 中。建议在 Sail 环境执行 sail composer update 更新依赖。重新推送至 Heroku 后再次执行填充，问题解决，不再报错。
-
在部署项目到华为云ARM架构服务器时，因基础镜像导致PHP版本变更为7.2.20，与Composer依赖要求的7.3.0版本冲突。解决方法是修改composer.json将PHP版本要求降低至7.2.0，同时将本地环境切换至7.2.14以保持一致。随后删除vendor目录和composer.lock文件，重新执行composer install，最终健康检查脚本正常响应，问题解决。
-
在 Windows 10 运行 OpenResty 时遇到 500 Internal Server Error 错误，日志提示 module ‘lib.redis’ not found。通过编辑 Nginx 文件添加 lua_package_path 配置文件寻址路径，重启后发现 ?.lua 被替换为 lib\redis.lua 从而导致路径错误。再次修改配置，删除路径中多余的 /lib 后重启 Nginx 服务器，程序成功运行且不再报错。
-
文章介绍了在 Yii 2.0 中基于 Workerman 启动运行命令行的过程。首先通过 Composer 安装 Workerman，并使用脚本检测 Linux 系统的 PHP 环境是否满足运行要求。随后参考同事实现编辑配置文件，成功启动命令并查看运行状态。该方法将原有的基于 supervisord 运行 PHP 命令行脚本调整为基于 Workerman 运行。