linux80端口服务日志文件放在哪个文件下?

Apache日志文件路径：/etc/httpd/logs/error.log 配置文件：/etc/httpd/conf/httpd.conf 修改方法：ServerRoot, ErrorLog, LogLevel, CustomLog

apache启动失败日志在哪里 apache启动不起来怎么解决

这Apache启动失败的问题，我以前还真遇到过不少。
记得有一次，有个哥们儿气急败坏地问我：“我这Apache怎么就启动不起来了？”我一看，嘿，这事儿我得仔细琢磨琢磨。

首先，我让他检查一下端口占用。
这Apache默认就是8 0端口，要是被别的什么软件给占上了，那启动自然就费劲了。
当时那哥们儿说他的电脑上还装了IIS，估计就是它占了端口。
我让他打开Apache的配置文件httpd.conf，把Listen 8 0那一行改成了Listen 8 08 0，这样就不会跟IIS冲突了。
改完配置，重启Apache，嘿，还真就启动成功了。

还有一次，一个站点配置搞错了，Apache识别不出来，启动也失败了。
我让他把那个站点的配置给删除了，或者注释掉，结果一试，Apache就活蹦乱跳的。

记得有一次，一个哥们儿抱怨httpd.conf文件里的1 3 3 行出问题了。
这我一开始也没太懂，后来仔细一看，原来是他把某些配置项写错了。
我就让他把格式和内容都对一下，一看果然是这么回事。
我那时候还纳闷呢，怎么就偏偏是1 3 3 行呢？
再有一次，有个Apache服务在Windows系统上就是启动不起来。
我让他打开services.msc，找到了Apache服务，一看，原来是服务没启动。
我一重启服务，问题就解决了。

Linux系统上，有时候会用systemctl或者service命令来管理Apache服务，这个我也不是太熟，但应该跟Windows差不多。

最关键的是查看错误日志。
这个日志文件通常就在Apache的安装目录下的logs文件夹里，叫error_log。
我让他打开这个文件，一看里面的错误信息，就明白了问题所在。

还有的时候，Apache依赖于一些文件或库，比如VisualC++，如果这些文件或库缺失，也会导致启动失败。
我当时也没亲自跑过这个，但据那哥们儿说，他下载了对应的补丁安装上，问题就解决了。

所以说啊，Apache启动不起来了，咱们得从端口、配置、服务状态、错误日志、依赖文件这些方面排查。
这个过程可能有点繁琐，但只要一步步来，一般都能找到问题所在。
我当时也没想明白，为什么每次排查问题都这么费劲，但慢慢积累经验，也就得心应手了。

如何分析apache日志access

一看这日志记录，我就来劲了。
记得有一次，我帮一家初创公司配置Apache服务器的时候，那访问日志和错误日志可给我忙坏了。

说回访问日志，那玩意儿看着复杂，其实门儿清。
就拿你说的这条日志来说吧：
6 1 .1 5 5 .1 4 9 .2 0--[1 7 /Dec/2 01 3 :05 :4 2 :4 7 +08 00]"GET/category/db/HTTP/1 .1 "2 00 2 3 2 2 5 1
先看IP地址，这回儿是6 1 .1 5 5 .1 4 9 .2 0，这代表着请求来自哪个客户端。
不过呢，我之前那家公司没开那个HostnameLookups，所以IP地址就是IP地址，看不着主机名。
要是有需要，得手动调整配置，但这玩意儿会拖慢网站速度，一般不推荐。

然后，中间那几个空格，都是占位符，表示浏览者的标识和身份验证信息，通常情况下都是空的。

时间戳[1 7 /Dec/2 01 3 :05 :4 2 :4 7 +08 00]就告诉我们请求是在什么时间发生的，记得那会儿我们还在用东八区时区。

“GET/category/db/HTTP/1 .1 ”这部分，那可重要了。
它告诉我们，客户端发起的是一个GET请求，想访问的是category/db这个路径，用的协议是HTTP/1 .1
状态码2 00，那是好事情，表示请求成功。
如果看到的是4 开头或者5 开头的，那可就得检查检查了，可能是客户端或者服务器出了点问题。

最后，2 3 2 2 5 这个数字，那就是服务器发送给客户端的数据量，对网站性能分析挺有用的。

再说说错误日志，那次配置的时候，错误日志帮了我大忙。
比如这条：
[Tue Dec 1 7 02 :2 2 :4 6 2 01 3 ][error][client 6 1 .1 8 2 .1 3 7 .3 3 ]File does not exist:/var/www//usr/themes/dddefault/all.txt
时间戳[Tue Dec 1 7 02 :2 2 :4 6 2 01 3 ]告诉我们在什么时间发生了错误。
错误级别是error，说明这是一个比较严重的问题。
客户端IP是6 1 .1 8 2 .1 3 7 .3 3 ，然后是具体的错误描述，说是文件不存在。

这俩日志文件，就像是Apache服务器的健康报告，能帮你快速定位问题。
不过，说到底，日志分析这活儿，得细看，不能马虎。
希望这些能帮到你，如果还有其他问题，随时问我。