360和瑞星,至于吗

February 5th, 2010  / Author: 李新阳

见下图。

前天下午瑞星和360不约而同的弹出来这样的弹出框对骂,至于吗?

再说,他们对骂关我P事,非要强行拉我做观众!还污染我的桌面。(前天随手截下图一直没空发,今天早到,随手贴上来)

http://cid-0afcd869bb00215c.skydrive.live.com/self.aspx/shared/funny.jpg

Related posts

华谊女星

January 24th, 2010  / Author: 李新阳

一直看冯小刚的电影,所以一直知道华谊兄弟。

最近连续两个新闻让我对华谊,特别是华裔女星,有了新看法。她们是:

华谊女星,车晓嫁山西首富。

华谊女星,罗海琼嫁华谊副总。

搞的华谊颇似高端婚介所。

Related posts

转载:广告文案

January 23rd, 2010  / Author: 李新阳

一个乞丐在巴黎街头乞讨,举着一块牌子,上面写着‘我看不见,请给我钱吧’,每天有很多人从他面前走过,他大概算下来,一天可以收到2、3个法郎,很少。

但是有一天,有个人走到他的身旁,在他的牌子上添了几个字,他每天的收入就变成了几十法郎。有一天瞎子问一个过路人,‘你可以告诉我牌子上写了什么字吗?’ 路人念给他听:‘春天来了,可我看不见,请给我钱吧。’
上面一段话被转了三个地方三个地方有不同的解读:
http://www.douban.com/note/57692215/,LianQiao同学的解读是:文案很重要:转化率是个奇妙的东西

http://hi.baidu.com/inetpm/blog/item/f929691b680b22deac6e7526.html,楼主的解释是:这就是创新的重要性
而lixinyang.com的解释是:感情很重要。打动人的不仅有酒色财气,还有感情。

Related posts

无语:techweb不能访问

January 23rd, 2010  / Author: 李新阳

因为内容比较中立,更新比较快,一直经常访问www.techweb.com.cn。

结果刚才发现访问不了了,上网Google了一下,发现好像被和谐了,但techweb.cn还可以访问。

网上给出的理由很有趣,见下图。(祝志军是techweb的执行董事)

Related posts

Google CEO: 我们爱中国和中国人民,此事不是针对他们的。

January 18th, 2010  / Author: 李新阳

原文见:http://www.donews.com/Content/201001/856d3b7bcef04770b84c54a3d067dd4e.shtm

此刻Google就像是每每拯救地球于危难的美国总统。Orz

Related posts

再夸一下WordPress:自动升级

January 11th, 2010  / Author: 李新阳

很久没有更新自己的Blog,今天登上后台后发现WordPress已经有2.9了,提示我更新。点击“update automatic”,1分钟之后就升级完毕了。非常强。

一个拥有这么丰富功能和插件体系的软件可以如此方便的安装使用,必须得夸一下。

Related posts

无语:新书折扣不得低于8.5折

January 11th, 2010  / Author: 李新阳

1 月8日,酝酿已久的《图书公平交易规则》(以下简称《规则》)通过国家相关部门的审议、修改后正式出台。这个由中国出版工作者协会、中国书刊发行业协会、中国新华书店协会(以下简称图书三协会)联合制定发布的规定,一经公布就备受关注,特别是其中要求网上书店卖新书不得低于8.5折的规定更是引发争议。

更详细阅读参见donews新书网售不得低于8.5折被指涉嫌违反反垄断法

看来我会有一个无语系列了,给传奇的国。

Related posts

你好,2010!

January 3rd, 2010  / Author: 李新阳

和以往的所有年份都不相同,对于2010我没有一堆的愿望。(这便是内心的成熟吧?)

但还是要对它问声好,你好,2010!欢迎你的到来。

– 于北京匆匆的雪中

Related posts

转载:消除小型 Web 站点单点故障(Single Point of Failure)

November 27th, 2009  / Author: 李新阳

转自:http://www.dbanotes.net/web/web_single_point_of_failure.html

我还没有仔细看完,没时间了,所以转过来,留以后查看。

针对小型站点的技术普及信息,中大型网站的牛人不用看,耽误您的时间我负不起这责任。
用 Windows 做网站的也别看了,不适合。

说起单点故障(Single Point of Failure,SPOF),倒是可以想起电影 《2012》中,一把焊枪把齿轮卡住,从而导致整个舱门无法关闭,进而整个引擎无法发动。这是个有点生动的例子–如此庞大的一个系统,居然因为一把小小的焊枪而险些毁于一旦。投入巨大人力物力生产的救命方舟居然做不到高可用(High availability),这是致命的事情。

大脑对与人来说,就是一个单点,大脑损坏,人也完蛋;手是不是单点? 一只没了,另一只还能日常生活,从这个角度来说,不是单点。消除单点的最常见的做法:增加冗余。比如,人有两只手。其次,层次化。当然,分层的目的是便于隔离问题。电影 《2012》 中的这个问题,不知道谁是总架构师,看起来,隔离做得不太够 :)

一般来说,只要系统能够比较清楚的分出层次来,要消除单点故障还是有章可循的事情。比如,一个网站,从基础的硬件层,到操作系统层,到数据库层,到应用程序层,再到网络层,都有可能产生单点故障。如果要有效的消除单点故障,最重要的一点是设计的时候要尽量避免引入单点,而随着架构的变化,定期审查系统潜在单点也是有必要的。

