anyLnk for iOS：http://nan.im/apps/anylnk/

推荐在电脑上使用，除可更快录入节省流量外还有扫描二维码的乐趣 ^_^

anyLnk History：版本更新历史

0.0.7 简单的美化，为邮件反馈追加用户 UA 信息以帮助诊断；

0.0.6 增加创建 YouTube 和 skype 图标的功能，没有越狱的行货手机有福了；

0.0.5 测试版公开发布，支持为 iPhone 创建：电话、邮件、短信、视频通话等图标；

注意，这里创建的 YouTube 图标打开后为 iOS 原生的 YouTube 应用并不是网页版的；另外插件中所用到的图标资源来自 MaxThemes 的 GlasklartHD 主题包。

具体实现的效果截图及简单的操作步骤说明：

如图演示，在电脑或手机上直接输入 nan.im/apps/anylnk 即可打开 anyLnk 应用，先选择想要生成的快捷图标类型，输入图标的标题，号码或邮箱，点击创建，最后「添加到主屏幕」即可！

但由于是基于浏览器的「网页应用」即 Web App 所以也存在很多局限，比如不能直接调用系统通讯录，不能自己上传头像做为图标，使用中会消耗一些数据流量等等，另外应用刚刚开始开发必然存在很多问题，在本页和应用界面上都有提供反馈入口，遇到任何问题或有任何意见和建议都可以在下面提交或直接发送邮件给我，在腾讯微博和新浪微博上添加 #anyLnk# 话题的内容我也会注意到……

关于网络流量消耗的问题：因为是网页版的应用 anyLnk 在使用中肯定会消耗数据流量，而生成的快捷方运用了一些 HTML5 技术，即使是在飞行模式无数据链接的情况下也是可以正常使用的，如果对几 KB 流量都非常在意的朋友最好还是不要用；

关于自定义头像图标问题：原本我有考虑使用 GrAvatar 的全球头像系统，好处是每个人只用管好自己的头像即可，但这需要为每个快捷方式图标都填写邮箱，而且你也不能保证你的联系人都开通了 GrAvatar 头像系统；

关于直接调用联系人信息：由于是网页应用所以不可能从系统中调取联系人的资料，我有考虑过从 Google Contacts API 联系人 API 中读取通讯录资料，但这要求你是 Google Sync 用户且需要授权，而我不愿意涉及用户隐私，再者目前从电脑上录入联系人信息然后手机扫描二维码安装已经非常方便快捷了；

其实 anyLnk 的实现原理非常简单，核心就是 OpenURL + DataURL 来调用各个功能，但实现起来还是有点麻烦的，因为要实现离线和自动拨号功能；考虑种种，目前先这样吧，至于为什么没做 iOS 原生应用是因为我个人不是 iPhone 开发者，所以 anyLnk 目前只能以网页应用（WEB-APP）的形式存在了……

Kik Messenger 功能非常简单甚至单一，其实就是网络版的短信工具，界面类似 BlackBerry Messenger, BBM 通过网络而不是运营商来发送即时文本消息，目前还不支持富内容如图片或声音，不支持附件，功能甚至极其单调，但为什么这么多人喜欢，为什么大家不干脆直接用手机的短信难道 Just because we can, doesn’t mean we should. 肯定不是那样，也许在互联网应用大量爆发的时候恰恰是该做减法的时候，很多用户选择 Kik Messenger 不是因为现有的即时通讯（IM）不能满足需求，恰恰是因为现有的即时通讯（IM）都在过分的满足需求。

为什么说我们需要做减法呢，博客内容太长作者和读者都有压迫感于是有了 twitter 微博；腾讯 QQ 的功能越来越多于是部分人选择了相对简约的 TM WebQQ 或者是改用 MSN gTalk 等等；记得我用过的很多手机都有多种环境模式如 会议模式 静音模式 户外模式等等但最后还是觉得类似 iPhone 这种提供硬开关切换振动铃音更实用和高效……

简单到极致的 Kik Messenger 使得这个 IM 非常迅速和高效，你甚至可以看到对方是否在打字，另外 Kik Messenger 发送消息时不需要对方事先允许或加为好友，只要知道对方的 ID 即可像发短信一样直接发送，随着这样的应用越来越多渐渐的会像 SayNow 的 CEO 推测的那样：Phone Numbers Are Dead 电话号码将逐渐消亡！

