Logentries 无法直连 CodeIgniter 的 log_message()，必须通过外部代理（如 le agent）或重定向到 syslog；CI3/CI4 均无原生支持，强行集成会破坏原子性、引发阻塞与日志丢失。
log_message() 不支持 Logentries 直连，必须通过自定义日志处理器或中间层转发——CodeIgniter 原生日志系统只写文件，不提供远程日志协议（如 Syslog、HTTP POST 或 TLS 连接）。
Logentries 在 CI 中无法直接配置
CodeIgniter 的 log_message() 是封闭式文件写入管道，所有日志最终都落到 WRITEPATH . 'logs/' 下的 PHP 文件中。Logentries 要求日志以 JSON 行格式（NDJSON）通过 TCP/SSL 或 HTTP POST 发送，两者协议层完全不兼容。
你不能在 config.php 或 Logger.php 里填一个 Logentries token 就生效——框架没有对应字段，也没有钩子点注入传输逻辑。
必须用外部进程或代理转发日志文件
可行路径只有两条，且都绕过 log_message() 的原生流程：
- 用
inotifywait监听WRITEPATH . 'logs/'目录，文件更新时读取末尾行，格式化为 JSON 后curl -X POST推送到 Logentries HTTP 端点（需自行处理时间戳、级别映射、换行截断） - 将日志输出重定向到
syslog（修改Logger类或替换write_log()），再用rsyslog配置 TLS 转发到 Logentries 的 Syslog 端口 - CI4 可扩展
CodeIgniter\Log\Handlers\FileHandler，但需重写handle()方法并引入 cURL —— 这会破坏日志原子性（失败时不降级回写文件），生产环境慎用
CI3 项目更建议放弃 Logentries 直连
CI3 的日志类是硬编码的 file_put_contents()，没有 handler 抽象层。强行 patch 会导致：
- 每次升级框架都会覆盖修改
-
log_message('error', ...)调用后若网络超时，整个请求可能卡住（默认同步发送） - 无法保证日志顺序和完整性（例如并发写入时多条消息挤在同一行）
- Logentries 免费层限制 50MB/月，而 CI 默认日志含大量调试 SQL 和堆栈，极易超额
真正能落地的方案，是保留 log_message() 写本地文件，再用 Logentries 官方 le agent 扫描该目录——它支持轮询 PHP 日志文件、自动解析日期和级别，且不依赖应用代码改动。唯一要注意的是：确保 le 进程用户有权限读 WRITEPATH . 'logs/'，且日志文件后缀保持为 .php（agent 能识别）。
