端口还是被占用，但 PID 变了（从 244xx 变成了 261xx）。这说明：你 pkill 之后，有东西又自动把 octane 拉起来了；最可能的元凶是 Supervisor / 宝塔守护进程 / systemd 里已经配了一个 octane 自启服务，杀掉就被立刻重启。1. 先确认是不是被守护进程拉起来的重点看 PPID（父进程 ID）：如果 PPID 是 1 或某个 supervisord

占用 8000 的正是你之前启动的 octane 进程输出很清楚：8000 端口被 7 个 php 进程占用（PID 24486、24487、24489、24490、24491、24492、24493），这就是你上一次运行 php artisan octane:start 后没关掉的 octane master + worker 进程。你之前用的命令是 --workers=2 --task-wor

报错很明确：8000 端口已被占用。先排查是谁占用了，再决定是杀掉还是换端口。1. 查看谁占用 8000 端口你大概率会看到是之前没关干净的 octane / swoole 进程，或者宝塔面板里某个服务占用了 8000。2. 如果是残留的 octane 进程，直接清理如果还有残留，用 kill -9 PID 强杀：3. 如果是宝塔或其他服务占用 8000宝塔默认有些服务会占用 8000（比如某些面

下面按 2 核 2G 的标准，把你的 config/octane.php 调整好。核心思路是：Worker 数量减半、GC 阈值调低、单包/缓冲调小，避免 2G 内存被撑爆。关键改动说明（2核2G 对比原来的 4G 配置）配置项原值（4G）新值（2核2G）原因worker_num422 核开 4 个 Worker 会频繁上下文切换，且每个 Worker 常驻内存，2G 扛不住task_worker

这是 Fresns 基于 Swoole 的运行状态输出（php fresns start 或类似命令启动后打印的进程/配置信息）。下面逐项解释含义，并指出可能需要注意的地方。进程信息Master 进程：负责创建/回收 Manager 和 Worker，接收信号。Manager 进程：负责 fork/管理 Worker 与 Task Worker。应用与监听只监听 127.0.0.1:8000，意味

结论：这个错误不是 Fresns 核心主程序的问题，而是你安装的 Website Engine（网站引擎主题） 的代码缺陷。它尝试访问一个返回了 null 的配置项数组，导致崩溃。错误定位错误发生在 vendor/fresns/website-engine/app/Helpers/HttpHelper.php 第 110 行。vendor/fresns/website-engine 是 Fresn

这两个错误日志揭示了同一个根因：Laravel 的日志系统配置不完整，而更深层的问题是 Guzzle HTTP 客户端在 PHP 8.3 下因废弃警告触发了日志系统的崩溃。🚨 错误链路还原触发点：网站引擎（Website Engine）通过 Guzzle 向 Fresns 主程序 API 发起请求，传递了 X-Fresns-Client-Platform-Id 这个 Header，但它的值是一个整

看到你发来的 config/logging.php，问题就更清楚了。🔍 问题确认这个配置文件里，deprecations 的定义是：这里 channel 的值由 LOG_DEPRECATIONS_CHANNEL 环境变量决定，默认是 'null'。而 channels 数组里确实有一个 'null' 通道：所以配置本身是完整的，nul

Fresns 的队列配置核心是在 .env 文件中将 QUEUE_CONNECTION 从默认的 sync 改为 redis，并为 queue:work 进程配置守护。1. 修改 .env 配置编辑 Fresns 根目录下的 .env 文件，将队列驱动改为 Redis（需先确保 Redis 服务已启动）：2. 清理配置缓存修改完成后，务必清理 Laravel 的配置缓存，否则改动不会生效：3. 启

Fresns 本身不直接配置 Swoole，而是通过 Laravel 生态的 Laravel Octane 来接入 Swoole 作为高性能应用服务器。以下是完整的配置步骤：1. 安装 Octane 与 Swoole 驱动进入 Fresns 项目根目录（即你终端所在的 /www/wwwroot/www.madama.cn/fresns），执行：2. 启动 Octane 服务常用可选参数：--wor