虽然 Kik 总体来说简洁到极致但某些方面却有一些区别于同类产品的特点，其中我个人最喜欢的就是 S D R 状态符分别代表：已发送 Send 已接收 Delivered 已阅读 Read 这一点是传统电信运营商的短信功能所不具备的，平时我们发送一条短信，短信报告只能告诉我们已经发送成功，在跨运营商发送时短信报告甚至不能告诉我们对方是否真正收到了我们的短信，更不用说像 Kik 那样即时显示对方是否正在输入的情况，这将拉近消息双方的沟通距离，同时仅仅通过 ID 即可方便的发送消息也无形中降低了陌生人之间的障碍，我看到网上很多人都公布了自己的 Kik ID 但如果是手机号码呢，会不会也可以毫无顾忌的公开呢……

Kik Messenger Users Break One Million 小小的工作间和一群很有意思的年轻人

Kik Messenger Download：www.Kik.com（iPhone iTouch Android BlackBerry）

目前类似的 IM 即时消息工具有很多如：QQ MSN gTalk YahooMessenger 甚至是 AIM fring PingChat WhatsApp 等等，但即使是如此 Kik 仍做到 从 0 到 100 万用户只用 15 天 的成绩，比起国内某些互联网公司成天只知道打嘴仗和互相诋毁互相攻击，毫无创意的互相抄袭然后借助防火墙来占领市场来说实在是 ^_^ ……

一、结构层（Structure）：虽然网页上到处都是各种各样的选项卡但从结构层即 HTML 上主要有两种写法：普遍采用的是第一种即将用于触发动作的所有选项卡的标题写到一组，再将该选项卡中所有页的内容写到一组并保持两者对应顺序一致，然后使用 JavaScript 判断触发点击或划过的是第几个标题然后显示与该标题相应的第几个内容即可，该结构因为代码比较简单 JS 也容易加所以被多数网站采用；而我个人则倾向于第二种结构即每一个选项卡页的内容均单独编码，然后额外添加一个容器用来展示被选中的选项卡内容，虽然该方法的代码量会较第一种更多及复杂但可以保证在客户端即使禁用掉 CSS JavaScript 也仍具有很好的可读性，而同样的对于搜索引擎优化（SEO）更是如此，该结构可以更为清晰的告知搜索引擎你的内容组织方式及相互关系其代码如下：

//首先是多数站点采用的写法：

标题一标题二标题三


内容一

内容二

内容三



 //如果用户禁用 CSS JS 内容将失去相关性及联系性

//然后我自己比较推荐的写法：


标题一
内容一
标题二
内容二
标题三
内容三



 //对于搜索引擎和禁用 CSS JS 的客户端依然可以保持良好的结构性

二、表现层（Presentation）：然后就可以为上述 HTML 代码添加 CSS 样式了，其目的很简单就是将选项卡修饰一个使其更像一个选项卡吧，这里仅提供第二种结构写法的样式代码关键部分，其他如果需要更多的修饰可以自行添加，具体代码如下：

.itab { }
.itab dl { margin:0; padding:0; }
.itab dt { float:left; padding:5px; cursor:pointer; }
.itab dt.active { }
.itab dd {/* display:none; */} /* 这个隐藏也建议由 JS 来实现如果客户端仅禁用 JS 却支持 CSS 的情况下不影响 */
.itab .tabBody { clear:both; }

三、行为层（Behavior）：最后当然是起重要作用的行为层了，主要对用户的一些操作如点击划过等触发一些事件从而改变现有的结构层代码达到选项卡的目的，具体代码如下：

