apache使用的一些心得

回楼主：
1.既然不是加速的，为什么原文要写作加速的？是否有误导之嫌？？

2.加速软件支持4.3.10版本的php的，我在使用中一切正常，至于您谈到的问题——恐怕真的是您的php写作上存在问题？？

3.对待ddos，没有谁敢说自己有能力对付，syncookie也一样

4.既然你转而说是解决问题的方式之一，为何在原文中以嘲讽的语气评价1000个虚拟主机者？

5.squid的加速至少减少了apache申请到html（静态页面）时候进行权限判断，嵌入资源权限判断等消耗；

6.4000个连接与tar无关，如果您不清楚tar程序可以用做backup作用，那么此问题可以原谅

7.我没见过人用一台apache带真正超过3000并发请求的做法，既然您提到的请求是6000，那么想来您实现过最大连接5000时候的情形？ 我不认为这个值可以在一台机器上做到。

最后一问：如果按照你的说法，你是在写作此帖以前就明白了那些道理的，那么为什么写出“xxx加速模块”这样的原文，您是对自己的文字不负责，还是对自己在cu的id不负责，或者是对cu的各位读者们觉得不需要负责？？

to skylove : 我有一个服务器高峰的时候是6200个连接，我的msn名字后面加上“apache能开4096个连接吗”，然后到“apache能开5200个连接吗？”，每增加连接数而没有菪机都觉得是很大的成就感。相信在服务器非常高的连接的时候每改进点小东西都能使服务器更加稳定。php程序也因为效率的问题使用了很多共享内存，以减少数据库的操作，同时linux的内核参数改了很多，到6400以后还是不行，我希望那天能够到10240.....


关于Zend Optimizer 的版本问题 http://cn2.php.net/downloads.php 这个地址上的红色部分：

Note: Due to an incompatibility between earlier versions of Zend Optimizer and PHP 4.3.10, it's recommended to upgrade to the latest version.


讨论不错，但是你的口气。。 呵呵。另外我觉得你没看明白我的回复

因为这个帖子不少人加了我的msn，也包括刚刚接触linux的，哪怕别人在msn问我非常低级的问题我都会耐心回答的，同样论坛最重要的是良好的气氛，不是扣字眼，不管写的有没有错大家一块来讨论，如果自己觉得自己高高在上的话（我觉得你就文字来讨论文字了,不是讨论里面的内容 ：) ）...... 没错在cu我是新人，但是对于apache我从98年玩到现在，维护的都是大型的网站，如果觉得有问题有一个良好的口气来讨论，而不是。。。

到底是你在玩字眼还是我在玩??把限制ip写做是加速的是你还是我?? 这个是概念错误还是扣字眼???

如果说这样是扣字眼,我说:我操你妈的; 然后补一帖子说明其实这句话是我表达对你衷心的赞美你会不会欣然接受??

我也是就文发言,我也说了,是原文许多地方有问题,因此不该被标作精华,并没有说怀疑作者的实力云云.

至于98年开始用电脑么? 不好意思,我比你早很多,大概是小学4年级开始用的吧,第一份工作是在一个军工单位,维护的是vms.用得早不代表什么的.

摆经历没意思,我也是就事论事地讨论.至于你非要投换概念地说xx加速模块不支持4.3.10--别人都写了不支持,你为什么还用? 不是有支持4.3.10的加速模块可供选择么??

最后,我依然定性你的首帖是误导了菜鸟,至于你觉得是不是,其他新手觉得是不是,我无所谓.此帖我不再回复,仔细想想,其他人的技术高低关我屁事,既然cu那么多高手都可以看到此帖而漠然之,我何必出头? 就等楼主欣然之,菜鸟鼓舞之,cu帖子兴旺之...都高兴...甚好,甚好

to skylove :对于阁下的言论，敬仰敬仰

看到两位的讨论，实在是精彩，我想如果CU是都是像你们这样的人，那么我们这些来鸟，很快就会变以高手的，
在此，我仅代表所有的来鸟谢谢你们两位
另外，问两位一个问题，我想早请一个www.123.com这种的域名，需动态解悉，（因为我的是拔号宽带）给别人提供www.ftp服务，别人从我这得到的域名是user.123.com这种的，请问能否实现，如何实现？

即使搂主帖子本身不足以成为精华，二位讨论也足够把这帖顶为精华了。
顺便说说个人看法，
apache在多于5000连接以上的应用个人觉得基本就是在拼资源了，apache本身应该还不足以达到极限，但这时cpu，内存各种资源应该开始告急了，再加上网络连接造成的负载，如果不算动态页面和数据库应用，只是静态页面的话，突破5000应该很轻松，但是如果使用了动态页面和数据库，相信web程序设计的好坏会起到决定性作用。这个时候从apache和系统底层做优化效果应该不会理想了，可能顶层应用修改一个php语句起到的效果会比你绞尽脑汁优化底层好的多。到达这种应用层次估计可以开始考虑升级硬件和作负载均衡了。
对于楼主所说的finwait2的内核参数，不好意思，本人一直没有找到，希望指点一二。并且对于synflood，看到论坛上不少人说ipconnlimit模块效果不错，而本人一直使用iptables限制并发，可以说synflood一来，基本没什么效果，，想想看底层的包过滤不会比应用层的并发限制还弱吧。至于syncookie对于流量小效果不错，稍微大一点点就彻底歇菜，可以说确实没什么用。


另外对于楼主所说的vhost和urlrewrite跑1000虚拟主机的问题，不好意思，本人的服务器也是跑虚拟主机，虽然没有1000那么恐怖的数量，至少上百个负载尚可的站点也有了，我不觉得使用rewrite效率会更好。

谢谢两位的争论，对于我们菜鸟来说帮助很大。希望有更多的人向二位一样。谢谢，继续！

这样技术上的讨论真的很精彩,
但是不要转化为人生攻击,把讨论的范围限定在"技术"上,
去过很多的BBS&Forum,上面的这句话很重要.

连接上5000，其实内存和cpu等已经没有意义了。

主要是看主板的pci总线的宽度了。。

就像汽车一样，一个1。8排量的桑塔纳，你再给他加大轮宽，加好油，他也不能跑300公里/小时，因为本身决定的。。

软件的优化，是一定范围的，同样硬件的合理配置，也是一定范围的。
再想提高，就要换机器了。。呵呵

pc server和unix服务器最大的差距就是硬件的构架。

TO zhake
我原先做过类似的东西，如果你对perl熟悉的话，可以修改Net-FTPServer-1.120（http://search.cpan.org/~rwmj/Net-FTPServer-1.120/）的程序

硬盘可以建立 /homepage/account 这样的，二级域名就是用mod_rewrite来实现

设计一个数据库，可以包括，用户账号，用户密码，用户目录地址，用户到期时间，用户空间大小，用户当前状态

所有的的空间的账号一律使用nobody，修改那个程序，系统登录以后到数据库判断用户是否账号密码都正确，然后 更改用户的uid为nobody,然后做chroot 到 /homepage/account ，Net-FTPServer这个软件目前还不支持quota,有两种方法可以实现，效率上考虑的话可以开个监测的程序使用du 命令回来参数，发现用户超过实际大小的就更改数据库的用户状态，就不允许用户上传文件，如果实时判断那么可以先调用du命令,保存当前空间大小，然后再chroot，用户每次上传文件都要更新当前空间大小的变量