使用firefox浏览正常.一使用ie,开始一次还行,如果出现不行,就会看到ie一直在转,之前以为是放到u口的硬盘中,硬盘停转,apache无法激发硬盘读的事件,一直拿不到内容而浏览一直在等待?后
使用firefox浏览正常.一使用ie,开始一次还行,如果出现不行,就会看到ie一直在转,
之前以为是放到u口的硬盘中,硬盘停转,apache无法激发硬盘读的事件,一直拿不到内容而浏览一直在等待?后来移出来发现也不行.
或是apapche出现问题了,没有响应直接停止处理,不再理会请求了,ie浏览器使用的是保持的连接,所以,一直等?
http://local.q/sss.dddd正常的请求如下
时间线
名称 偏移量 持续时间 键
等候 0 ms < 1 ms
开始 0 ms < 1 ms
请求 0 ms < 1 ms
响应 0 ms 16 ms
差距 + 16 ms 93 ms
DOMContentLoaded (event) + 72 ms -
Load (event) + 109 ms -
响应的标头:
键 值
响应 HTTP/1.1 404 Not Found
Date Wed, 13 Mar 2013 06:56:17 GMT
Server Apache/2.4.3 (Win32) PHP/5.5.0alpha3
Content-Length 294
Connection close
Content-Type text/html; charset=iso-8859-1
请求标头
键 值
请求 GET /index.ddd HTTP/1.1
Accept text/html, application/xhtml+xml, */*
Accept-Language zh-CN
User-Agent Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Accept-Encoding gzip, deflate
Host local.q
DNT 1
Connection Keep-Alive
非正常的如下:时间线会看不到,请求标头没东西,一切都没有东西,就像没开始样,
但是如果把httpd停止,浏览器就提示请求失败,也就是起码到了apapche这边了.
netstat情况
协议 本地地址 外部地址 状态 PID
TCP 127.0.0.1:80 127.0.0.1:55012 ESTABLISHED 4936
[httpd.exe]
TCP 127.0.0.1:80 127.0.0.1:55013 ESTABLISHED 4936
[httpd.exe]
TCP 127.0.0.1:80 127.0.0.1:55014 ESTABLISHED 4936
[httpd.exe]
TCP 127.0.0.1:12080 127.0.0.1:54974 ESTABLISHED 1316
[AvastSvc.exe]
TCP 127.0.0.1:12080 127.0.0.1:55016 ESTABLISHED 1316
[AvastSvc.exe]
TCP 127.0.0.1:49194 127.0.0.1:49195 ESTABLISHED 3932
[firefox.exe]
TCP 127.0.0.1:49195 127.0.0.1:49194 ESTABLISHED 3932
[firefox.exe]
TCP 127.0.0.1:54974 127.0.0.1:12080 ESTABLISHED 1572
[AlipaySafeTran.exe]
TCP 127.0.0.1:55012 127.0.0.1:80 ESTABLISHED 3976
[IEXPLORE.EXE]
TCP 127.0.0.1:55013 127.0.0.1:80 ESTABLISHED 3976
[IEXPLORE.EXE]
TCP 127.0.0.1:55014 127.0.0.1:80 ESTABLISHED 3976
[IEXPLORE.EXE]
TCP 127.0.0.1:55016 127.0.0.1:12080 ESTABLISHED 3932
[firefox.exe]
TCP 127.0.0.1:55026 127.0.0.1:12080 TIME_WAIT 0
TCP 192.168.21.141:49157 77.234.42.53:80 ESTABLISHED 1316
[AvastSvc.exe]
TCP 192.168.21.141:54811 123.125.65.27:80 ESTABLISHED 1316
[AvastSvc.exe]
TCP 192.168.21.141:54829 123.125.65.27:80 ESTABLISHED 1316
[AvastSvc.exe]
TCP 192.168.21.141:54873 123.125.65.27:80 ESTABLISHED 1316
[AvastSvc.exe]
TCP 192.168.21.141:54975 119.167.235.240:80 CLOSE_WAIT 1316
[AvastSvc.exe]
TCP 192.168.21.141:55017 117.79.93.209:80 LAST_ACK 1316
[AvastSvc.exe]
TCP 192.168.21.141:55028 117.79.93.209:80 ESTABLISHED 1316
[AvastSvc.exe]
停止过avast,与防火墙,连window免费的杀毒的都停止,并没有影响,
主要是现在有什么办法能跟踪到到了那步它出现问题了?
php引擎已经off,跟从请求内容来看,与php无关,有些请求根本上都不会到那边.
vhost配置,在vhost/目录下只有这个启用,所以,只有htttp.conf与这个起作用
# Listen for virtual host requests on all IP addresses
#NameVirtualHost *:80
ServerName local.q
ServerAlias www.local.q
DocumentRoot "./../www"
ErrorLog "./../www/httpd.e.local.txt"
logLevel debug
http.conf
ServerRoot "./"
Listen 80
LoadModule access_compat_module modules/mod_access_compat.so
LoadModule actions_module modules/mod_actions.so
LoadModule allowmethods_module modules/mod_allowmethods.so
LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule dir_module modules/mod_dir.so
LoadModule env_module modules/mod_env.so
LoadModule include_module modules/mod_include.so
LoadModule isapi_module modules/mod_isapi.so
LoadModule mime_module modules/mod_mime.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule authz_core_module modules/mod_authz_core.so
User daemon
Group daemon
ServerAdmin qidizi@qq.com
ServerName 127.0.0.1:80
DocumentRoot "./../www"
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
DirectoryIndex index.html index.php
Order allow,deny
Deny from all
Satisfy All
ErrorLog "./../www/httpd.e.txt"
LogLevel error
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
AllowOverride None
Options None
Order allow,deny
Allow from all
DefaultType none
TypesConfig conf/mime.types
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml .html .htm
Include conf/vhosts/*.conf
Timeout 30
KeepAlive Off
MaxKeepAliveRequests 100
KeepAliveTimeout 5
UseCanonicalName on
AccessFileName .htaccess
ServerTokens Full
ServerSignature On
HostnameLookups Off
LoadModule php5_module ./../php/php5apache2_4.dll
AddHandler application/x-httpd-php .php
PHPIniDir php
---------------apapche语法测试-----
VirtualHost configuration:
127.0.0.1:80 local.q (D:/web/apache/conf/vhosts/local.q.conf:4)
那位能给个建议?
2 个解决方案
看来基本上没人懂我说什么.
从测试结果看和-X时出来的,6:tid 760] child.c(354): AH00334: Child: Accept thread listening on 127.0.0.1:80 using AcceptFilter data,信息怀疑了一下,g一下AcceptFilter,好像有人说ms的这个功能存在bug,但是没办法fix,只是没仔细的看它说什么.
然后跑到之前下载的地方去,竟然不小心发现某人的版本更新日志中竟然出现一句,
虽然没有说明是什么问题,我估计也就 是我遇到的问题.
Apache 2.4.4 Win32 and Win64 are now available here at the download pages. All flavors: VC9, VC10 and VC11
Changelog http://www.apachelounge.com/Changelog-2.4.html
Documentation: http://httpd.apache.org/docs/2.4/ attention there when you want to Upgrade to 2.4 from 2.2
When you have hangs, slow traffic and/or when having in your log entries like Asynchronous AcceptEx failed. You can try the following settings:
AcceptFilter http none
AcceptFilter https none
EnableSendfile Off
EnableMMAP off
在找到问题时,搜索了一下,其它的猜测.看来好像是这个问题引发
(I know the answer to this question. Posting this just to share the answer with the community)
My local (Windows 7) instance of Apache 2.4 experiences delays or hang-ups when serving some URLs, depending on which browser I use to access these URLs.
With Firefox/Chrome, Apache is slow to respond on certain URLs. The sluggishness occurs about 20% of the time on any given URL. When it does occur, there's a 5-second delay during which Firefox displays a "Waiting for..." status.
With Internet Explorer 9, Apache simply hangs and stops serving any requests (with any browser) until it is restarted.
This seems to occur only with dynamic (PHP) requests, but not all of them. In fact, it only occurs on one specific site. Other PHP-based sites on the same machine work fine.
It may or may not be significant that the problematic site consists of a large number of subdomains (VirtualHosts).
Disabling the Windows Firewall and Comodo Firewall doesn't help.
The problem seems more frequent with "busier" pages (additional requests for IFRAMES etc.)
I've tried many changes to httpd.conf (such as disabling KeepAlive, EnableMMAP, HostnameLookups) but nothing seems to work.
Answer
Apparently, I am not allowed to post an actual answer (new user), so I'm posting it here for the time being:
The solution is to add the following to your httpd.conf:
AcceptFilter http none
AcceptFilter https none
On Windows, this has the effect of disabling the AcceptEx() API (part of WinSock), which offers some performance improvements, but probably conflicts with Comodo Firewall.
Putting Comodo Firewall in "Disabled" mode doesn't help because requests probably still go through Comodo's networking code. I think Comodo would have to be uninstalled completely to eliminate the problem (though I haven't tried it).
If you have a similar problem with Apache 2.2, you should use the Win32DisableAcceptEx directive instead.
References
Quoting from http://httpd.apache.org/docs/2.4/mod/core.html:
The default values on Windows are:
AcceptFilter http data
AcceptFilter https data
Window's mpm_winnt interprets the AcceptFilter to toggle the AcceptEx() API, and does not support http protocol buffering. There are two values which utilize the Windows AcceptEx() API and will recycle network sockets between connections. data waits until data has been transmitted as documented above, and the initial data buffer and network endpoint addresses are all retrieved from the single AcceptEx() invocation. connect will use the AcceptEx() API, also retrieve the network endpoint addresses, but like none the connect option does not wait for the initial data transmission.
On Windows, none uses accept() rather than AcceptEx() and will not recycle sockets between connections. This is useful for network adapters with broken driver support, as well as some virtual network providers such as vpn drivers, or spam, virus or spyware filters.
See also: http://forums.comodo.com/help-for-comodo-antivirus/conflict-with-apache-t260.0.html;msg31636#msg31636