解决FCITX在LINUX冲突

2011年01月1日

在LINUX下面,喜欢用的输入法是FCITX,简洁,漂亮,实用.

在最近一段时间,发现和GOOGLE CHROME有点冲突,突然不能够打字了,或者就是Fcitx莫名的被关闭了,或者就是Chrome没有反应了

在网上搜索,一个文章说是快捷键导致的.

删除FCITX一些没有用的快捷键就行. 主要要把 “中英文快速切换键” 的L_CTRL改成其它键,比如改成L_SHIFT. CTRL键组合用到的地方太多了…

修改了一下快捷键,过一段时间,看看这个方法的效果怎样^^

我的Fcitx的配置文件在:/home/username/.config/fcitx

Ubuntu下,amule的调试

2011年01月1日

firefox下,点击ed2k下载链接,显示说:“Firefox 不知道如何打开此地址,因为协议 (ed2k) 未和任何程序关联”

解决方法:
使用命令:sudo apt-get install amule-gnome-support

安装后,重启firefox,点击下载链接的时候,弹出对话框,让选择程序来执行链接,不过,最好先进行下面一步,再选择程序。

aMule下载的文件名有乱码,这个怎么解决?

有人说,点击右键,文件信息的对话框里面有选的,找一个不乱码的名字,然后“接管”-> “确定”即可,这个是可以的,不过需要手动选择修改每个文件,有的时候,文件没有找到相关的资源,就不能够“接管”了。

另外一个方法:
写一个脚本,内容为:

#!/bin/bash
echo “$1″ | sed -e ’s/%25\([0-9A-F][0-9A-F]\)/%\1/g’ | xargs -n1 /usr/bin/ed2k

然后,脚本加上可执行权限。

之后再到firefox3中,点击下载链接的时候,弹出对话框,让你选择一个程序,这里选择刚刚编辑的脚本就好了。
也可以在,firefox的“编辑”-》“首选项”-》“应用程序”里设置ed2k的协议对应的执行程序,指定为刚刚编写的脚本。

Ubuntu下好用的轻量级html5编辑器Gwrite

2010年12月16日

之前ubuntu系统上,用过一个html编辑软件Gwrite,很小,但是很方便。

Ubuntu系统重新安装后,忘记软件的名字了,找不到了……

今天,偶然又看到了,呵呵,很高兴。

安装上,顺便写一个文章,以后备用。

下载地址:http://code.google.com/p/gwrite/downloads/list

蔡文胜:微博的开放和公正性给开发者更好机会

2010年12月15日

