关注VPS Linux Nginx MySQL PHP WEB开发 系统管理 服务器架构 Debian CentOS
这个是挂机两个月的成果，呵呵
点击图片查看更多信息或注册。
基调网络拥有国内最大的监测节点网络，为众多知名门户、证券、网上银行、B2B等互联网企业提供专业的用户体验监测服务。现在即请加入基调网络监测网络，轻松赚取现金及大奖。基调网络即将从2008年4月份推出了全新的会员回报体系，全面大幅提高会员奖励回报力度，让您分享基调网络的成长。奖品多多，即刻申请！
gomez peer激活太慢，不重视中国会员，迟早要被淘汰的。有要做的朋友快点加入吧，呵呵。
TBlue是我的第一个sablog模板，特点就是简洁的。该模板改自GTS-A，amxku的sablog模板存在一些问题，比如在2.0 Build
20080916中，文章不显示。所以就改了一下，重新换个名字发出来。喜欢的就拿去。有什么问题反馈给我 ^_^
change log(2008-12-04最新修改版)
修复了不能评论、相关文章不显示及查看源文件乱码的bug，在侧边栏增加了最近发表的文章，另外增加了一些图标。同时，为了更加方便的添加统计代码，特别在模板中添加了counte这个模板变量，只要在模板变量中添加counte这个变量，并添加上统计代码，就OK了(统计代码设成了隐藏)。
感谢各位的支持！
PhpED 通过无与伦比的PHP调试和压缩能力，以及一个新的NuSOAP web服务向导成为了PHP领域的领军产品。更加强大的Project Manager使得发布站点和应用程序比以前更加容易。现在可以在线程级别对正在运行或者开发中的程序进行测试和调校。而且，对PostgreSQL和 MySQL数据库的本地支持为PHP使用开源数据库提供了一个广泛的环境。
已测试，是破解版，且已经支持中文。点击下载NuSphere PHPEd 5.5破解版
解压密码不定时更新：今日密码是：blog.licess.cn
今天在ChinaUnix.net看到又一几个无聊的家伙在讨论FreeBSD好，还是Linux好，甚至有一点火药味。今天就比较一下FreeBSD和Linux。
传说中FreeBSD比linux稳定，大型网站几乎都建立在FreeBSD系统上，我一直疑惑难道linux是否真的不能做大型网站。于是用netcraft网站做了个测试：
http://toolbar.netcraft.com/site_report?url=www.phpchina.com
按照上面的链接你就可以查询任何一个网站的服务器架构，当然，可信度和准确度我不能保证。下面是我测试的案例：
www.phpchina.com 清一色linux;
www.tencent.com 清一色linux;
www.qq.com 清一色linux;
www.taobao.com linux;
www.ebay.com.cn 查询显示OS清一色linux，WebServer清一色IIS，令人费解；
www.alibaba.com 清一色linux;
www.bokee.com 清一色的linux；
www.google.com 清一色linux;
www.pconline.com.cn linux;
www.yninfo.com 清一色的linux;
www.tom.com 清一色Debian(也是Linux);
www.cctv.com linux+sun的服务器；
www.126.com 清一色linux
www.163.com 清一色linux，大家或许都认为网易是使用FreeBSD的，
但163/126就全部用上了linux，令人费解。
看来用linux做大站的也不少啊！！！谁说linux不能做大站呢？
另外又发现两个奇怪的东东：
www.ebay.com 居然清一色的win2000!!!
http://www.myspace.com 全美访问量第一，居然也清一色的win2003;
在我印象中，大型网站是压根不能用windos系统的。但这两个案例给我的理论一个有力的回击：系统稳定与否，关键还是在人！
无论是Windows还是FreeBSD还是Linux都可以做大型网站，只要人足够牛X就行。这里不谈windows了，还是从大家口水仗打得最厉害的linux和freebsd分析分析吧。
首先说明一点：为什么不拿linux和windows比较，而只是和freebsd比较呢？答案在于linux或是freebsd都感觉到了对方带来的压力，都认定对方是自己的竞争对手。既然称得上是对手，自然是各有所长，难分轩轾，谁也不能把谁压倒罢了。
论坛里争论FreeBSD和linux谁谁更好，其实是从一个静态的角度来看的，在某个特定时间里，FreeBSD或许比linux更稳定，linux或许比FreeBSD更快捷，但两家都在动态发展，没有谁永远领先，没有谁永远落后，FreeBSD稳定的特性，Linux2.6可以超越它;而linux 快捷的优势，FreeBSD也会迅速居上。我就不信,linus和他的黑客团队在技术上会输给学院派的FreeBSD团队？或者FreeBSD的高手们比不上一群黑客，？他们谁都可以暂时领先，谁都可以暂时落后，但谁都不是吃干饭的！
目前流行这么一种传说：linux和freebsd内核性能上相比：linux2.2比freebsd要差，linux2.4和freebsd难分伯仲，而linux2.6比freebsd好得多。这里freebsd被静态化了，以一个动态发展的linux去比较某个固定版本的freebsd，显然是有失公平的。有道是：士别三日，即更刮目相看，更何况是技术日新月异的IT行业！
又有这么一种说法：LINUX被黑的多而FreeBSD被黑的少，盖出于安全性较逊？这也是无稽之谈，用liunx的人基数比freebsd大，菜鸟自然也就更多了。系统安不安全关键在人，如果你不信，可以尝试去黑一下www.ebay.com或www.myspace.com，他们的服务器可都是windows哟。
其实两家最根本的差别不在技术，而在于设计理念：linux不求最稳，但求最新；FreeBSD不求最新，只求最稳——这样说也许不对，但也能反映一些问题。
我对FreeBSD与Linux比较的最终结论是：谁好谁稳定都只是暂时的，两家的存在状态，是一个“既生瑜何生亮”的问题，在长久的发展过程中，技术上的常胜将军并不存在，双方只有此消彼长，各领风骚。至于大家为什么非要证明FreeBSD比Linux好或Linux比FreeBSD好，我想程序员普遍都喜欢追求完美，非要用最好最完美的系统才甘心吧！
FreeBSD和Linux我都用过，不在超大型应用中，很难感受两者的差别。个人选择的linux，考虑到使用linux的人比较多，商机自然也就更多吧，钱在哪眼光就看哪，至少linux的就业机会比FreeBSD多。当然，这是非技术因素的考虑了。
Licess 最后说一句：其实用FreeBSD也好，用Linux也好，只要你用牛叉叉了，适合你的才是最好的。
时 指是否能按时推进开发和推广计划。计划做好后重要的执行，坚定不移地执行。
势 指是否善于造势。人们往往不是靠自己的大脑分析而是靠自己的眼睛判断。
使 指是否便于用户使用。追求用户使用方便，创造用户完美体验是网站日常管理的重心。
适 指是否有适合的营销模式。营销模式没有最好，只有适合，你的营销模式能充分体现你的网站优势和特色吗?能吻合用户的消费心理和购买行为吗?
实 指是否能给参与各方带来实惠的效益，靠面子不会长久，要靠实实在在的分配和激励政策。
- <?php
- /*
- *用穿越火线快速入门php面向对象!
- *php目前已经成为国内的主流web developer的首选开发语言,其强大的面向对象容易使初学者找不到思绪,一头雾水!
- *,借助此文希望对初学者有所帮助,假设Crossfire用php来开发.
- * 1类与对象
- */
- class Crossfire
- {
- public $Category='1,2,3'; //枪械种类,3个选择武器类别
- public $Weapon='ak|awp|m4a1';//购买的武器,拥有的武器
- public $Flashlight=true;//是否购买闪光弹
- public $Bomb=false; //购买了闪光同等条件下不能再次购买手雷
- function attack()
- {
- //攻击的代码 $this->Weapon;使用武器
- }
- function repair()
- {
- //修理武器的代码
- }
- function destroy()
- {
- //武器坏了自动销毁代码
- }
- /*
- * 我们把cf看成是一个类,cf里面有主武器,副武器,枪械,刀类,弹物,防弹衣,喷图等等..
- * 以上都是类中的成员属性,假如武器坏了,那么我们就得维修,维修就是类的成员方法!
- * 每种枪械都有不同的威力,不同的子弹数量,大小不同但是都是武器类,这是类和对象的关系(类的实例化结果就是对象)。
- *
- */
- function __construct()
- {
- //武器维修 $this->repair();
- }
- function __destruct()
- {
- //武器超过耐久自动消失 $this->destroy();
- }
- private function buy()
- {
- //购买武器私有属性代码
- }
- private function __get()
- {
- //调用购买的武器代码
- }
- private function __set()
- {
- //给买的武器购买子弹数量代码
- }
- private function __isset()
- {
- //检查钱数是够购买子弹数
- }
- private function __unset()
- {
- //如果中途死亡自动掉落武器
- }
- }
- class role extends Crossfire
- {
- //个人角色继承cf的属性,角色可以使用购买,销毁上面的物品
- function attack()
- {
- Crossfire::attack();
- $this->Weapon='awm-a';
- //如果中途换枪,加入换枪的弹量,伤害!
- }
- final function vip()
- {
- //购买vip,final关键字是禁止方法和属性继承!vip是需要money购买,所以因此不能被继承!
- }
- public static $awm=100;//awm 伤害是固定的所以用静态
- public static function awm()
- {
- self::$awm;//awm攻击代码,self调用静态. 方法的重载
- }
- public function __toString()
- {
- return $this->repair(); //自动返回武器维修的费用
- }
- }
- interface map
- {
- //地图代码,一个子类只能继承一次父类,地图是每个玩家都要用的,显而意见继承是不能够满足需求的,接口为我们解决瓶颈!
- public function map1()
- {
- //黑色城镇
- }
- function map2()
- {
- //运输船
- }
- }
- interface vipmap extends map
- {
- //如果是会员就显示会员地图,继承接口总地图
- function _vipmap()
- {
- //vip建图颜色先是红色
- }
- function _vipmap1()
- {
- }
- }
- $cf=new Crossfire();
- echo $cf->Weapon;//输出拥有的武器!
- /*
- * $对象名称= new 类名称（）；
- 创建新类我们使用new，我们新创建了一个cf类,$cb就是Crossfire的对象!
- &nb sp; 多态的应用,抽象类没有讲,当然一个完整的游戏是不可能从此简单的,只是做个比喻!
- */
- $cf2=clone $cf; //克隆操作表示所有玩家都使用此类!
- ?>
昨天说了一些Nginx的Rewrite配置 今天主要说一下Nginx下Discuz!的Rewrite .
需要说明的是，下网上以前一直流传的Rewrite都是有误的。
下面的Rewrite中百分号前面多了个转移字符“”，这在Apache中是需要的，而在Nginx中则是不需要的。
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
正确的应该是
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
这个错误在基本上目前所有使用Nginx作为服务器，并且开启了Rewrite的网站上存在。包括Discuz!官方，目前已经给cnteacher反馈了。
Nginx实例代码：
server {
listen 80;
server_name www.ccvita.com ccvita.com;
location / {
index index.html index.htm index.php;
root /www/www.ccvita.com;
rewrite ^(.*)/archiver/((fid|tid)-[w-]+.html)$ $1/archiver/index.php?$2 last;
rewrite ^(.*)/forum-([0-9]+)-([0-9]+).html$ $1/forumdisplay.php?fid=$2&page=$3 last;
rewrite ^(.*)/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ $1/viewthread.php?tid=$2&extra=page%3D$4&page=$3 last;
rewrite ^(.*)/profile-(username|uid)-(.+).html$ $1/viewpro.php?$2=$3 last;
rewrite ^(.*)/space-(username|uid)-(.+).html$ $1/space.php?$2=$3 last;
rewrite ^(.*)/tag-(.+).html$ $1/tag.php?name=$2 last;
}
location ~ .php$ {
include fastcgi_params;
fastcgi_index index.php;
fastcgi_pass 127.0.0.1:8694;
fastcgi_param SCRIPT_FILENAME /www/www.ccvita.com$fastcgi_script_name;
}
location /www.ccvita.com-status {
stub_status on;
access_log off;
}
}
预告：明天将会说一下Nginx下Wordpress的Rewrite配置。
wnmp 已经发布好几天了，参加试用的人也不少，不少人反映如何设置Rewrite 和虚拟主机，在接下来的几天我将会陆续发表相关的文章。
Nginx的Rewrite
经过网上查阅和测试，发现Nginx的Rewrite规则和Apache的Rewite规则差别不是很大，几乎可以直接使用。比如在Apache中这样写规则
rewrite ^/([0-9]{5}).html$ /viewthread.php?tid=$1 last;
而在Nginx中写成这样写是无法启动的，解决的办法是加上两个双引号：
rewrite “^/([0-9]{5}).html$” /viewthread.php?tid=$1 last;
同时将RewriteRule为Rewrite，基本就实现了Nginx的Rewrite规则到Apache的Rewite规则的转换。
Rewrite的Flags
last - 基本上都用这个Flag。
break - 中止Rewirte，不在继续匹配
redirect - 返回临时重定向的HTTP状态302
permanent - 返回永久重定向的HTTP状态301
官方文档请点击这里。
Discuz!在Nginx下的Rewrite
需要说明的是，下网上以前一直流传的Rewrite都是有误的。
下面的Rewrite中百分号前面多了个转移字符“”，这在Apache中是需要的，而在Nginx中则是不需要的。
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
正确的应该是
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
这个错误在基本上目前所有使用Nginx作为服务器，并且开启了Rewrite的网站上存在。包括Discuz!官方，目前已经给cnteacher反馈了。
完整正确的Discuz!在Nginx下的Rewrite如下：
rewrite ^/archiver/((fid|tid)-[w-]+.html)$ /archiver/index.php?$1 last;
rewrite ^/forum-([0-9]+)-([0-9]+).html$ /forumdisplay.php?fid=$1&page=$2 last;
rewrite ^/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ /viewthread.php?tid=$1&extra=page%3D$3&page=$2 last;
rewrite ^/space-(username|uid)-(.+).html$ /space.php?$1=$2 last;
rewrite ^/tag-(.+).html$ /tag.php?name=$1 last;
break;
Nginx以其良好的并发性能，目前正在逐渐取代Apache成为大家的Web server首选，但是Nginx目前的中文资料很少，需要大家努力贡献。
 |
 |
 |
 |