$('.itab dd').hide();  //这里可以交给 CSS 隐藏但那样支持 CSS 不支持 JS 的客户端就郁闷了；
$('.itab').append('


');
$('.itab dt').click(function(){
	$('.itab .active').removeClass('active');
	$(this).addClass('active');  //用于辅助 css 修饰的 class 可区分哪个是当前点击的标题；
	$('.itab .tabBody').empty().append($(this).next().clone());
}).eq(0).click();

我这里偷懒用了 jQuery 首先是隐藏掉原来已经有的各个内容 dd 然后为整个选项卡 itab 最后添加了一个名为 tabBody 的容器用来存放要展示的内容，接着就可以为标题绑定事件了这里选了点击（click）当然你可以可以使用划过（hover）等等，当鼠标点击标题 dt 的时候先清空容器 tabBody 的内容，然后将当前被点击的标题 dt 下面的内容 dd 克隆一份放置到容器 tabBody 中，过程非常简单，另外用于操作 class 的两句是为了方便 CSS 修饰当前被激活的标题。

这样结构的选项卡其优点是很明显的，可以很清楚的告诉搜索引擎和关闭 CSS JS 的客户端你的内容结构层次，当然代码上特别是 JS 代码上会稍显复杂但这样的成本我个人认为是非常值得的，也有人会说现在哪还有不支持 CSS 和 JS 的客户端呢，其实我很多时候也有过这样的想法，但好在当我看到自己的项目在一些掌上浏览器的浏览效果的时候及时否定了自己的想法……

易用的目录过滤系统：

资讯类网站对于用户来说非常重要的一点是如何快速找到自己需要的内容，为此我设计并开发了上面三排两大类的按钮导航过滤系统，使用户仅一次点击就可以切换过滤器找出自己需要的内容，按钮的链接地址均由程序智能生成即使用户禁用页面脚本的情况下也能正常工作。

灵活的高级搜索功能：

目录和搜索一直都是非常重要的内容检索方式，有的用户喜欢用目录浏览，另有一些人一到某个网站就开始寻找搜索框。上图中的高级搜索功能列出了整站的所有内容类型可以一目了然的搜索，高级搜索默认为关闭状态可以避免对用户产生不必要的干扰。

另外具体实施中该项目整体尺寸和按钮设计上，还特别为 iPad 用户做了一些考虑例如：主要导航置于页面两边采用超大图标展示，用于过滤的按钮也相应的放大了尺寸，用于过滤的多选框也放大了热区并添加了 All 等快捷选取功能等等。因为网站界面只有 中 英 两种语言所以语言切换按钮同时只会出现另外一个。

产品定位

方便的跨平台跨计算机同步、分享、备份文件（目前已支持的平台和操作系统有：Windows、MacOS、Linux、iPhone iTouch iPad、Android 等等）

盈利模式

免费用户拥有 2GB 空间并可通过完成入门向导和邀请朋友加入最多达到 10.25GB 空间；付费用户可通过按月或按年支付 9.99 到 199.00 美元获得 50GB 到 100GB 的空间。

以上是对于 dropbox 的一些基本介绍，下面的内容摘自 DropBox CEO DrewHouston PPT 演示文稿，我做了些简单的翻译仓促望大家见谅。

一些背景

运营 18 个月用户数量有零达到几百万；没有投入广告花费；有无数的竞争对手；用户必须下载安装客户端；公司由技术工程师组成所以缺乏销售和运营经验。

项目启动

在没有完全烂掉之前尽快的启动项目，因为已经有大量的云存储公司，后面是 Drew 和风险投资 VC 的一段对话 VC：“这里有上百万家云存储公司启动！” Drew：“那您都用哪些？” VC：“不用” … ^_^

创建一个万无一失的 可伸缩的 跨平台的云存储非常困难，这是来自竞争对手的支持论坛：“我所有的文档和表格被变成了零字节文件”

我们在 Hacker News 发布的一个三分钟演示获得了很多高质量的反馈信息，用一个简单明了的首页获得了用户的注意力和用户邮箱，我们在 digg 上的测试版演示视频得到了 12000 个赞，由此一天之内排队测试用户从五千增长到七万五。

最大的风险是做没有人用的东西，不能启动虽然痛苦但不学习将会致命，不必真正实现尽快给用户体验来获得真实反馈，直接和客户交流了解他们需要什么。

真正考验

于 2008 年 9 月正式面向公共开放开始真正的考验，我们的市场计划：在 TC50 大会启动，购买了一些关键字广告，还有雇佣一个公关公司或市场副总裁。

我们尝试付费搜索：聘请昂贵的搜索专家，找出关键词并优化首页，给付费搜索过来的用户隐藏免费用户入口替换为限时免费体验帐号，一直持续到 2009 年，结果是新增付费用户成本为 233-388 美元但我们定价为 99 美元失败！

得到教训

问题：多数关键词单价被抬的很高，长尾效果很差，隐藏免费选项也靠不住想法很烂，会员模式和展示赞助广告都不行，还有就是经济学不靠谱！ ^_^

但我们依然做的很好：推出七个月用户达到一百万，并被大众喜欢。

学到什么

压力使你得用传统的方法但原则依然要保持优先，幸运的是我们全力在做简单的产品并能让用户喜欢，我们日以继夜的工作并雇佣我们所知道的最聪明的人才，保持重要的事情始终是重要的事情，市场化的产品可以弥补管理的不足。

大多被忽视的事情：雇佣非工程师，运用公关手段，截至时间 开发进程 教条，拥有一个真正的网站，商业合作开发，更多的功能。

十四个月

付费关键词不是问题：没有人生来就知道优盘电子邮箱等等，同样人们不会主动寻找我们所做的产品，展示广告引导页面也没什么效果，搜索只能是寻找需求而不是创造需求。

典型用户：从朋友或各处听说了 dropbox 服务，但我并不需要这类服务，确实真的好用，然后非常高兴的告诉朋友。

市场理论：已经存在的市场，重新划分市场，新的市场，对某一种市场有效但对其他市场则会失效。

新的战略

为用户提供可以更好展示我们的工具，通过邀请的双方都可以获得利益受 PayPal 的注册五美元启发，病毒式营销，页面设计上的优化，在分析上拥有大量投入，仅 2010 年 4 月共有 280 万次邀请。

结果是：在 2008 年 9 月：注册用户十万，在 2010 年 1 月：注册用户四百万，更多来自病毒营销其中 35% 来自朋友邀请 20% 来自共享目录，项目启动至今至今用户月增值率在 15% – 20% 之间。

结束演示

早学习 勤学习，最佳实践不总是最佳，了解你的市场模式并知道如何满足你的用户。有任何问题可以 @drewhouston 来向 Drew 提问。

其实我个人还觉得 dropbox 有很多其他地方也可以为我们所参考：就如 Drew 所说搜索只能是寻找需求而不能创造需求，所以为用户提供 VoteBox 投票服务让用户来投票选择下一步该开发什么功能；还有就是专心的做自己的本职服务并提供更开放的 API 为其他应用如 QuickOffice 等提供云存储支持，如果是换做苹果公司我想没有这个魄力吧。 ^_^

至于为什麽要屏蔽 dropbox 让我很是不能理解，包括之前的 xMarks 还有 BlackRa1n 这些都让我们很不理解，如此优秀的云存储服务在国内不能使用，也难怪 月光博客 如此淡定的人物都非常愤怒了！后面推荐几篇来自月光博客的评论文章：

做为一个专业技术人员，有些事情我本不想提，我们惹不起，还躲不起吗？但事实证明我错了，它就像一个恶魔一样渗入到了你所有的工作和生活当中，它就在你周围，无所不在，干扰和妨碍你正常的工作、学习和生活，逃避是毫无意义的，因为我们实际上已经无路可逃，只能眼睁睁地看着工作和生活中最好用的工具都一个接一个无法使用，却无能为力，唯一的出路可能就是出国，用自己的脚来投票，离开这个国家，如果大家有条件的话，从现在开始就准备着离开这个令人窒息的铁笼子吧，像Google那样离开中国，只有这样，你才能自由的访问任何一个网站，把所有精力都放在自己的专业上，不必担心自己心爱的工具哪天是否会无法访问。

dropbox 无法访问：http://www.williamlong.info/archives/2173.html

纪念 dropbox 君：http://www.williamlong.info/archives/2174.html

美国白宫官方网站 WhiteHouse.Gov 放弃了自布什政府以来一直在使用的非开源管理后台，改为使用凝聚数千开发人员心血的 Drupal 开源管理平台。在经济形势的压力下，政府也开始意识到启用开源系统相比非开源系统并不存在更大的风险而且具有一些显而易见的优势：免费、安全、丰富的技术支持等等。

开源的 Drupal 目前已经有约 410 人工年以上的开发时间，它在开发者方面已经有很深的根基，在全世界 Drupal 都拥有足够多的开发者社区进行开发与协作，下面简单的就 WhiteHouse 网站做一些表面的代码分析：

整体上看 WhiteHouse.ORG 应该是 Drupal 6.x 的版本，具体启用了哪些第三方模块还不容易看出；

从代码上容易看出主题放置在了 /sites/default/themes/whitehouse/ 目录这与之前的 Recovery.Gov 有所不同，相比之下 WhiteHouse.Gov 更符合我们的开发习惯；

样式表文件中开头使用了 margin:0; padding:0; 做初始化，这种方式虽然简单但在页面元素较多时将消耗大量浏览器资源，已经是不太推荐的做法了；

覆写了几乎全部的主题函数，甚至从 Contact 页面可以看出覆写了表单的一些函数；

暂时大概只看到了这些，没看到使用了哪些模块的迹象，有时间再仔细研究研究。有的时候真是看过这些 Drupal 站之后才知道原来 Drupal 是这么用的。