新浪科技讯 11月16日上午消息,由新浪微博(http://t.sina.com.cn)主办的中国首届微博开发者大会在北京举行,这是国内微博行业的首场技术盛宴。作为国内微博市场的绝对领军者,新浪微博将在此次大会上公布一系列针对开发者的扶持政策,以期与第三方开发者联手推动微博行业的整体发展。以下为蔡文胜演讲全文:

其实在两天前我发了一个微博,我不再接受会议的邀请跟采访,但这里要澄清一点,我不被动的接受邀请,但是像新浪微博我是主动要求参加的。为什么今天开这样的会我喜欢,是因为前面没有一大堆所谓的官员,一上来就是曹总、彭总、开复都是干货,都是对大家有用的。

我们知道移动互联网的时代已经到来,这已经是一个不争的事实。以前基于传统互联网,我们在中国有一批特殊的人群就是站长,这个人群在中国数以百万,在国外是非常少见的。到了今天移动互联网时代,我认为站长其实已经升级了,升级成开发者。这里有什么不同呢?以前的站长以李新平为代表,包括后来做出4399的站长,就靠一个人做出了数千万的访问量。但是以前作为一个站长,能做的、能选择的相对会比较简单。以前可能比较简单的Copy,到网上下载一个程序就能够做一个网站,所做的范围基本上是搞网站、下载网站、音乐、小游戏、小说,这些基本上大门户不做,小的站长才有机会。

今天的开发者对我们来讲机会更大,但挑战也大,今天要做好的开发应用,必须要有创意,必须要有创新,必须要有创新,可能还要加一点点技术含量,这是站长跟开发者不一样的地方。但是同样开发者也能诞生很巨大的流量和影响力。以前我们说一个站长挺牛,基本上说流量非常大,基本上是赚流量,赚点击。现在的开发者,其实买一个微博组就是一个开发者,也可能做到几百万的点击,最高的姚晨360万粉丝,但是草根冷笑话精选也达到130万,可能在未来2年到3年达到千万级粉丝的草根马上就会出现。

另外,站长和开发者还有一个不同,以前的站长基本上没有走出国门,只是在中国,就如同中国互联网的网站,哪怕像QQ那么牛都没有走出国门。现在新浪微博已经扩散到东南亚、台湾地区,我们可以非常清楚的看到整个台湾地区不单单明星,包括他们的老百姓已经上到微博来了。我们上海的开发者曾经连续几周在iPhone上面下载量是第一的,开心农场也风靡全球。这说明一个趋势,中国的开发者未来几年可能就像中国的轻工业产品,像我们的服装,像我们的鞋帽会占领整个世界。我在2005年、2006年、2007年开了站长大会,后来很多人问我以后为什么不开?因为我认为站长可能是过去时,但是站长的精神可能就会延续到开发者。

传统的互联网和移动互联网会有哪些差别?前不久美国有一个连线杂志的一篇文章,他说新的移动互联网在发展,互联网精神是永存的。我非常认同这个理念,因为在美国已经实实在在的在发生了,传统的互联网一开始是基于网页,也就是www,在这个基础上基于浏览器跟搜索引擎的两个应用,的确是占据了最高端。包括在这个基础上就会产生像基于通讯的应用,像QQ,包括中国三个最大的平台,QQ就是基于一个通讯应用,然后延伸到社交。百度是一个搜索引擎的平台,淘宝是在这两个基础上才发展出第三部分的电子商务,特别是今年电子商务可以看到大的发展。

移动互联网接下来就是平台+APP。现在苹果已经成为全世界市值第二高的公司,它最大的贡献并不是在于它生产iPhone或者ipad,也是基于iPhone和iPad,它形成了一个最大的APP Store,包括它之前的成功,基于App应用,平台价值会最大。同样我们也看到facebook,现在的用户数包括访问量已经超过google。

回到中国,在我的记忆当中,引领整个中国第一代互联网的发展是有个论坛,叫四通利方,这是新浪的前身,它当时几乎带动了很多人满腔热血投入到互联网来,我也是那个时候被忽悠进来的。我们非常高兴看到十年后新浪再次做出了一个对移动互联网非常大的推动。新浪的微博虽然它是来源于美国的twitter,但是我认为它在里面已经做了非常大的创新和改变。

几乎我们可以这样讲,中国所有的互联网公司大部分都是copy于国外,但是第一阶段完全copy国外的模式,到中国基本上都是不成功的,一定要在中国加以改变,QQ也是一样,我们知道QQ最早就是OICQ,它是COPY美国的ICQ,但是美国的ICQ一直把它当做最简单的一个通讯模块来用。QQ在这个基础上已经把它的空间,把人群包括其它的应用都组合在一起。这是为什么今天ICQ已经消失了,QQ越来越强大的原因。但是我认为QQ更代表的是一个传统的互联网的成功,因为QQ最早的核心理念其实是来源于BP机。在十年前,因为很多人连电话都没有,移动电话更不可想象,那时拥有BP机是很多人都希望的。ICQ也是同样的原理,就是把BP机的一些信息沟通模块搬到网上来。一样,twitter的来源刚才开复老师也讲了,它是基于一个演变,是一个状态栏,你在干什么演变而生的,但其实它真正的爆发是它把手机的短信引入进来,这就是为什么微博140个字的由来。因为在美国每次短信的转发只能140字节。

同样我们可以看到新浪的微博虽然是基于twitter的基础上,但是它也做了很多改良,甚至有一些都让Twitter来抄袭它,比如新浪微博里面的评论,这就是非常好的一个窗口,我们现在看到腾讯的微博都没有这个功能。中国人更喜欢讨论、评论,我去评论一个人就没有必要把它发到我的微博上,所以我认为新浪的这个改进,包括刚才彭总在讲新浪微博的应用,我觉得这是微博之所以在中国快速的传播并成长的原因。

当然另外一点,我自己对微博的看好,包括我个人投入精力,包括我也推动我们的公司来跟微博合作,我觉得新浪微博具备两个重要点,一个是它的公正性。第二,它的开放性。

我们可以看一个小的例子,刚才主持人讲了,新浪的老大曹国伟才39000个粉丝,整个新浪所有员工最高粉丝是谁?是“老沉”,8万个粉丝,应该是目前我知道新浪最高的粉丝。老沉的粉丝是怎么得来的?我记得4月份我刚注册微博的时候,第二天就收到老沉给我的短信,他说“老兄,能不能关注我”。从这一点可以看到老沉的那些粉丝也是一个一个慢慢靠自己推广而来的。所以,从这一点我觉得应该给老沉包括新浪一个感谢,一个大一点的掌声!

第二,所谓的开放性。这一点我也深有感触,因为我现在投的几个公司我都在发动跟新浪微博合作,我觉得你越早进入越能占领先机。如果当你看到新浪微博已经有几亿用户,你再想跟它合作,你的空间就比较小了。在跟新浪的接触当中,非常大的感触是,他们非常open,除了平台,除了集成系统,其它你们都可以做。这一点非常重要的,我们对比国内另外两个开放平台,比如百度框计算也是在开放方面,但是有一个缺陷,百度搜索在最上面出现,这个结果可能很多人都想要,它只能开放给两个合作商,也就是大的合作商才有可能上它的框平台。QQ现在也在做有限的开放,但必须也是大公司,QQ要投资,跟它合作必须有一个成功的案例,另外它要的分成非常高。所以,相对这样的平台是没有办法给普通人甚至是小团队机会的。微博的这种开放性和公正性会给很多开发者最好的机会。

前面谈到传统互联网跟移动互联网的不同,同样在移动互联网阶段,在开发平台方面也是会有不同的。目前facebook大概有20万的应用,twitter也有超过10万的应用,苹果的APP Store30万个应用,基于android平台大概有18万的应用。前面是这么大的开发平台,目前普通开发者其实已经很难赚到钱。据我的了解,中国的开发者占国外的开发应用是15%,但是目前能赚到钱的不到5%,每个人能赚超过1万美金不会超过5%的人。而且哪怕你用勤劳的创业都不容易脱颖而出,在苹果的APP Store里面你要懂得营销,你要懂得SEO,就如同搜索引擎,已经到达一个白热化。在中国这是一个刚刚开始的一个平台,这是我们最好的机会。但中国相对应的比如开心,我觉得它不够开放,开放得有点慢,本来开心是一个非常好的平台,如果它们能够提前在两年前或者一年半之前马上开放,可能现在开心应该是最大的一个平台。人人也在开放,但是人人的弊端在于小的合作者上去了,一个东西做得好,人人马上会copy下一个出来,跟你抢市场。所以,现在的微博应该是一个处女地。

刚才彭总说有800款应用,但实际上线的,我仔细看了一下才500多种,可能有300多种是刚要上线或者隐藏着的。从这一点来讲,好像现在比较小,市场还没到。我也说了等到市场到了再去进入,机会就错过了。所以,这是一个非常好的处女地。虽然它只有几百款的应用,我认为微博里面有5000万用户,其实它也可以说是五千万种开发者,也是说明五千万种应用,因为每个人在里面创造内容,发布信息,甚至加入你的思想,其实你就成了一个应用,而且提供输出内容给别人。这样其实每个人都能成为开发者,而且这个趋势真的越来越明显。

在我接触的人当中有几个案例,薛蛮子前辈,他是我的天使投资人,当时投过我,他也投资过“UT斯达康”,投资过“汽车之家”,他投资非常多的网站,但是他从来没有自己做网站,他也懒得做这些事情。但自从我介绍他用微博以后,我发现他入迷了,而且有点疯狂。他现在用微博上面的精力跟时间我估计已经占用他50%的时间,因为他把自己的微博已经当做自己的事业来经营。前几天他也跟我提了一个建议,他说他要在新浪微博上发起一个公益基金,会联络我和汽车之家的李想,还会联络所有微博上面的力量,成立这样一个公益基金,在微博上面帮助中国需要帮助的人。我们应该谢谢他。本来他想说能不能今天就马上投入,因为有一些章程还有各种方面在完善,我相信他很快就会推出这个东西。

对于我个人,其实在2007年我把G.cn当时卖给Google以后,我其实已经把自己定义成一个天使投资人,我本来也不想再自己干事情。今年2月份,首先我感谢李开复老师,在2月份,他向我描述移动互联网的前景,我自己也不自觉地想投入进来,所以我在4月份也重新开了微博,一进来的确就一发不可收拾。当时我要写微博,我其实有一个目的,我告诉我所有的员工,我说你们以前没有看过我怎么样注册域名,你们很多人也没看过我如何做一个一流网站,我说我今天示范给你们看,我会把这个微博做好。当时我给他们的承诺是我会做到30万粉丝。没想到已经远远超过,达成目标了。

这里面说明每个人在微博上面,你只要努力也会有机会成功的。刚才开复也谈到微博提供了一个让你做开发、做应用更低的成本。我们知道以前站长要做个网站,你首先要先注册一个域名,然后租一个空间,可能最少网上Copy一个东西或者下载一个程序,现在规则更多了,你可能还要备案,还要到公安局去备案。唯有微博,这些可能都全部不用,你只要有想法、有创意,你就能在这个平台上发挥你的才智。其实很多草根已经在这里面得到了体现。

我大概在十天前发过一篇微博,说有一个小孩,他是1990年出生的,在厦门,他叫李健雄,他有一个微博,他之前是在一个工厂上班,在一个电镀工厂,一个月大概2000块的工资,住在公司的宿舍,共用一台电脑。他经常在厦门听广播电台,知道了微博,他从今年的2月28号开始写微博。他几乎不懂互联网,也不懂任何技术,他的文化只有初中水平。但就是这么一个人,2月份到现在8个月,他竟然把粉丝做到了20万。而且他是一个草根,没有任何人给他推荐,他真的是一个一个做起来。后来他还主动找到我,他说他想通过这个微博,他想能不能有机会到我的公司工作。我第一天见他的时候其实挺有意思,因为他什么都不懂,连电脑操作都不懂,后来我被感动了,有两个原因。看了他的双手,由于他是做电镀,双手都有点腐烂了。但是第二个感动,他告诉我,他说他不懂,但是他就想做好微博,一定会学习好。大概一个月以前,我让他到我的公司。像这样草根的例子还有不少,好多我都接触过。我相信微博会改变一个人很多机会,甚至对开发者,我们在座的开发者相对都有一些基础,所以我们应该能做得更好。

微博跟facebook还有两个重大的差别,在facebook上面现在要做得好可能需要一个团队,甚至还是一个不小的团队。另外,在facebook上面,目前大部分能赚钱的基本上是游戏,其它的应用目前很难做到赚钱。微博给我们提供了个人化、个性化,一个人也能够做,可以做成一个人的媒体,可以做成一个人的通讯平台,可以做成个人的资讯网站。微博会更具有多样性,而且这个多样性随着微博用户的增加会越来越重要。

微博会有哪些应用?这是我自己思考,简单地想了几个微博的应用。刚才我看到李开复老师做的PPT,我觉得它的分类会更好。我这里只是抛砖引玉。

我认为最终在PC互联网时代所有的应用一定会搬到微博来,很快就会实现。但是这需要一个过程,什么过程呢?一开始如果我们做一些应用,一定是工具型、辅助型的应用会爆发,就如同我们看十年前整个PC互联网,也是下载网站,然后工具型的QQ、网际快车,要么是新浪的资讯,这些会先起来。随着带宽慢慢改善,才开始有音乐、电影这些相关的东西。微博可能走同样的路,因为现在微博的发展是在未来的手机跟移动终端,随着接下来移动机会的降低,包括带宽的提高,做音乐、娱乐相关的东西就会发展。

到了第三阶段,微博如果到第三阶段,当用户达到上亿、几个亿以上,专业化、垂直化就会发展,就像互联网前期只有几大门户,工具型会起来,后边你去做一个汽车的“汽车之家”,做一个房产的搜房照样会起来。到最后阶段利用微博直接切入电子商务,甚至个人在微博上都可以营造一个网络平台甚至是一个网店。

从内容方面目前才开始,我们去看草根微博或者是进去看名人微博,基本上都是经典语录、冷笑话相关的东西会快速起来。但是接下来很快就会看到比如基于财经方面,基于旅游,基于团购很多方面,现在已经初步起来了。特别是贴近一些微博用户的应用将有更大的机会,我建议大家多去思考,多到微博去应用一下它的应用。

下面跟大家谈一下我对移动互联网规模的看法。

我们知道微博真正爆发,包括开发者赌的就是移动互联网到底能有多大。对移动互联网的发展,我相信很多人绝对有信心,但是它到底大到什么程度?到今天中国的互联网网民大概是4亿,但是在中国手机用户其实已经超过10个亿。但是这10个亿的手机用户相当大一部分其实还是基于简单通讯功能的手机。接下来2年到3年,当智能手机价格降低到比如1千以下,也会慢慢代替现有的这些手机用户,整个智能手机的用户跟我们现在互联网用户其实就会结合,已经没有再分你是一个PC用户,还是你是一个移动终端iPad的用户,还是一个手机的用户,我认为这个结合在未来2—3年应该会实现,中国的用户应该也会很快达到8个亿甚至更多。

目前特别是在移动方面,我们在用的iPhone或者在用的iPad,目前只能算是体验式的一个应用,我个人更看好android的平台,甚至未来可能还有更开放的平台,因为未来的趋势一定是开放跟分享会是最有价值的。所以,移动互联网的规模可能会远远超出我们的想象,可能会比现有的PC互联网的规模大十倍甚至几十倍。

以上跟大家分享了移动互联网的一些机会。最后我跟大家分享一下我怎么写好微博。

其实我是在4月15号第一次写微博,发的微博第一篇是“微博第一篇——学习中”。我们其实要做好一件事情,学习是最好的方法。特别是有了互联网,很多学习你都能在网上找到。

我第一个学习方法是什么呢。我先了解草根里面的前100名,名人里面微博的前200名,我把他们的微博基本上都看了一遍。草根前50名里面有25个我都联系。在名人微博里面,他们是如何写的,为什么他们的粉丝能那么高,我自己都深入的去了解。我们知道名人微博第一名是姚晨,360万。草根微博第一名是冷笑话精选,120几万。我发现特别有趣,微博跟我们福建人比较有缘,因为姚晨是福建南平人,冷笑话精选是一个个人,也是福建南平的。

我自己从4月份写到现在将近130万粉丝,当然很多人会说你是名人,新浪也给你推荐。但其实世界上不会有无缘无故的爱,也不会有无缘无故的成功,也就是说同样在IT界里面,名人一定会有很多,凭什么新浪愿意推荐你?同样比如在明星里面有很多,为什么它会去推荐姚晨?其实我们仔细去看姚晨的微博,你就会发现有几点。第一,当然姚晨是最早写微博的人,她非常早就看到这个商机。第二,姚晨的微博的风格非常好,她是偏重于一种相对幽默、然后相对自嘲,然后又积极向上的一种风格,这样必然就会给她带来很大量的粉丝。同样,新浪可能也就会觉得这种风格是好的,当然新浪愿意推荐她。

同样我们可以看到,比如仔细看像李开复老师的微博,你就能看到他的严谨跟客观。我们去看史玉柱的微博,就能了解史玉柱为什么能那么赚钱,因为他洞察人性,他对人性的了解非常到位。我们去看俞敏洪的微博,基本上能看到很多人生的格言,包括一些励志的文章。看蔡康永,可能很多人不知道,蔡康永是我了解到微博里转发率最高的名人,他每条微博甚至能够达到一万、两万、五万的转发率。为什么这样?从蔡康永的微博里能够看到很多智慧包括很多哲理。我们去看郑渊洁的微博,就能发现他讲故事的能力,包括他创造童话的能力真的非常强。潘石屹跟任志强,他们两个人一唱一和,这也是互相的推动。最近看到郭德纲跟冯小刚的微博,两个人一逗一捧,有点像说相声。

我想说的是我们要去学习,我们看做得好的人为什么那样做,然后要抓住你自己的特点。比如我的特点是什么?我觉得我是处于草根跟名人之间,处于主流跟非主流之间。为什么说我是草根呢?首先普通话也讲不好,文化也不高,又有草根的一些劣根性,比如喜欢炫耀。但是同时我又有跟这些名人接触的机会。所以,我觉得我刚好成为这样一个桥梁,但是这不够。我们回头去看,我记得我刚写微博的时候,新浪一上来会给你推荐三天,三天大概让你得到一两万的点击,这是一些IT人上来的待遇。你自己努力写得好,也可能就达到5万粉丝。我发现在IT企业里你要出名是不容易的,你可以出名,但是你不容易带来大量的粉丝。我特别提醒,把微博扩散到创业,扩散到我生活的乐趣这些方面,你就会得到更多的认同。当然我连续用了三招,也就是送奖品,送iPhone,送iPad。

我这个人不停的学习,但是相对于每个企业来讲,你们应该学习我。因为再怎么花,没有多少钱,但是能让你快速达到那么多粉丝,包括让你整个公司品牌就会得到大的提升,花个几十万,真的是小事情。

最后,我认为对微博,特别是在中国微博一定会成为一个实名制的网络,这其实也是互联网发展的一个转变。我们知道以前上网,我们不想让人家知道我们是谁,但是互联网已经成为每个人的一个工具,成为每个人的一个生活。接下来我们想做的事证明我们是谁,告诉别人我们是谁,这是微博它能够具有更大生命力的一个发展。所以,我们如果相信互联网,我们相信移动互联网会发展,我们相信微博平台它会长大,我们会相信自己,我们就应该抓住机会,马上行动,谢谢大家!

http://tech.sina.com.cn/i/2010-11-16/11344870992.shtml

万亿美元的新模式O2O:GroupOn只是沧海一粟

2010年12月15日

随着互联网上本地化电子商务的发展,信息和实物之间、线上和线下之间的联系变得更加愈加紧密。在本文中TrialPay的CEO和创始人Alex Rampell将带领我们探寻他所谓的“online2offline模式”(线上到线下,以下简称O2O)的机会。
要说GrouponOpenTable、Restaurant.com、SpaFinder 有什么共同点的话,那无非就是他们都成功的将线下商务的机会与互联网结合在了一起,让互联网成为线下交易的前台。
Groupon 的成长确实让人惊叹,如今他们也已经有了相当大的规模,可是我认为这只是O2O的很小一部分罢了。
O2O模式的核心很简单,就是把把线上的消费者带到现实的商店中去——在线支付线下商品、服务,再到线下去享受服务。通过打折(团购,如GroupOn)、提供信息、服务(预定,如Opentable)等方式,把线下商店的消息推送给互联网用户,从而将他们转换为自己的线下客户。由于每笔交易都已经在网上成交,其效果也是可查的。这是GroupOn、Opentable和Yelp、CitySearch等网站的不同之处,后者只是提供一些基础的信息服务,交易仍需在线下进行。
由此看来,GroupOn要比互联网历史上其他的很多企业成长都要快也不足为奇了。现今的互联网网民每年网络购物的消费大约有1000美元,假设这些网民是相对比较高收入(事实也是如此),每年的收入有4万美元,那么剩下的3万9美元能有多少在未来成为O2O的部分?
答案是:很多。平时你的大部分消费都花在了咖啡馆、餐馆、加油站、理发店;可是目前只有旅游和在线B2C在你O2O的预算中。
联邦快递可以给你送B2C买到的商品,可是却送不来需要体验的服务——而这些服务才是我们平时消费的大头——比如餐馆、台球厅、酒吧等等。GroupOn却可以把这些服务通过网络“快递”给你。对于台球厅、理发店这些服务商来说,增加一些顾客不会增加太多的成本,却能带来更多的利润。
对于O2O企业来讲,销售数据的量化也是非常重要的一个环节。B2C可以通过订单号来统计和跟踪每一笔交易,这些对于线下商家来说都比较困难。而O2O正好弥补了线下商务的这点不足,因为和B2C一样,交易都是在网上完成。对于OpenTable、SpaFinder来说,在线结算已经成为比本地广告更加赚钱的业务——历史上,这种代收费的中介都是赚钱机器。
GroupOn到底值不值10亿美元?这不能用传统电子商务的眼光去看,因为O2O和传统电商的区别是很大的。传统电商从产品购买到使用都靠网络完成,而O2O只是把服务类商品的购买搬到了网络端。只要GroupOn 能好好运作,我觉得他们的估值还会继续涨高——他们成功的利用了线上交易引擎驱动了线下交易。
不论是投资者还是创业者,我建议你们不要简单再去抄袭“每日一团购”了,从O2O的角度想想有没有别的方式将线下和线上联系起来吧!
随着互联网上本地化电子商务的发展,信息和实物之间、线上和线下之间的联系变得更加愈加紧密。在本文中TrialPay的CEO和创始人Alex Rampell将带领我们探寻他所谓的“online2offline模式”(线上到线下,以下简称O2O)的机会。要说Groupon、OpenTable、Restaurant.com、SpaFinder 有什么共同点的话,那无非就是他们都成功的将线下商务的机会与互联网结合在了一起,让互联网成为线下交易的前台。Groupon 的成长确实让人惊叹,如今他们也已经有了相当大的规模,可是我认为这只是O2O的很小一部分罢了。O2O模式的核心很简单,就是把把线上的消费者带到现实的商店中去——在线支付线下商品、服务,再到线下去享受服务。通过打折(团购,如GroupOn)、提供信息、服务(预定,如Opentable)等方式,把线下商店的消息推送给互联网用户,从而将他们转换为自己的线下客户。由于每笔交易都已经在网上成交,其效果也是可查的。这是GroupOn、Opentable和Yelp、CitySearch等网站的不同之处,后者只是提供一些基础的信息服务,交易仍需在线下进行。由此看来,GroupOn要比互联网历史上其他的很多企业成长都要快也不足为奇了。现今的互联网网民每年网络购物的消费大约有1000美元,假设这些网民是相对比较高收入(事实也是如此),每年的收入有4万美元,那么剩下的3万9美元能有多少在未来成为O2O的部分?答案是:很多。平时你的大部分消费都花在了咖啡馆、餐馆、加油站、理发店;可是目前只有旅游和在线B2C在你O2O的预算中。联邦快递可以给你送B2C买到的商品,可是却送不来需要体验的服务——而这些服务才是我们平时消费的大头——比如餐馆、台球厅、酒吧等等。GroupOn却可以把这些服务通过网络“快递”给你。对于台球厅、理发店这些服务商来说,增加一些顾客不会增加太多的成本,却能带来更多的利润。对于O2O企业来讲,销售数据的量化也是非常重要的一个环节。B2C可以通过订单号来统计和跟踪每一笔交易,这些对于线下商家来说都比较困难。而O2O正好弥补了线下商务的这点不足,因为和B2C一样,交易都是在网上完成。对于OpenTable、SpaFinder来说,在线结算已经成为比本地广告更加赚钱的业务——历史上,这种代收费的中介都是赚钱机器。GroupOn到底值不值10亿美元?这不能用传统电子商务的眼光去看,因为O2O和传统电商的区别是很大的。传统电商从产品购买到使用都靠网络完成,而O2O只是把服务类商品的购买搬到了网络端。只要GroupOn 能好好运作,我觉得他们的估值还会继续涨高——他们成功的利用了线上交易引擎驱动了线下交易。不论是投资者还是创业者,我建议你们不要简单再去抄袭“每日一团购”了,从O2O的角度想想有没有别的方式将线下和线上联系起来吧!

转载自:http://blog.sina.com.cn/s/blog_48dfc1310100nd7e.html?tj=1

Google送你免费电脑,快去抢哦

2010年12月15日

If you can not read Chinese, Click here.

CR-48 Chrome OS 笔记本方法大汇总

Google 已经宣布将在近期送出一批螃蟹本 CR-48,要想拿到这个运行测试版 Chrome OS 的笔记本,其实有很多种渠道。需要注意的是,不管使用哪种方式,一个有效的美国收件地址是必不可少的。。。

  • 直接到 http://www.google.com/chromeos/pilot-program.html 申请:这是最直接的申请渠道,所有人都可以进入,首先选择你的身份,然后回答一些简单的问题,诸如使用什么浏览器,在哪个网站购物,在哪个网站听音乐等等,提交即可。
  • 新标签页的推广链接:部分用户会在 Chrome 的新标签页里面看到 Chrome notebook 测试机的申请链接,进入后是一个很简单的表单,只有姓名地址电话等选项。但是这个页面中也并没有保证通过这个链接可以100%申请到 CR-48。
  • 来自 Google 的邮件:之前注册了 Chrome OS 新闻邮件的用户都收到了来自 Google Chrome 团队的邮件(下图),看起来只需要在12月10日前点这个链接提供美国的邮寄地址即可,但是实际点击后会来到第一种方法一样的申请页面,只是多了一个 referrer,也许有这个 referrer 被批准的可能性会更高?

CR48_email

有美帝地址的读者们,试试看吧。虽然这东西难看到爆炸,但是这可是第一台专门为 Chrome OS 设计的笔记本呀。

文章转载自:谷奥——探寻谷歌的奥秘 [http://www.guao.hk]

magento网站错误的调试

2010年12月14日

Magento是非常流行的开源电子商务网站,很多人使用。之前帮助一个朋友,使用magento做了一个网站,这几天,告诉我,网站不能够访问了。

使用ftp软件,在网站根目录,/var/report,下载最新的报告文件,打开后,里面看到错误信息:
Strict Notice: Only variables should be passed by reference in /home/xxxxxx/public_html/lib/Zend/Db/Select.php on line 246

在网上搜索了一下,看到这个方案,依照这个修改,网站还是不能够访问。
然后到/var/cache,把这个文件夹清空,刷新网站,好用了,呵呵^^

具体解决方法:
1) 使用ftp软件,下载并编辑这个文件
/public_html/lib/Zend/Db/Select.php

2) 找到这个: $correlationName = current(array_keys($this->_parts[self::FROM]));
3) 把刚刚找到的一行,替换成下面的2行
$correlationName = array_keys($this->_parts[self::FROM]);
$correlationName = $correlationName[0];
4) 保存修改过的文件,并上传

