2018年是很特殊的一年，几位有杰出贡献的大作家(大师)、艺术家、名人，都相继离世。每次想起来，都感到一股悲凉。黄泉路上无老少，请珍惜、关心身边的、认识的每一个人，眼泪是不会说谎的。

用了3年多的0月租电信ifree卡、用了1年的0月租电信阿福卡，对中国电信的热爱与日俱增，所以装宽带我当然更愿意回报电信。但是最近发现电信和联通的宽带功能上还是有点细微的差别，这2个功能又很少人用到，本文以北方的河北电信、河北联通为例：

1. 电信宽带目前不支持DMZ，所以无法内网传透；联通完美支持。DMZ，就是路由器里含有的DMZ、IP映射功能。DMZ和IP映射，功能相似，又略有不同。
DMZ的功能，就是如果一条宽带只有一个IP，需要把局域网内的电脑、或手机做成临时服务器，这时可以用DMZ、或IP映射虚拟一个端口，例如http://xxx.xxx.xxx.xxx:93 和 http://xxx.xxx.xxx.xxx:95，冒号后面的这个端口就是对应的2台服务器。

导致这个原因有可能是因为北方电信的IP地址短缺，所以多户共用一个动态IP。

2. SFTP连接服务器，电信宽带会断开闲置的0流量连接，大概3-5分钟就会断开，调试服务器时特别不方便；而联通宽带从未断开。

这是每个人的必经之路。静态HTML页，可以完成个人主页、展示网站，2-5年之内是网页的入门期，在此期间，FrontPage、Dreamweaver都是最好的网页设计、HTML代码学习软件。

一旦过了入门期，应该尽快适应用文本工具编写HTML源代码，彻底放弃FrontPage、Dreamweaver。

一个人要独立完成一个具有功能的项目，必须学习一门编程语言，例如PHP。纯粹使用PHP语言+内置的组件，已经能够完成很强大的项目，例如我们常见的国内外的大网站都能用PHP完成。

除了PHP，Linux系统(包括CentOS/Ubuntu/Debian等系统)为我们提供了一个更大的平台。PHP里，使用exec()或shell_exec()函数，能直接调用Linux的一切shell命令。例如$a1=shell_exec('ps -e');这个语句，在PHP程序里的$a1变量，获取的是当前系统的进程。

PHP+Linux，是在PHP的基础之上，轻松调用Linux系统下的各种软件、或组件。

在虚拟主机上，只能使用PHP语言+内置的组件；在Linux上，除此之外，还能调用Linux的shell命令、软件、组件。因此，对于PHP开发者来说，PHP语言+PHP内置的组件+Linux会更令人振奋，能实现更多功能。

一直以为CentOS和Ubuntu作为服务器，速度没有差别，所以2年多以来，我一直用CentOS 5+Apache+PHP为主力服务器环境，因为CentOS的配置比Ubuntu容易很多。前几天安装了Ubuntu 14+Apache+PHP，发现网页打开速度比CentOS+Apache，还要再略胜一筹，大约快20%～30%。这个速度差异，无法用软件测试，只能靠观察。

CentOS系统比Ubuntu大很多，无论是ISO的个人版，还是服务器版。比如新安装的系统，在服务器面板上显示：Centos 6 (32 Bit) Minimal，硬盘占用558.41MB；Ubuntu 14.04 (32 Bit) Minimal，占用263.02MB。

占用内存方面，CentOS反而比Ubuntu小得多。CentOS 5、CentOS 6，运行PHP后，占用9～18MB内存。Ubuntu 12，同样的站点，占用的内存9～24MB。
但是，从Ubuntu 14开始，内存占用量猛增，一个新安装的系统，昨天测试，运行PHP后，Ubuntu 14占用80多MB内存，Ubuntu 16占用107MB内存。但是速度上，Ubuntu 14和Ubuntu 12看不出区别。

Ubuntu 12也能顺利安装Let’s Encrypt。Ubuntu 11的服务器版已经取消了多年，只有ISO的个人版，官方也停止了Ubuntu 11的软件支持。所以，目前能用的Ubuntu最老版本为Ubuntu 12，能用一天是一天。

我更喜欢老版本的系统、软件，因为通常是版本越老，速度越快、越省资源。当然，也有少数例外。

