-
个人简介:
PHP开发者,高可用性、分布式集群实践者,伪Python、GAE开发者,伪Linux系统管理员,伪MySQL管理员
2009年8月至今服务于阿里巴巴云计算公司
2008年8月至2009年7月31日服务于博客大巴
-
归档
- 2012 年一月
- 2011 年十一月
- 2011 年九月
- 2011 年八月
- 2011 年七月
- 2011 年六月
- 2011 年五月
- 2011 年三月
- 2011 年二月
- 2011 年一月
- 2010 年十二月
- 2010 年十一月
- 2010 年十月
- 2010 年九月
- 2010 年八月
- 2010 年七月
- 2010 年六月
- 2010 年五月
- 2010 年四月
- 2010 年三月
- 2010 年二月
- 2010 年一月
- 2009 年十二月
- 2009 年十一月
- 2009 年十月
- 2009 年九月
- 2009 年八月
- 2009 年七月
- 2009 年六月
- 2009 年五月
- 2009 年四月
- 2009 年三月
- 2009 年二月
- 2009 年一月
- 2008 年十二月
- 2008 年十一月
- 2008 年十月
- 2008 年九月
- 2008 年八月
- 2008 年七月
- 2008 年六月
- 2008 年五月
- 2008 年四月
- 2008 年三月
- 2008 年二月
- 2008 年一月
- 2007 年十二月
- 2007 年十一月
- 2007 年四月
-
杂项
标签归档:网站
DedeCMS 5.6版本的Nginx环境伪静态化
Linux环境下dedecms5.6实现伪静态的方法,5.5 5.3应该也适用。 1.首在在后台开启伪静态. 2.然后栏目和文章设置成动态浏览. 设置方法为:在后台系统设置sql里执行以下语句 将所有文档设置为“仅动态浏览”,update dede_archives set ismake=-1 将所有栏目设置为“使用动态页”,update dede_arctype set isdefault=-1 改成1就是静态。动态转换为静态后需要重新生成HTML。 3. nginx设置重写规则. 内容为: rewrite “^/list-([0-9]+)\.html$” /plus/list.php?tid=$1 last; rewrite “^/list-([0-9]+)-([0-9]+)-([0-9]+)\.html$” /plus/list.php?tid=$1&totalresult=$2&PageNo=$3 last; rewrite “^/view-([0-9]+)-1\.html$” /plus/view.php?arcID=$1 last; rewrite “^/view-([0-9]+)-([0-9]+)\.html$” /plus/view.php?aid=$1&pageno=$2 last; break; 修改channelunit.func.php文件 原来大约113行: return $GLOBALS["cfg_plus_dir"].”/view-”.$aid.’-1.html’; 修改为: return … 继续阅读
连日来的一些感慨
1) 不要相信任何第三方,即使是你的兄弟开的公司,也不一定跟你说真话,因为很多话是不能跟你说的,第三方和你合作的唯一目的就是钱,当然公司间的合作本来就是利益合作,这本无可厚非,但是总有人利用信息不对称,对灌输给你的信息做对他更有益的改动,然后在合作后频频跳票,不兑现承诺,所以对付第三方的唯一办法就是,找一堆供应商,然后让他们把承诺统统变成白纸黑子,然后挨家比较,选中了之后,把这些白纸黑子变成合同条款,不然拒签。还好上海是一个还算守法律的城市,基本上写进合同的都能兑现,不能兑现都会给一个合理的赔偿或者置换。 2)网站运行速度慢,第一个要检查的是数据库,而不是程序逻辑 3)如果有服务出现了故障,大多是程序本身出了问题,前提是服务器和网络没有异常的情况下,所以无论你愿不愿意都最好能重现一下错误,这是解决问题的最好办法 4)服务器服务调整是个慢工细活,动之前大脑里应该清楚每个细节,如果不熟悉,最好用纸写下来,然后再仔细想想,然后再开始做,假如你和曹宇伟 一样牛逼或者比他更牛逼,能够把shell运用的出神入化,那另当别论 5)文档是最好的老师,网上的那些免费的收费的电子书,都是文档加上作者的理解写成的,假如英文尚可的话,还是直接阅读文档的比较好,我如果遇到一个新的东西,我一般会查一下中文的介绍,大致了解一番,然后去阅读手册,有时候想啊,手册这么好的东西,怎么就没人翻译一下呢,每每冲动去翻译几个手册,苦于乱七八糟的事情和心情太多,浪费了很多时间。 6)不要太相信国内所谓的牛逼的公司的牛逼的人的推介的书,基本上都是炒作,书本身并没有太大的价值,比如《Apache源码分析》和 《走出软件作坊》,作序者都很狡猾,基本上不会提及书的任何内容,当然也可能是作序者根本没看过自己作序的这本书,所以里面大多介绍作者是怎么样一个人,作者的团队、背景甚至认识过程等等,这点在阿里DBA简朝阳先生《mysql 性能调优与架构设计》中尤为突出,那么多所谓的牛人作序,没有一个提及书的内容,不过简朝阳先生的性能调优几个章节还是值得一读的,架构设计不过是一带而过,我觉得不应该放在书名中,名不副实。 7)***权威指南 都是骗初学者的,大段大段的抄手册里面的内容,初学者因为不熟悉所学技术的手册,可能会觉得这种书很详实,用到的都有,其实如果去翻下手册,就知道,还有比这个写的更好的,所以手册不仅是最好的老师,也是最权威的权威指南。 8)不要因为技术而技术,这点对技术人员非常重要,大多数技术人员都喜欢更新的东西,确实,新的东西比旧的东西在多数时候更强大,但你的需求真的需要那些新的功能么?如果花了很大的力气研究一门新的东西,然后只用到老的东西里面也有东西,那么就是浪费了,所以,能满足需求的就是最好的。 9)scalable 在国内都翻译成“可扩展”,比如《构建可扩展的Web站点》一书就是这么翻译的,事实上,应该翻译成“可伸缩”,大部分时候你的网站随着流量的不断增长,服务和设备保持着一种扩张的状态,当我们上了一个可以扩展的解决方案之后,它能不能收缩呢?万一某个时刻我们发现这些东西不是想象中那么好用或者有用,毕竟有些东西需要很大成本的,比如51.com前些日子就裁掉了整个宁波机房,我们是否可以退回去? 10)过程是需要的,谁也不能一蹴而就,一步登天,成功的人都是认真的活到他成功的那一天,急躁只会令自己丧失和浪费更多的时间
我的据点
我在豆瓣:http://www.douban.com/people/cuimuxi/ 我在M6 : http://mac.6.cn/u/木溪 我在Delicious: http://delicious.com/aaaacccc 我在Flickr:http://www.flickr.com/photos/muxi/ 我在BlogBus: http://cuiyusong.blogbus.com/ 我的Google APP: http://labs.fendou.org/ 我的知识库: https://sites.fendou.org/ 我的Chi.mp:http://muxi.mp/
晒一下“奋斗足迹”访问者浏览器分析
从07年4月燃起写博客的欲望之后,中间经历了很多,甚至有放弃的念头,但每每受到各种诱惑,最后还是坚持下来了,今天起得很早,闲来无事,看看几乎快忘记的Google Analytics,曾经我用过yahoo统计,51啦,最后在师傅的强烈影响下,挂了Google的代码,事实上之前我曾挂过Google分析代码,但当时博客放在dreamhost,本来打开就不快了,Google的代码加载还需要那么长时间,最后下决心给弄掉了,这个毛病到现在Google也没改掉,不过还好,花开同学的慷慨,让我挂在河南最好机房中,虽然是网通机房,从我得到的测试数据来看,教育网和电信访问速度都还可以,当然,这其中也有cost-html-cache插件的功劳,让我得以将访问量比较大的几个页面给静态化了,页面打开速度也有很大提升,另外感谢firebug 和针对firebug插件的插件Yslow,firebug让我优化了不少CSS,尤其是针对IE6的优化,YSLOW给出的建议让我受益匪浅。 一番啰嗦之后,具体看看数据,从08年8月挂了Google analytics代码之后,数据显示每个星期的平均访问量为650左右(流量少得可怜,呵呵),总的访问量我没找到在哪里看,看来要好好学学了。 估计是我总是写一些技术方面的文章的原因,访问我博客的浏览者使用非IE核心的浏览器居然超过43%,令我惊讶的是连chrom这个新的浏览器都占6.19%,具体数据请看下图 firefox用户高达33.71%,看来火狐在开发人员中还是相当受欢迎的。 同时我也看到另外一个数据,访问我博客最多的地理位置是广东和上海,其次是北京和杭州,这刚好符合中国的IT产业格局,广东、上海、北京是中国IT的产业中心,其次是类似浙江这样的正在赶超的省(市),当然也存在另外一种可能就是:广东、上海、北京这几个城市比较发达,拥有电脑的人数和成熟网民的例比较高,不过这种可能对我的博客来说几乎不存在,因为一般的用户不会来我的博客,特别是我的博客流量很高比例都来自Google搜索,一般网民比较喜欢用百度。
ghs.google.com不能访问解决办法的解疑
近日,有读者在我的 ghs.google.com不能访问解决办法 这篇文章的后面留言说: Google 公司的所有域名服务都和 ghs.gogole.com 有关,而经很多人证实我国伟大的GWF把 ghs.l.google.com 结封杀了…… 对 ghs.google.com 分析研究后发现,ghs.google.com 这台服务器并没有提供实质性的服务,而只是选择访问者访问最快的服务器(Google全球性公司,很多地区都有服务器),我通过代理找到这么一台服务器 tw-in-f121.google.com,发现它并未被封杀,这样只需要在设置域名别名为 tw-in-f121.google.com 取代 ghs.google.com 即可。 我的立场是:不推荐大家这样去做。 基于如下理由: hs.google.com只是一台(或者说是一组)用来做代理镜像的服务器(主要作用是寻找和用户最近的同步节点),将cname记录转发到tw-in-f121.google.com是将域名某台具体的服务器上,这样做是比较危险的。 第一,Google解析系统不能按照用户的IP地址来自动选择最近的同步节点供用户访问,可能导致不同地区的访问速度差异很大 第二,如果这台服务器出了问题,那么解析将会中断 第三、tw-in-f121这样的二级域名是经常变换的,因为它是Google公司的内部命名,随时有可能更换,如果被更换,同样不能解析,服务依然不能访问 第四、不能解决服务均衡问题,如果大家都将cname解析到tw-in-f121.google.com这个域名下,将导致服务器负载过大,可能会造成解析拥堵,效率和速度下降,甚至会导致拒绝服务 截至目前为止,我在以前文章中提供的IP地址仍然是可以用的,请各位放心使用,如果有变更,我会及时的在博客中贴出来