百万级访问网站前期的技术准备

2010年12月11日

文章转自:
http://zhiyi.us/internet/thinking-twice-before-building-your-site-one.html

http://zhiyi.us/internet/thinking-twice-before-building-your-site-two.html
http://zhiyi.us/internet/thinking-twice-before-building-your-site-final.html

文章所在博客:《一路凯歌

【正文开始】

开了自己域名的博客,第一篇就得来个重磅一点的才对得起这4美金的域名。作为一个技术从业者十年,逛了十年发现有些知识东一榔头西一棒槌的得满世界 看个遍才整理出个头绪,那咱就系统点的从头一步一步的说,一个从日几千访问的小小网站,到日访问一两百万的小网站,怎么才能让它平滑的度过这个阶段,别在 技术上出现先天不足,写给一些技术人员,也写给不懂技术的创业者。

转载请注明出自 http://zhiyi.us ,假如您还想从这转到好文章的话。

对互联网有了解的人都有自己的想法,有人就把想法付诸实现,做个网站然后开始运营。其实从纯网站技术上来说,因为开源模式的发展,现在建一个小网站 已经很简单也很便宜。当访问量到达一定数量级的时候成本就开始飙升了,问题也开始显现了。因为带宽的增加、硬件的扩展、人员的扩张所带来的成本提高是显而 易见的,而还有相当大的一部分成本是因为代码重构、架构重构,甚至底层开发语言更换引起的,最惨的就是数据丢失,辛辛苦苦好几年,一夜回到创业前。