1. 兔子是非常温顺、有爱心的动物。
2. 母兔快要生小兔时，会疯狂地用草来搭窝，或者大量拔下自己身上的毛来搭窝，因为兔宝宝刚出生时身上没有毛。
3. 兔子虽然温顺，但是领地意识强，遇到陌生兔子经常很爱打架，想把对方往死了打的那种场面。兔子记仇，两只兔子一旦打过，再次见面会一辈子猛打。
4. 也有相处得好的。图中是我家的熊猫兔(白)、比利时兔(棕)。棕兔从小就一直跟着白兔，把白兔当作是妈妈，每天几乎形影不离，相依为命，很让人感动。
5. 兔子食量特别大，生长速度惊人。
6. 兔子的主食是草+兔粮。兔子最爱吃的食物依次是：菜 > 兔粮 > 草

发表于每天启航博客，本页为临时缓存页，评论请移步：http://blog.emxel.com/sail/78

前言：本文部分内容为暴(隔开)力优化系统，可能引起读者不适，请勿模仿。

大家的VPS普遍较快，并不是已经优化的原因，而是因为服务器的性能本身很高，即使没有优化，对速度的影响也较小。但如果再优化一下，是不是能让服务器发挥更好的性能？
请大家查看一下/var/log/btmp文件，是不是已经达到几十M，上百M了？这个文件很容易快速增长，是服务器性能的杀手，首先可以把这个文件删除。默认的这个系统错误文件，是开启的，网上也找不到彻底关闭它的办法。办法一定是有的，只是找到办法需要一定的时间。

在十多年前，大部分人都使用Windows服务器；如今由于Linux系统开源免费，成本大幅度降低，所以绝大部分人的博客、网站都使用Linux系统的服务器。Linux系统，又分为CentOS、Ubuntu、Debian等系统。其中，Ubuntu和Debian的命令、软件环境都一模一样，多数情况可以认为是同一个系统。除此之外，还有别的现行Linux系统，很多都分别与CentOS、Ubuntu的命令、软件环境一样。

因此，只要以CentOS、Ubuntu为例，其它系统都完全同理，比如Debian系统完全能用本文里介绍的Ubuntu的方法。最简单的区别的办法，如果安装软件、或update的命令是以yum开头，则与CentOS系统相似；如果是以apt-get开头，则与Ubuntu系统相似。

CentOS和Ubuntu系统，关闭/var/log/btmp文件的方法不同。CentOS的方法很简单，Ubuntu用相同的方法不起作用，只能用“暴(隔开)力”的方法。

CentOS或类CentOS系统：：

CentOS 6运行这个命令即可关闭btmp文件：
killall -9 rsyslogd

CentOS 5运行这个命令即可关闭btmp文件：
killall -9 syslogd

说明：CentOS 7没来得及测试，理论上应该和CentOS 6一样。这个命令，每次重启后会失效，需要再运行一次。为防止忘记，或者服务器因某种原因被迫重启，可以把这个命令写在开机自启文件里。以前我测试过几个工作日，直接写，依然不生效。解决办法是使用sleep延时语句，让它开机3分钟后再运行此命令，在CentOS下能生效。
但sleep进程，不会自动清除，所以需要再加个killall -9语句来杀掉sleep进程。
这个sleep语句，如果直接写sleep 180，依然不生效。之后我改成了sleep 60; sleep 120;，大部分时间都是生效的。

步骤：修改CentOS的/etc/rc.local文件。如果有exit 0这个语句，这一行必须删除。

CentOS 6或7加入这一行：
sleep 60; sleep 120; killall -9 rsyslogd; killall -9 sleep;

CentOS 5加入这一行：
sleep 60; sleep 120; killall -9 syslogd; killall -9 sleep;

Ubuntu或类Ubuntu系统：

理论上使用和CentOS一样的方法，也能生效，但是实际完全不起作用，因为结束rsyslogd进程后，马上自动产生一个新的rsyslogd进程。只能用“暴(隔开)力”方法，这个暴(隔开)力，是对系统的文件进行修改，可能会产生致命错误，经过测试，网站目前运转良好，本文以Ubuntu 14为例。

尝试步骤1：
/usr/sbin/rsyslogd 将rsyslogd这个文件改名。

重启VPS，命令：
reboot

