分类： 云计算
-
在 Laravel 8.x 部署至 Heroku 执行数据库数据填充时遇到 Class Faker Factory not found 报错。这是由于 Heroku 生产环境未安装依赖包导致的。解决方法是编辑 composer.json 文件，将 fakerphp/faker 从 require-dev 移至 require 中。建议在 Sail 环境执行 sail composer update 更新依赖。重新推送至 Heroku 后再次执行填充，问题解决，不再报错。
-
文章记录了将本地 Laravel 8.x 项目部署至 Heroku 并配置 PostgreSQL 数据库的全过程。作者解决了 Heroku CLI 安装、Procfile 编码格式导致的部署失败问题，并通过新增配置文件和辅助函数，区分了本地 MySQL 与 Heroku 上 PostgreSQL 的数据库连接。修正编码与环境变量配置项后，最终成功执行迁移并完成数据提交，应用访问响应正常。
-
本文介绍了在 Windows 10 专业版中通过安装 Nginx Proxy Manager，配置 Docker 容器以运行多个 Laravel Sail 环境的方法。操作包括创建代理服务、调整不同项目的端口避免冲突、修改系统 hosts 文件绑定域名，并利用 Nginx Proxy Manager 设置反向代理。最终实现了通过自定义域名访问多个本地 Laravel 项目，且宿主机可直接连接 MySQL 数据库。
-
在 WSL2 的 Ubuntu 系统中执行安装 php7.4-cli 命令时，因 404 错误导致下载失败。通过运行 apt-get update 更新软件源后成功解决安装问题。随后在运行 php artisan 命令时，因 Composer 依赖要求 PHP 版本高于 8.0 而与当前 7.4 版本冲突，改为使用基于 Laravel Sail 的 Docker 容器执行 sail artisan 命令，最终成功生成控制器。
-
本文记录在 Windows 10 专业版中基于 Laravel Sail 创建 weibo 应用的过程。操作包括使用 Composer 创建项目、解决执行脚本报错与端口冲突问题，并通过停止占用端口 80 的容器完成环境启动。最后通过编辑 hosts 文件配置域名映射，成功在浏览器访问并得到 200 响应。
-
本文记录在 Windows 10 专业版中搭建 Laravel Sail 开发环境的过程。首先需将系统升级至支持 WSL 2 的版本，通过 Windows 功能开启相关组件，并安装 Ubuntu 20.04 LTS 与 Docker Desktop。针对安装过程中的 WSL 2 内核缺失与初始化报错，进行了内核更新与重启操作，并在配置中集成 WSL。创建项目时因本地数据库端口冲突导致启动失败，调整 MySQL 端口后成功初始化容器，最终访问 localhost 与自定义域名均响应正常，完成部署。
-
容器更换基础镜像后，在特定 Rancher 环境变量开启时启动失败并提示模块已加载。经排查，原因为命令行执行时重复加载了 gd、exif 和 sockets 扩展。最终通过修改 Dockerfile，利用 sed 命令从配置文件中删除对应扩展的加载项，解决了重复加载报错问题，确保了容器在环境变量开启时成功启动。
-
本文针对公有云com环境数据向csp环境迁移时程序版本不一致且无法升级的问题，介绍了实现流程。通过分析Git日志找出14个数据库迁移文件的差异，确认多出的SQL主要为表结构调整。在无法统一结构的情况下，将两个数据库导入本地，编写支持租户ID参数的迁移命令，使用事务处理并逐一迁移表。文章记录了pa_plan表的迁移过程，成功将4个租户的数据迁移至csp环境，并探讨了潜在的主键冲突及关联表处理问题。
-
针对后台关闭列表项后接口响应数据在几分钟内反复出现与消失的问题，经排查确认根源在于 Varnish 部署架构。Rancher 环境中发现运行着 3 个 Varnish 容器，由于负载均衡导致每次请求落在不同服务器，各节点缓存未同步且出现资源浪费，进而造成响应数据不一致。最终结论是现阶段缓存列表接口应配置为单机部署，若使用集群部署建议仅支持详情接口。
-
针对 MySQL 容器查询时报错提示不兼容 ONLY_FULL_GROUP_BY 的问题，文章记录了在容器内连接 MySQL 并临时修改 sql_mode 的操作过程。通过执行 set global 命令调整设置后，查询 SQL 不再报错且接口响应恢复正常，这是一种临时的解决方案，若容器升级或重新部署则需要重新执行。