减少成本就是增加利润。很多事情,我们在一开始就可以避免,先打好基础,往后可以省很多精力,少操很多心。

假设你是一个参与创业的技术人员,当前一穷二白,什么都要自己做,自己出钱,初期几十万的资金,做一个应用不是特别复杂的网站,那么就要注意以下几点:

一、开发语言

一般来说,技术人员(程序员)创业都是根据自己技术背景选择自己最熟悉的语言,不过考虑到不可能永远是您一个人写程序,这点还得仔细想想。无论用什么语言,最终代码质量是看管理,所以我们还是从纯语言层面来说实际一点。现在流行的javaphp.netpythonruby都 有自己的优劣,python和ruby,现在人员还是相对难招一些,性能优化也会费些力气,.net平台买不起windows server。java、php用的还是最多。对于初期,应用几乎都是靠前端支撑的网站来说,php的优势稍大一些,入门简单、设计模式简单、写起来快、 性能足够等,不过不注重设计模式也是它的劣势,容易变得松散,隐藏bug稍多、难以维护。java的优势在于整套管理流程已经有很多成熟工具来辅助,强类 型也能避免一些弱智BUG,大多数JAVA程序员比较注重设计模式,别管实不实际,代码格式看起来还是不错的。这也是个劣势,初学者可能太注重模式而很难 解决实际需求。