之后发现，虽然rsyslogd进程自动永久消失了，但/var/log/btmp文件仍然在继续增大，说明Ubuntu系统即使没有了rsyslogd进程，此文件仍然在增大。而CentOS系统，经过我这2年多的测试，只要没有rsyslogd、syslogd进程，这个文件是不会增加的。

尝试步骤2：
最后，干脆把/var/log目录改名，改为/var/log2，重启VPS，整个世界都安静了，网站也运行良好，没有出现致命错误。

Apache、Nginx、PHP的重要日志优化：
默认的日志文件全部是开启的，而且很快变会得很巨大，是服务器性能的杀手。这些文件，包括访问日志、错误日志。如果没有特殊必要，建议将这些日志文件全部关闭。除非用于网站错误调试期，调试完尽快关闭。

这部分以后我会逐渐写一个完整的指南，由于时间的关系，这里简要说明一下。首先打开/var/log目录，Apache、Nginx在CentOS、Ubuntu下的路径有所不同，但是同理，比如这样的目录：
/var/log/httpd
/var/log/apache2
/var/log/nginx
/var/log/php-fpm

主要就是在这4种目录里。请打开这些目录，都是日志文件，是不是有的文件很巨大呢？其中，文件名带有“error”，为错误日志；带有“access”，为访问日志。打开这些错误文件，会发现里面有大量的无关语句，比如蜘蛛会访问网站上大量不存在的文件，这些都会写入错误日志里。

因为我使用Apache为主，所以Nginx的日志关闭方法暂时空缺，请大家搜索一下，时常监测这些日志文件、并清理。

Apache的错误日志的关闭方法，网上大多是将Apache的配置文件上的这一行删除、或加注释。但实际上不起作用，正确的方法是，CentOS+Apache、Ubuntu+Apache将此行改为：

ErrorLog Off

访问日志，只要将带有CustomLog logs/access_log的行删除，就能起作用，例如将这2行删除：
#CustomLog logs/access_log common
CustomLog logs/access_log combined

修改php.ini文件：
CentOS/Ubuntu+Apache/Nginx的php.ini的路径都不同。列举几个路径：
/etc/php.ini (CentOS+Apache+PHP，或CentOS+Nginx+PHP)
/etc/php5/php.ini (Ubuntu+Apache+PHP)
/etc/php5/fpm/php.ini (Ubuntu+Nginx+PHP)

在php.ini里找到这一行：log_errors。默认值为On，改为：
log_errors=Off

重启Apache。

Ubuntu+Apache或类Ubuntu+Apache：
Ubuntu+Apache，还多出了一个/var/log/apache2/other_vhosts_access.log的文件，这个文件会不断增大。解决的办法是：

/etc/apache2/conf-available/other-vhosts-access-log.conf 里的这一行：
CustomLog ${APACHE_LOG_DIR}/other_vhosts_access.log vhost_combined 将这一行删除，或者在这一行的最前面加#

重启Apache。

是不是有些复杂呢？一点不复杂。练习几次，并做关键的本机笔记，每次只要10分钟就搞定了。VPS，比虚拟主机好用太多了，因为虚拟主机是无法关闭这些日志的。

2018-11-13 12:19更新：
为什么CentOS 6不用删除rsyslogd文件的办法？路径为/sbin/rsyslogd。
删除rsyslogd文件，只适用于Ubuntu、类Ubuntu系统。

CentOS删除了此文件，重启VPS后，网站会无法访问，今天测试了半个多小时，重启Apache也不行，所以CentOS系统的rsyslogd、syslogd文件不能删除，只能用结束进程的方式。

2018-11-13 17:49更新：
为什么标题用“幸福来得太快”？因为差一点要彻底放弃用Ubuntu系统(我喜欢用能优化的系统)，Ubuntu系统的rsyslogd进程用killall -9命令结束进程后，马上就会再跳出一个rsyslogd，从而无法阻止/var/log/btmp文件的增大。当时想着要解决这个问题起码得半年时间的调试，没想到不到半个小时就调试出了解决办法，解决了一个大难题。所以说，幸福来得太快！

Mlog，即micro log。项目未上线，游戏规则需要先制定，根据规则来编写程序。

