请珍惜眼前人
2018年11月17日 08:28

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

固定链接 | 发表评论(0) | Trackback(0)

电信和联通宽带的2个细微差别
2018年11月16日 08:39

用了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分钟就会断开,调试服务器时特别不方便;而联通宽带从未断开。

固定链接 | 发表评论(0) | Trackback(0)

静态HTML页→PHP→PHP+Linux(PHP+shell)
2018年11月15日 09:36

这是每个人的必经之路。静态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会更令人振奋,能实现更多功能。

固定链接 | 发表评论(0) | Trackback(0)

追求极限!CentOS和Ubuntu作为服务器的速度差别
2018年11月14日 08:05

一直以为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,能用一天是一天。

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

固定链接 | 发表评论(2) | Trackback(1)

[每天启航] 兔子一些习性的发现
2018年11月14日 07:35

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

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

固定链接 | 发表评论(0) | Trackback(0)

幸福来得太快!CentOS/Ubuntu/Debian的速度优化指南(日志篇)
2018年11月13日 11:02

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

大家的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文件的增大。当时想着要解决这个问题起码得半年时间的调试,没想到不到半个小时就调试出了解决办法,解决了一个大难题。所以说,幸福来得太快!

固定链接 | 发表评论(5) | Trackback(1)

Eachval Mlog独立微博的规则预告
2018年11月12日 08:05

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. 不得在微博中诽谤他人。

固定链接 | 发表评论(2) | Trackback(0)

近期写了很多的VPS新机安装和配置的博客原因2
2018年11月11日 12:05

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

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

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万名。

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

固定链接 | 发表评论(0) | Trackback(0)

新项目的logo设计
2018年11月09日 08:20

除了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个月以上。

固定链接 | 发表评论(0) | Trackback(0)

为什么近期写了很多的VPS新机安装和配置的博客
2018年11月08日 07:18

最近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开发者在抗并发方面是有考虑的。

固定链接 | 发表评论(2) | Trackback(0)

下一页(旧) | 下一页(新) (共33页)

王志勇:1980-09-26 (38周岁)
程序设计,前端设计。

版权声明:本博客所有文章,均符合原创的定义,禁止转载,违者将必究;正确的方法是贴原文的标题和网址即可。

与此相关的链接
自由勇专栏

Blog存档 Archives

2018年11月
2018年10月(30)
2018年09月(17)
2016年-2017年(9)
2014年06月-09月(10)
2013年 +

2012年 +
2011年 +
2010年 +
2009年 +
2008年 +
2007年 +
2006年 +
2005年09月(4)

Copyright © 2006-2018 auiou.com All rights reserved.
此Blog程序由王志勇编写 已经发布在Arsue