前端不只是html、css这类。整个负责跟用户交互的部分都是前端,包括处理程序。这类程序还是建议用php,主要原因就是开发迅速、从业人员广泛。至于后端例如行为分析、银行接口、异步消息处理等,随便用什么程序,那个只能是根据不同业务需求来选择不同语言了。

二、代码版本管理

如果开发人员之间的网络速度差不多,就SVN;比较分散例如跨国,就hg。大多数人还是svn的.

假设选了svn,那么有几点考虑。一是采用什么树结构。初期可能只有一条主干,往后就需要建立分支,例如一条开发分支,一条上线分支,再往后,可能 要每个小组一个分支。建议一开始人少时选择两条分支,开发和线上,每个功能本地测试无误后提交到开发分支,最后统一测试,可以上线时合并到上线分支。如果 喜欢把svn当做移动硬盘用,写一点就commit一次也无所谓,就是合并的时候头大一些,这些人可以自己建个分支甚至建立个本地代码仓库,随便往自己的 分支提交,测试完毕后再提交到开发分支上。

部署,可以手工部署也可以自动部署。手工部署相对简单,一般是直接在服务器上svn update,或者找个新目录svn checkout,再把web root给ln -s过去。应用越复杂,部署越复杂,没有什么统一标准,只要别再用ftp上传那种形式就好,一是上传时文件引用不一致错误率增加,二是很容易出现开发人员 的版本跟线上版本不一致,导致本来想改个错字结果变成回滚的杯具。如果有多台服务器还是建议自动部署,更换代码的机器从当前服务池中临时撤出,更新完毕后 再重新加入。