1. 鼓励原创微博，反对明文营销帐号的spam评论。
2. 二级域名的流量，对Alexa排名的提升，和主域名是一样的，同样有效。
3. 为避免将来用户需要目录转移，所以在开发时、安装时就设定为：
   微博地址不允许使用主域名，为了避免将来用户后悔而再修改，因为个人主域名通常用于博客、或个人主页。
   微博地址为二级域名根目录。建议为：each.domain.com，或mlog.domain.com，或者任意。
   微博的图片空间，需要存储上传的图片、用户头像，需要建立另一个二级域名，建议imm.domain.com，或者任意。
   这些二级域名一旦建立，如果没有特殊必要，建议尽量不要修改，因为外部的链接将会失效。
4. Eachval Mlog程序的安装方法为在线安装，上传一个指定的php文件，会先检测配置环境，然后根据提示来安装，我在程序编写时，会让这个安装过程简化，尽可能实现一键安装。
5. 用户使用电子邮箱、或手机号登录Eonval帐号，网名每隔2年，能修改一次。
6. 一个Eonval帐号只能使用一个独立微博，如果需要建立多个独立微博，需要注册多个Eonval帐号。
7. 为防止恶意抢注ID，对有一定知名度的网名，给予保护。如果确实被恶意抢注网名，可发起争议，可提供一个开通5年以上的博客链接、arch(隔开)ive.org的历史截图，并上传指定的验证文件，确认后可取回网名。
8. 有点赞功能，点赞者、被点赞者都可获得0.3积分。
9. 发一条新微博，获得1积分，被回复一次获得0.2积分。
10. 微博默认对所有人可见，可设置只对好友可见。
11. 微博默认所有已经注册微博用户可以点赞，可以设置为只限好友点赞。
12. 微博默认所有注册帐号可回复，可设置只限好友回复。不开放游客功能，回复需要先注册帐号。
13. 注册帐号时，注册的页面为eachval.com的平台。
14. 登录时，登录的地址类似这样的形式：https://user.eachval.com/account/login/#domain.com (链接A)，登录后会自动跳转至用户的微博。
15. 不同域名间如何加载Cookies？比如一位网友在访问微博A、微博B、微博C，都是不同的域名，在微博A通过链接A登录了Eonval帐号，在微博A右上角会显示用户名。
    当访问微博B、微博C时，点击微博B、微博C上的链接A，会自动加载Cookies、并自动跳转到微博B或微博C，无需再输入密码。
16. 第1条的明文营销帐号，例如该用户的网名是“××营销”“××推广”，然后大量到别人的微博里点赞、回复，这类规定为spam评论。这类营销平台，允许他们免费使用此微博程序发展自己的项目，但是禁止spam评论。
    用户可以向Eachval平台指出spam评论，如果被多人指出，可能会封禁此微博用户。
    同时，明文的营销帐号，禁止向微博社区推送，仅限于在自己的微博站点中发布信息。

    为净化网络，注册的网名不能带有“××营销”“××推广”等有广告色彩的词汇。

17. 评论的审核机制。默认为网友(注册用户)第一次在自己的微博里留言、或点赞，需要审核。(这一机制类似于现行的大多数博客的回复)
    可以在后台设置，将来的留言是无需审核(默认无需审核)，还是每条都需要审核。
18. 评论的安全。该安全性对域名的影响，与现行的大多数博客是完全相同的，评论会明文呈现。如果想提升域名的安全级别，后台可以设置为“阻止搜索引擎抓取评论区”。
19. 微博主可以删除评论、限制某位用户回复、点赞。
20. 升级功能。由于Eachval Mlog程序自始至终是我一个人开发，作者只有一个人，所以在后期的更新上，几乎没有多余的垃圾代码，过期的无效代码都会删除。程序分为主程序、后援程序，主程序就是主要的页面，后援程序包括用户提交数据后的处理、后台程序。主程序在编写时，本身的结构是高度优化，主程序整个核心部分在5K以内。后援程序，无论有多少都不会对主机性能有影响，后援程序越多，则功能越多。
    升级分为2种形式：用户主动升级，强制升级。主动升级，是用户定期检查有没有新版本，升级后可以获得新功能，或者对原有程序做一定的修改。强制升级，是有些旧功能无法适应平台的更新，这时候必须升级后才能正常使用。