有人或许会问,假设一个起步中的站点,只有一台服务器,什么东西都在一个盒子里,到底要怎么做呢? 这里的建议是先抛开主板、CPU 、内存这些,首先必须考虑硬盘(存储层)的问题,如果机器只有一块硬盘,即使你备份计划再完善(不要说你的备份也是备份在这块硬盘上的),还是建议你起码再弄一块。做镜像,让出错的概率降低,这是划算的投入,当然消除单点,成本几乎不可避免的要增加。如果硬盘多,或者有其他备份机制,可选的方法就更多,别刻舟求剑。

第二个要考虑网卡与网线的单点问题。先说网线,如果要问一个系统里面最容易物理损坏的是哪个组件,答案恐怕非网线莫属,对于网线这样多数时候因为距离需要定制的东西,总是购买成品还是有成本的,从我观察到的情况来看,各个 IDC 的网线使用手工制作的比例不小,这个质量几乎很难控制,一根线,两个水晶头,哪一个出问题都不能正常传输。怎么办? 想办法提升网线整体质量还是弄两根网线放在那里? 解决办法早都有了,网卡绑定 (NIC bonding)一个很简单很通用的办法(refer),但是问题是并非很多人在用。多数 PC 服务器应该都是配置了多块网卡,如果是自己攒服务器,记得网卡多一块成本没多大,但是用处会有很多。如果耐着性子看到这里,先别急着去 Google,还有问题呢,两根网线如何接到上行交换机,什么样的交换机支持绑定,如何确定绑定是真正生效的? 答案是,尝试一下。

然后是什么? 是跑多个数据库,还是跑两个 Web 服务器,一个不行用另一个顶? 对于单台服务器,其它能消除单点的地方恐怕收效也不会特别大,现在少做无用功,或许要重点考虑如何备份,如何优化,以及出现问题的时候如何做到快速恢复。有一个或许会引起争议的建议是,除了SSH 登录之外,要不要留一个 Telnet 登录的服务呢? 毕竟 SSH 服务器端守护进程不是百分百靠谱的事儿,如果 IDC 距离较远,需要斟酌一下。好吧,网站有了一点发展,用户量也增加了,感觉需要增加服务器了。再增加一台服务器,抗风险能力一下子加强了许多,毕竟一台机器质量再好,也有出错的时候。现在,Web 服务器、DB 服务器可以考虑引入 HA 的方案,如果单台服务能力够,主备模式也不错。随着网站的发展,服务器数量继续增加…

随着服务器数量的增加,到了必须要自己购买网络设备的时候了。同样的设备,一买恐怕就要买双份,原因无它–一台总要出错,哪怕是电源被拔错–而这样的情况实际上并不少见。如果预算不够,那就再等等,但是要记住,定期审查,有可能的话,进行弥补总不会错。

到现在,所有的服务器都还在一个 IDC 呢,IDC 本身也是个单点啊,服务器被黑怎么办? 机房光线被施工工人挖断怎么办? 机房停电怎么办? 找第二个机房吧。现在选 IDC 首先要考虑什么? 中国特色的互联网问题总要考虑吧,”南北互通”怎么样…或许在选择第一个机房的时候已经遇到了类似的问题,或许现在正在受到这个问题的困扰。选好 IDC 之后,首先计划一下数据如何备份过来,然后,网站的配置信息如何同步或备份过来(这是保证第一个 IDC 出了致命问题之后的最基本的恢复要求)。多个 IDC 之后不得不提上议程的要算 DNS 这个事儿了。你的 DNS 解析商靠谱么? 如果域名提供商遭受攻击,对自己的网站影响能承受么?

更多的服务器,提供更多的应用,更多的用户,更多的收入… 接下来该怎么办呢? 现在,您所面对的已经不是一个小型 Web 站点了,可以不用看这篇文章了。

到现在,我还没说人的问题,如果这些信息只有一个人知道,万一这个人出了点事情怎么办? 作为老板,还要考虑人的单点问题。

–EOF–

Related posts

Sina App Engine

November 10th, 2009  / Author: 李新阳

http://wiki.sae.sina.com.cn/

Sina也凑热闹发布了自己的App Engine,上面就是它的官方文档介绍,可以看到还很不成熟,仅供技术爱好者试手,呵呵。

下面是SAE目前提供的服务,看了看,似乎还真是Sina这么多年积累下来的核心环境了。有成熟的技术积累就是好啊,希望我们两年之后也积累下来点儿什么。

SAE为开发者提供以下服务:
PHP5 Runtime运行环境 – - – - 基于PHP 5.3.0内核
支持读写分离的分布式数据库服务 – - – - 基于Mysql数据库
分布式文件存储服务 – - – - 基于分布式文件系统
基于Memcache协议的分布式缓存服务 – - – - 基于集群memcache系统
URLFetch远程数据抓取服务 – - – - 基于分布式proxy服务
Cronjob定时任务 – - – - 基于分布式定时器服务
SPP图片处理服务 – - – - 基于分布式高CPU计算服务

SAE为开发者提供以下服务:

PHP5 Runtime运行环境 – - – - 基于PHP 5.3.0内核

支持读写分离的分布式数据库服务 – - – - 基于Mysql数据库

分布式文件存储服务 – - – - 基于分布式文件系统

基于Memcache协议的分布式缓存服务 – - – - 基于集群memcache系统

URLFetch远程数据抓取服务 – - – - 基于分布式proxy服务

Cronjob定时任务 – - – - 基于分布式定时器服务

SPP图片处理服务 – - – - 基于分布式高CPU计算服务

Related posts