不管项目多小,养成使用版本管理的好习惯,最起码还可以当做你的备份,我的 http://zhiyi.us 虽然就是一个wordpress,可还是svn了,只改动一两句css那也是劳动成果。

三、服务器硬件

别羡慕大客户和有钱人,看看机房散户区,一台服务器孤独的支撑的网站数不清。如果资金稍微充足,建议至少三台的标准配置,分别用作web处理、数据 库、备份。web服务器至少要8G内存,双sata raid1,如果经济稍微宽松,或静态文件或图片多,则15k sas raid1+0。数据库至少16G内存,15k sas raid 1+0。备份服务器最好跟数据库服务器同等配置。硬件可以自己买品牌的底板,也就是机箱配主板和硬盘盒,CPU内存硬盘都自己配,也可以上整套品牌,也可 以兼容机。三台机器,市场行情6、7万也就配齐了。

web服务器可以既跑程序又当内存缓存,数据库服务器则只跑主数据库(假如是MySQL的话),备份服务器干的活就相对多一些,web配置、缓存配置、数据库配置都要跟前两台一致,这样WEB和数据库任意一台出问题,把备份服务器换个ip就切换上去了。备份策略,可以drbd,可以rsync,或者其他的很多很多的开源备份方案可选择。rsync最简单,放cron里自己跑就行。备份和切换,建议多做测试,选最安全最适合业务的,并且尽可能异地备份。

四、机房

三种机房尽量不要选:联通访问特别慢的电信机房、电信访问特别慢的联通机房、电信联通访问特别慢的移动或铁通机房。那网通机房呢?亲,网通联通N久 以前合并改叫联通了。多多寻找,实地参观,多多测试,多方打探,北京、上海、广州等各个主节点城市,还是有很多优质机房的,找个网络质量好,管理严格的机 房,特别是管理要严格,千万别网站无法访问了,打个电话过去才知道别人维护时把你网线碰掉了,这比DOS都头疼。自己扯了几根光纤就称为机房的,看您抗风 险程度和心理素质了。机房可以说是非常重要,直接关系到网站访问速度,网站访问速度直接关系到用户体验,我可以翻墙看风景,但买个网游vpn才能打开你这 个还不怎么知名的网站就有难度了。或许您网站的ajax很出色,可是document怎么也不ready,一些代码永远绝缘于用户。

五、架构

初期架构一般比较简单,web负载均衡+数据库主从+缓存+分布式存储+队列。大方向上也确实就这几样东西,细节上也无数文章都重复过了,按照将来 会有N多WEB,N多主从关系,N多缓存,N多xxx设计就行,基本方案都是现成的,只是您比其他人厉害之处就在于设计上考虑到缓存失效时的雪崩效应、主 从同步的数据一致性和时间差、队列的稳定性和失败后的重试策略、文件存储的效率和备份方式等等意外情况。缓存总有一天会失效,数据库复制总有一天会断掉, 队列总有一天会写不进去,电源总有一天会烧坏。根据墨菲定律,如果不考虑这些,网站早晚会成为茶几。

六、服务器软件

Linux、nginx、php、mysql,几乎是标配,我们除了看名字,还得选版本。Linux发行版众多,只要没特殊要求,就选个用的人最多的,社区最活跃的,配置最方便的,软件包最全最新的,例如debianubuntu。 至于RHEL之类的嘛,你用只能在RHEL上才能运行的软件么?剩下的nginx、php、mysql、activemq、其他的等等,除非你改过这些软 件或你的程序真的不兼容新版本,否则尽量版本越新越好,版本新,意味着新特性增多、BUG减少、性能增加。总有些道听途说的人跟你说老的版本稳定。所谓稳 定,是相对于特殊业务来说的,而就一个php写的网站,大多数人都没改过任何服务器软件源代码,绝大多数情况是能平稳的升级到新版本的。类似于jdk5到 jdk6,python2到python3这类变动比较大的升级还是比较少见的。看看ChangeLog,看看升级说明,结合自己情况评估一下,越早升级 越好,别人家都用php6写程序了这边还php4的逛游呢。优秀的开源程序升级还是很负责任的,看好文档,别怕。

七、数据库

几乎所有操作最后都要落到数据库身上,它又最难扩展(存储也挺难)。对于mysql,什么样的表用myisam,什么样的表用innodb,在开发 之前要确定。复制策略、分片策略,也要确定。表引擎方面,一般,更新不多、不需要事务的表可以用myisam,需要行锁定、事务支持的,用innodb。 myisam的锁表不一定是性能低下的根源,innodb也不一定全是行锁,具体细节要多看相关的文档,熟悉了引擎特性才能用的更好。现代WEB应用越来 越复杂了,我们设计表结构时常常设计很多冗余,虽然不符合传统范式,但为了速度考虑还是值得的,要求高的情况下甚至要杜绝联合查询。编程时得多注意数据一 致性。

复制策略方面,多主多从结构也最好一开始就设计好,代码直接按照多主多从来编写,用一些小技巧来避免复制延时问题,并且还要解决多数据库数据是否一致,可以自己写或者找现成的运维工具。

分片策略。总会有那么几个表数据量超大,这时分片必不可免。分片有很多策略,从简单的分区到根据热度自动调整,依照具体业务选择一个适合自己的。避免自增ID作为主键,不利于分片。

用存储过程是比较难扩展的,这种情形多发生于传统C/S,特别是OA系统转换过来的开发人员。低成本网站不是一两台小型机跑一个数据库处理所有业务的模式,是机海作战。方便水平扩展比那点预分析时间和网络传输流量要重要的多的多。