21. 有多个微博怎样升级程序？Eachval Mlog在升级程序上，用户可以自主关联所有的微博，一键自动遍历所有的站点、自动更新多个微博，而不用一个一个站点去手动更新。
22. 微博程序，支持英、简、繁语言，oival.com为Eachval的微博社区，可向微博社区推送非商业微博，提升访问量。微博社区也分为英、简、繁三大版块，如果微博程序设置的是简体中文，则会推送到简体中文的社区版块。
    oival社区为分类社区，推送时只能发到一个分类，例如选择“手机”的标签，则会发到手机社区。
23. 不得在微博中诽谤他人。

如果一个人需要上山去砍柴，很快会想到需要一个工具：斧头
如果一个人需要去采集草，很快会想到需要一个工具：镰刀

要完成一件事情，需要相关的工具、技术，就像砍柴、采集草一样。当买来了镰刀，发现拔草、采集草，变成了割草。

web的过程比砍柴、割草复杂得多，在技术的道路上越走越远、越走越深，仿佛到了一个很深的森林。这些技术，是每个人的必经之路：免费空间、免费域名、国际域名申请，FrontPage，HTML代码，CSS，静态页，个人主页，虚拟主机，FTP，VPS，SFTP，SSH(Xshell)，PHP，JavaScript，第三方PHP程序，数据库，缺一样都不行。

这些技术，是从0开始渐进的。
整整14年没有更新Webshu了。我有一个想法，重新再次更新，把这些技术从0开始，整理一遍，做成一个专题，让网友从0开始，很快上手VPS，完成个人主页、博客、微博的搭建。

建一个每天100-300 IP的个人主页、博客、微博，十分容易，只要坚持更新半年，适当在别人的博客、微博留言，一般都能达到100-500 IP/天以上。
100-300 IP/天的英文博客、微博，如果是国外流量，AdSense收入能保持在$0.2-$5/天以上。如果每天有0.5美元，一年$180，完全能把域名、空间的成本收回来，还赚了很多。

中文站的AdSense，同样的流量，收入约是英文站的1/2～1/15。也可以申请百度联盟，但需要有ICP备(隔开)案号。

全免费的独立微博程序Eachval Mlog，正在着手开发。

如果选对主题，获得流量是容易的。比如Webshu，在2003-2004年更新了整整一年，全站110多篇文章(全部原创)，当时的Alexa排名3万多名，持续了半年以上。那时候的流量，可能有很大一部分是里面仅有的2个单版块论坛，一个是网页论坛，一个是咨询论坛。IP数，我当时没做计数器，估计也就在500 IP～2000多IP/天这样子。

后来本博客上线之后，Webshu就忘记了更新，注意力变了，一转眼很多年没再更新。本博客的流量可能比Webshu大一些，但是Alexa排名最好时也只有55万名。
现在因为互联网上网站比以前多了很多，所以同样是2000 IP/天，现在Alexa排名估计在30万～40万名。

纯粹的个人主页、博客、微博，如果没有收入，是较难坚持下去的。获得一些正当的广告补偿，何乐而不为？有利于身心健康。

除了Blogval是前几天设计的，另外的4个logo是昨晚花了不到1小时，一次批量完成的。由于时间的关系，都暂时没有吉祥图标，或者字体修饰。(其中，Eachval最好需要有一个吉祥图标。)
(附：Eachval将是一个独立微博的程序，每位微博主需要有一个网名或真实姓名作为ID，ID中不允许带有空格，这是因为 @Abc 的时候，程序是自动从@开始检测，直到出现空格的位置结束，识别出被at者的网址。例如网名 Abc Def，@Abc Def 的时候，只能识别出@Abc。
这个网名的规则设计为不区分大小写，例如Abc被注册，abc则无法注册，网名可用中文。)

这5个项目里，命名顺序依次是Feedval、Eachval、Eonval、Blogval、oival。其中，Eonval是一个自营的原创免费软件发布平台、帐号管理平台，这个名字也是经历时间最长才定下来，经历了30个备选名字。

Eachval是2012年时完成了Arsue Blog程序的编写，马上有了独立微博的想法。如今，再次想把这个想法复活，程序都是开源免费，后台一键升级。此程序安装在用户的二级域名下，VPS、虚拟主机都可以运行，PHP+NoSQL构架。

