不能，error_log() 默认写入服务器日志文件或syslog，与浏览器无关；实时查看需用tail -f监控文件，或通过SSE流式推送至前端。
PHP 脚本里用 error_log() 实时写日志，浏览器能直接看到吗
不能。PHP 的 error_log() 默认写入服务器文件（如 /var/log/php_errors.log）或系统 syslog，和浏览器完全无关。想“实时看到”，本质是两件事：一要让日志写到可访问的位置，二要另起通道把内容推给浏览器——PHP 本身不提供“日志流式推送”能力。
常见误操作是直接在 Web 脚本里循环 file_put_contents($log, $msg, FILE_APPEND) 然后刷新页面看文件，这既不实时（HTTP 是无状态请求），也容易因并发写入导致内容错乱。
用 tail -f 在终端盯日志文件最可靠
这是运维和开发最常用的实时监控方式，不依赖 PHP 或 Web 服务，只靠系统命令读取文件末尾增量内容。
- 确保日志路径明确，比如 PHP 写入的是
/tmp/app.log - 终端执行：
tail -f /tmp/app.log，新追加的行会立刻滚动出来 - 如果权限不够，加
sudo；想高亮关键词（如ERROR），可用：tail -f /tmp/app.log | grep --color=always -E "ERROR|WARN" - 注意：
tail -f不解析换行符以外的控制字符，所以 PHP 日志里别用/r或 ANSI 颜色码，否则显示混乱
Web 页面里用 SSE（Server-Sent Events）做轻量级日志流
比 WebSocket 简单，适合只读日志场景。核心是让 PHP 脚本保持连接、持续输出新日志行，前端用 EventSource 接收。
立即学习“PHP免费学习笔记（深入）”；
关键点：
- PHP 脚本必须关闭输出缓冲：
ob_end_flush()+flush()每次写完都要调 - 响应头必须设为：
Content-Type: text/event-stream，且不能有额外空行或 HTML - 日志文件需用
fopen($log, 'rb')+fseek($fp, 0, SEEK_END)定位到末尾，再循环fgets()监听新增行 - 每条消息格式严格：
data: [your line]/n/n（注意两个换行） - 别用
file_get_contents()全量读——大日志会内存溢出
示例片段（简化）：
header('Content-Type: text/event-stream');
header('Cache-Control: no-cache');
$log = '/tmp/app.log';
$fp = fopen($log, 'rb');
fseek($fp, 0, SEEK_END);
while (true) {
$line = fgets($fp);
if ($line === false) {
usleep(100000); // 100ms
continue;
}
echo "data: " . trim($line) . "/n/n";
ob_flush();
flush();
}
Logrotate 切割后 tail -f 断连？用 tail -F
tail -f 跟的是文件 inode，日志轮转（如 logrotate）重命名旧文件、新建同名文件后，-f 就卡住不动了。-F（大写 F）会自动检测文件重建并重新打开，这才是生产环境该用的命令。
另外注意：error_log() 写入的文件若被 logrotate 切走，PHP 不会自动切到新文件——得重启 PHP-FPM 或 Apache 才生效。更稳的做法是让 PHP 自己按时间/大小切日志（用 Monolog 等库），或统一走 syslog 由 rsyslog 处理。
真正麻烦的从来不是“怎么显示”，而是“谁在写、写到哪、何时切、权限对不对”。盯着 tail 输出前，先确认 ls -l /tmp/app.log 的属主和 SELinux 上下文（如果是 CentOS/RHEL）。