NoSQL。这只是一个概念。实际应用中,网站有着越来越多的密集写操作、上亿的简单关系数据读取、热备等,这都不是传统关系数据库所擅长的,于是 就产生了很多非关系型数据库,比如Redis/TC&TT/MongoDB/Memcachedb等,在测试中,这些几乎都达到了每秒至少一万次 的写操作,内存型的甚至5万以上。例如MongoDB,几句配置就可以组建一个复制+自动分片+failover的环境,文档化的存储也简化了传统设计库 结构再开发的模式。很多业务是可以用这类数据库来替代mysql的。

八、缓存。

数据库很脆弱,一定要有缓存在前面挡着,其实我们优化速度,几乎就是优化缓存,能用缓存的地方,就不要再跑到后端数据库那折腾。缓存有持久化缓存、 内存缓存,生成静态页面是最容易理解的持久化缓存了,还有很多比如varnish的分块缓存、前面提到的memcachedb等,内存缓 存,memcached首当其冲。缓存更新可用被动更新和主动更新。被动更新的好处是设计简单,缓存空了就自动去数据库取数据再把缓存填上,但容易引发雪 崩效应,一旦缓存大面积失效,数据库的压力直线上升很可能挂掉。主动缓存可避免这点但是可能引发程序取不到数据的问题。这两者之间如何配合,程序设计要多 动脑筋。

九、队列。

用户一个操作很可能引发一系列资源和功能的调动,这些调动如果同时发生,压力无法控制,用户体验也不好,可以把这样一些操作放入队列,由另几个模块 去异步执行,例如发送邮件,发送手机短信。开源队列服务器很多,性能要求不高用数据库当做队列也可以,只要保证程序读写队列的接口不变,底层队列服务可随 时更换就可以,类似Zend Framework里的Zend_Queue类,java.util.Queue接口等。

十、文件存储。

除了结构化数据,我们经常要存放其他的数据,像图片之类的。这类数据数量繁多、访问量大。典型的就是图片,从用户头像到用户上传的照片,还要生成不 同的缩略图尺寸。存储的分布几乎跟数据库扩展一样艰难。不使用专业存储的情况下,基本都是靠自己的NAS。这就涉及到结构。拿图片存储举例,图片是非常容 易产生热点的,有些图片上传后就不再有人看,有些可能每天被访问数十万次,而且大量小文件的异步备份也很耗费时间。

为了将来图片走cdn做准备,一开始最好就将图片的域名分开,且不用主域名。很多网站都将cookie设置到了.domain.ltd,如果图片也在这个域名下,很可能因为cookie而造成缓存失效,并且占多余流量,还可能因为浏览器并发线程限制造成访问缓慢。

如果用普通的文件系统存储图片,有一个简单的方法。计算文件的hash值,比如md5,以结果第一位作为第一级目录,这样第一级有16个目录。从0 到F,可以把这个字母作为域名,0.yourimg.com到f.yourimg.com(客户端dns压力会增大),还可以扩展到最多16个NAS集群 上。第二级可用年月例如,201011,第三级用日,第四级可选,根据上传量,比如am/pm,甚至小时。最终的目录结构可能会是 e/201008/25/am/e43ae391c839d82801920cf.jpg。rsync备份时可以用脚本只同步某年某日某时的文件,避免计 算大量文件带来的开销。当然最好是能用专门的分布式文件系统或更专业点的存储解决方案。

开始设计代码结构之前,先回顾一下之前准备过的事情:我们有负载均衡的WEB服务器,有主从DB服务器并可能分片,有缓存,有可扩展的存储。在组织代码的各个方面,跟这些准备息息相关,我一二三的列出来分别说,并且每一条都以“前面讲到”这个经典句式开头,为了方便对照。

别着急看经典句式,我思维跳跃了,插一段。实际开发中,我们总会在性能和代码优雅性上作折中。对于当今的计算机和语言解释器,多几层少几层对象调 用、声明变量为Map还是HashMap这种问题是最后才需要考虑的问题,永远要考虑系统最慢的部分,从最慢的部分解决。例如看看你用的ORM是不是做了 很多你用不到的事情,是不是有重复的数据调用。我们做的是web应用开发,不是底层框架API,代码易读易懂是保证质量很重要的一方面,你的程序是为了什 么而设计,有不同的方法……算了,这个话题另起一篇文章来说,扯远了,想交流可关注我的微博 http://t.sina.com.cn/liuzhiyi,咱继续……

前面讲到,WEB 服务器是要做负载均衡的,图片服务器是要分开的。对于这点,代码在处理客户端状态时,不要把状态放到单机上,举例,不要用文件session,嗯,常识。 如果有可能,最好在一开始就做好用户单点认证的统一接口,包括跨域如何判断状态、静态页面如何判断状态,需要登录时的跳转和返回参数定义,底层给好接口, 应用层直接就用(可参考GAE的 user服务)。登录方面的设计要考虑移动设备的特性,比如电脑可以用浮动层窗口,但NOKIA自带的浏览器或UCWEB就无法处理这种表现形式,程序一 定既能处理AJAX请求又能直接通过URL来处理请求。图片服务器分开,资源文件最好也布局到图片服务器,也就是WEB服务器只服务动态程序。虽然开发测 试时稍微复杂(因为需要绝对URI才能访问),但将来页面前端优化上会轻松许多,并且你的WEB服务器IO优化也轻松许多。程序引用资源文件时,要有一个 统一的处理方法,在方法内部可以自动完成很多事情,例如将css/js根据组合,拼成一个文件,或者自动在生成的URI后面加上QUERYSTRING, 如果将来前端用了缓存服务,那生成QUERYSTRING是最简单的刷新服务端缓存和客户端缓存的办法。

前面讲到, 数据库会有复制,可能会多主多从,可能会分片。我们程序在处理数据的过程中,最好能抽象出来单独放做一层。拿现在流行的MVC模式来说,就是在M层下方再 放一个数据层,这个数据层不是通常所说的JDBC/PDO/ActiveRecord等,而是你自己的存取数据层,仅对外暴露方法,隐藏数据存取细节。这 个数据层内部不要怕写的难看,但一定要提供所有的数据存储功能,其他任何层次不要看到跟数据库打交道的字眼。之所以这样做,是因为在单关系数据库的情况 下,可能会SELECT…JOIN…或直接INSERT…INTO…,可你可能会将一些表放到key-value数据库里存储,或者分片,这么做之后原来 的语句和方式要全部改变,如果过于分散,则移植时会耗费很大精力,或得到一个很大的Model。在数据层面的设计上,尽量避免JOIN查询,我们可以多做 冗余,多做缓存,每种数据尽量只需要一次查询,然后在你的程序里面进行组合。对于比较复杂的数据组合,在实时性要求不高的情况下,可采用异步处理,用户访 问时只取处理后的结果。在对于主键的处理上,避免使用自增ID,可以用一定规则生成的唯一值当做主键,这种主键是最简单的分片分布策略。即使用自增ID, 也最好用一个自增ID发生器,否则从数据库不小心被写了一下,那主键很容易冲突。