oival的命名经历的时间较长。Eachval的一个创新模式，是自身将会推出一个平台，用户所发的微博，都可以推送到这个平台上。当然，也可以不推送，Eachval是微博、论坛双用。这个平台上显示的内容，就像分类论坛、贴吧一样，所不同的是帖子的链接都是独立微博上的链接。为什么不用Eachval的二级域名做这个平台？为了避免you(隔开)tube、twi(隔开)tter被wall的命运，所以此项目打造了第2个平台oival。国外知名的平台cafe(隔开)press.com，是定制礼品、定制T恤衫的平台，几年前还能访问，实在是想不出什么原因不能访问。

Eachval的这个社区平台，命名十分纠结，经历了6个备选名字。本来orival是很理想的，但是被注册了，他的注册时间竟然是1997年。最后在oival和另一个7个字母的名字ori****中选择，ori是一个很美的词，犹豫了2天，决定使用oival，oi含义是original imagination(原创的想象力)，简称“原想”，这个平台就叫做“原想微博社区”，简称“原想社区”，或“OI社区”。(在这之前，oi锁定的含义是original inspiration，原创的灵感，后来发现imagination的含义更好。)

oival的读音是['ɔivəl]，或['əuaivəl]。

oival原想社区最初的版块分布，是一个国家/地区，建立一个大版块。后来，改为英/简/繁3个大版块。

Eachval和oival是同一个平台。结构和2009年完成的tgfor论坛项目(tgfor的开发日记)，以及2011年时完成的orshu论坛(部分开发日记)，是一样的。当时的tgfor论坛程序从0编写，仅用40天左右完成；orshu论坛和帐号程序，初期不记得用了多久，后期的大修改用了2个月以上。

最近VPS面板突然盛行。VPS面板和手动命令，各有各的优点。手动命令，可以让我们不依赖于任何面板。面板，实际上就是Linux开发者把相关的命令集成在面板上。
功能上，手动命令功能更强大、丰富，但需要记录笔记、调试，熟练后其实手动命令更直观；面板，使用方便，但功能有限，对于开发者来说，开发的工程量很大，要考虑不同环境的兼容问题。

因为我正在开发的几个新项目，都是给用户提供免费的程序，运行在用户的VPS、或虚拟主机上。我需要在不同的环境下测试运行，恰好手里的VPS多，每个VPS安装了不同的系统。

以前我个人的主力环境是CentOS+Apache+PHP，现在不得不在CentOS/Ubuntu+Apache/Nginx环境下测试。

长期使用一种环境，当这个环境成为主力之后，会对这个环境很熟悉。2年多以来，用惯了CentOS+Apache+PHP，另外的3种环境，需要开始去尝鲜测试。

当发现了这4种环境的不同、并熟悉这些不同，无疑是令人很兴奋的。这4种环境，有2种系统，2种网页服务器后台。其实，Debian和Ubuntu，对于服务器来说经常可以大概地认为是同一种系统，命令、软件环境都一模一样。

一直使用CentOS+Apache，是因为CentOS下的Apache，比Ubuntu+Apache的配置容易一些。习惯之后，其实Ubuntu+Apache也不麻烦。

另外，Apache和Nginx的环境，在配置上有较多的不同。我的主力环境以Apache为主，但是大家的服务器大多以Nginx为主。为什么我会以Apache为主？因为Nginx距离完美，只差小小的一步：Nginx不支持.htaccess，如前文。技术上完全能支持，但是很遗憾，作者没有开发。当然，目前的最高版本Nginx我没有测试过，改天写一个测试的记录。

过去也有人说Nginx支持.htaccess，方法是在Nginx的配置文件里(/etc/nginx/sites-available/default或/etc/nginx/conf.d/default.conf)，写入一行include的包含语句，包含那个.htaccess文件。其实，这种方式并不是真正的.htaccess，这是伪支持。原因有2个：1. 如果把这个.htaccess文件改成任意扩展名，一样能支持。2. 通过include的包含语句来加载配置语句，这相当于是把配置语句直接写在Nginx的配置文件里，因此Nginx的这种方式是全站的全局设置。

Apache真正支持.htaccess。Apache的.htaccess，经过测试，作用的机制是对当前目录、以及这一级别下的所有子目录有效，既可以全局、也可以局部。

在抗高并发方面，尚未有条件能测试。Linux系统，CentOS/Ubuntu/Debian本身是多任务的系统，我发现用ps -e命令，能经常看到有多个Apache的进程，并非只有一个Apache进程，这说明Apache开发者在抗并发方面是有考虑的。