前面讲到,咱数据库前面还有某些缓存挡着。别把mysql的query cache当缓存,应用稍复杂的时候QUERY CACHE反而会成为累赘。缓存跟数据库和业务结合的很紧密,正因为跟业务关系紧密,所以这点没有放之四海而皆准的方法。但我们还是有一些规则可参照。规 则一:越接近前端,缓存的颗粒度越大。例如在WEB最前端缓存整个页面,再往后一层缓存部分页面区域,再往后缓存区域内的单条记录。因为越靠近后端,我们 的可操作性越灵活,并且变化最多的前端代码也比较方便编写。在实践中,因为产品需求变化速度非常快,迭代周期越来越短,有时很难将Controller和 Model分的那么清楚,Controller层面处理部分缓存必不可免,但要保证如果出现这种情况,Controller所操作的缓存一定不要影响其他 数据需求方,也就是要保证这个缓存数据只有这一个Controller在用。规则二:没有缓存时程序不能出错。在不考虑缓存失效引发的雪崩效应时,你的程 序要有缓存跟没缓存一个样,不能像新浪微博一样,缓存一失效,粉丝微博全空,整个应用都乱套了。在缓存必不可少的情况下,给用户出错信息都比给一个让人误 解的信息强。规则三,缓存更新要保证原子性或称作线程安全,特别是采用被动缓存的方式时,很可能两个用户访问时导致同一个缓存被更新,通常情况这不是大问 题,可缓存失效后重建时很可能是引发连锁反应的原因之一。规则四:缓存也是有成本的。不只是技术成本,还有人工时间成本。如果一个功能使用缓存和不使用, 在可预见的访问量情况下区别微小,但使用缓存会使复杂度增加,那就不用,我们可以加个TODO标注,在下次迭代的时候加上缓存处理。

前面讲到,文件存储是独立的,那么所有的文件操作就都是远程调用。可以在文件服务器上提供一个很简单的RESTful接口,也可以提供xmlrpc 或json serveice,WEB服务器端所生成和处理的文件,全部通过接口通知文件服务器去处理,WEB服务器本身不要提供任何文件存储。你会发现很多大网站的 上传图片跟保存文章是分两步完成的,就是基于这个原因。

以上几条“前面讲到”,其实无数人都讲过,我也只是结合前几篇文章用自己的话重复了一遍,真正分析起来精髓很简单——除了良好的功能逻辑分层,我们 还要为数据库存储、缓存、队列、文件服务等程序外层资源调用单独设计接口,你可以把你的程序想象成是运行在 Amazon EC2 上并用他的所有web service服务,你的数据库就是它的SimpleDB,你的队列就是他的SQS,你的存储就是他的S3,唯一不同是amazon的接口是远程调用,你的是内部调用。

将支撑服务接口化,意味着将MySQL更换到PostgreSQL不需要更改业务处理程序,移植团队甚至不需要跟业务开发团队过多沟通;意味着业务开发团队是对接口编程而不是对数据库编程;意味着不会因为某个业务开发人员的失误而拖垮性能。

对程序扫盲不感兴趣的直接看这里——

产品设计完了,程序框架搭完了,可能有矛盾在这个节骨眼儿产生了。不断有产品设计抱怨说他的创意没实现到预期效果,有程序员抱怨说产品设计不切实 际。这种抱怨多缘于产品人员不懂技术,技术人员不理解产品。从广义上来讲,产品包含市场策略、营销手段、功能设计,产品和技术在争论时往往把焦点放在功能 上,而实际重点是,实现这个功能所消耗的成本跟能这个功能带来的利益能否换算,能否取其轻重。若可以,争议解决。若不能,则抛硬币看运气。因为一个功能的 加强而引发指标井喷,或因项目拖延而导致贻误战机的例子比比皆是。激进的决策者注重利益,保守的决策者注重损失,聪明的决策者会考虑这个问题是否真的那么 严重。

关系到未来的事情谁都说不准,要不怎么说创业一半靠运气呢。不过总有能说的准的事情,那就得靠数据说话。

没有100%也有99.9%的网站安装了访问统计代码,连我的 http://zhiyi.us 也不例外,新闻联播也总说科学决策科学发展的。有了统计,能确定的事情就很多了。例如,可以根据来源-目标转化率来分析哪类渠道的人均获取成本低,根据来 源-内容访问猜测用户跳出率原因,根据用户点击行为判断链接位置是否合理等。将数据以不同方式组合起来,找到内在联系,分析内因外因,制定对应策略,减少 拍脑门决策。靠数据支撑运营是个非常专业的事情,虽然不懂深奥的数学模型不会复杂的公式计算,渐渐学会因为A所以B,因为A和B所以C还是相对简单的。

over~

互联网时代的升级传真,传真自动到电子邮箱,发邮件就可以发送传真

2010年12月10日

以前的时候,一直思考,电脑互联网,很方便,是否可以用电脑来发传真呢?

那么,是不是需要电脑与电话线链接在一起呢?在电脑上通过软件,模拟传真,然后把传真通过电话线发送出去,以及接受传真。

之前,也简单看过一些软件,不过,没有仔细研究……

后来,看了一些文章,知道有更加方便的服务了……

常常使用互联网的人,都会使用email。有公司就提供了这样的服务

1:给你一个传真号码A。

2:别人发送传真到这个传真号码A,传真自动转发到你的email。

3:如果你需要发送传真,只需要把文档作为附件,发送到指定的email地址,文档就以你的传真号码A发送出去了……

就是说,把你的email变成了传真,呵呵,是不是很方便哦。特别是常常使用电脑的人,就更加方便了,处理传真就是处理email,并且可以批量发传真,非常轻松简单。

当然,也有软件支持,在电脑上使用,更加方便。也可以登录到他的网站来接收发送传真……

我在用的一家公司,已经用了4个月了,服务很好,并且现在公司有优惠活动,新用户申请,邮件传真服务,免费试用30天 !!!

有需要的朋友快去申请吧,呵呵。

使用sh文件,安装gedit插件

2010年12月3日

重新安装了Ubuntu系统,gedit也需要重新配置,安装简体繁体转换插件

这个插件,安装的过程中,直接运行一个.sh文件就可以了,非常方便。

同时也需要安装另外的一个插件,不过,另外一个插件,需要手动复制的gedit的插件文件夹中……

用gedit打开繁简体转换插件的.sh,里面就有几行命令,主要就是复制等命令。

#!/bin/sh
# gedit plugin directory
DEST=~/.gnome2/gedit/plugins/
# create it
mkdir -p ${DEST}
# remove previous verision and currect version of plugin
rm -rf ${DEST}/tongwentang*
# install currect verion of plugin
cp -rv tongwentang* ${DEST}

把.sh文件,拷贝到另外的插件的文件夹,并且把.sh文件中的插件名称替换一下,直接运行这个新的.sh文件,新的插件也安装好了,呵呵。