但是有人问有没有不用js的方式调用的方法，为了页面的SEO，当然直接调用内容是最好的方法，这种方法是有的，阿诺就是用的这种调用方式，但是这种方法只局限于二级目录的情况，不能跨站调用，以心诺设计风尚为例，本站结构大家一目了然，主站程序是zblog程序，discuz论坛是在本站二级目录bbs下，实现原理即是通过discuz论坛的计划任务，定时生成更新文件，而根据zblog的程序特点，zblog的调用数据都存放在网站的INCLUDE下面，在zblog模版中可以以文件名作为调用标签，直接读取文件内容！所以，我们可以得出这样一个结论，利用discuz计划任务，在主站的include文件夹里面生成discuz论坛最新帖子的文件，然后通过zblog调用文件就可以了！下面看看这个直观的架构图：

　　计划任务文件sean_cron_daily.php文件的源代码如下：

　　将文件上传到论坛目录中的source/include/cron/ 中，然后在discuz论坛后台的工具->计划任务中新增一项“论坛最新贴调用”，然后设置它的执行周期，在运行脚本那填写文件名sean_cron_daily.php就可以了，保存后回到计划任务，点击执行，大功告成！

　　这里是根据本站的情况介绍的，根据大家站点目录的情况可对源文件进行稍微的调整即可！

阿诺猜您可能也喜欢：
zblog1.9公测在即 zb迷们激动万分	Zblog安装教程详解	关于真正ZBlog1.9的新功能 小道消息	全API标签化的淘宝客Zblog模板	一键转播到腾讯微博插件for zblog
无觅

　　研究表明在相对小的圈子里社交关系才会有一定意义，人类演化学学者罗宾.邓巴在1992年的时候指出一个正常地球人类能维持紧密人际关系的人数上限仅仅为 150人，也就是所谓的“邓巴数”。这个数值并不是相关部门随便说说或者是专家学者的凭空想象出来的— 150人理论的基础是来自于对新皮质（neocortex）的研究。

　　新皮质有2-4毫米厚，分为六层，是大脑皮质的一部分。人类的一些高等功能和直觉，运动指令的产生，空间推理，意识还有人类语言都和它脱不了关系。而它的发达与否也在一定程度上决定了人类的社交关系容量（题外话：身为一个运动能力E，方向感E，社交能力E，反应速度E的废柴死宅，在下的新皮质发达程度一定也是E）。而一些对社交媒体的最新调查结果也反应了这个理论在网络世界中依然有效。

　　尽管总有些人对网络社交软件斜眼，但在我看来，人们不应该放弃使用社交软件，但应该学会如何保持一定数目的，对自己比较有意义的社交关系，也就是称之为 “内层网络效应”。一般来讲，网络效应用来描述在一个团体规模和共有价值之间的几何关系。而容量较大的网络通常效用更强，这也正是为什么已经颇具规模的网络依然会趋向继续扩张，不管其功能是用于社交（如Facebook，Twitter 天朝又被无视了）或者是销售产品或服务（像amazon，eBay以及Craigslist，感谢卓越T_T）。

　　最近，Google重新打造的全新网络社交平台Google+给人们提供了一个“内层网络”在网络平台应用的样本，它可以让人们把不同的朋友和社交关系归类于各种不同的“圈儿”；这个新生儿能够与Facebook这个庞然大物相抗衡还尚未可知，但是内层网络的概念起码很早以前就被证实是靠谱的，那就是，大家都喜欢的手机短信。

　　Facebook再牛逼也牛逼不过六十亿手机用户吧。据尼尔森调查，在大美利坚，中二生的蛋疼程度完全不输天朝，这帮熊孩子整天就知道发短信，一个月 3300条！基本上睁着眼的时候每小时六条，每十分钟一条。这种现象着实让人完全不能理解，明显过气的玩意儿是拿什么战胜最新的网络技术的呢？

　　简单来说，人就是图个方便好用，越多人同时使用就意味着方便与更多人交流。与此同时，一个人的电话号码和个人联系方式比Facebook的坑爹个人主页简洁明了多了。抛开那些没啥用的短信不说，电话能让我们随时知道最重要的人们比如说基友，家人，同事，这些可以反映一个人真实生活的人们，而不是在社交网络上那些半生不生甚至完全不认识的家伙。

　　为什么当我们发现手机不在身边的时候会变得无比紧张？或者说，当人被埋在地下无路可走的时候最希望能有的东西就是手机？因为人们在最需要帮助的时刻最想要做的就是能给自己亲近的人打个电话或者发条短信。同理，我们用手机的目的不是为了蹲点看一群二逼青年在微博上刷状态，往往是希望在紧急时刻可以和自己需要的人取得联系。

　　结论：我们不能干瞪眼坐等社交网络把我们被动的连接起来。虽然各种各样的数据告诉我们世界在进行快速而巨大的变化，但是我们依然可以从邓巴先生的理论中得到教训：少量而有用的社交关系必然比大而无用的社交圈更有意义。

　　原文作者：Tom Chatfield
　　文章来源：BBC
　　原文内容有部分删减

阿诺猜您可能也喜欢：
网络鞋店模式在中国流行：Zappos成功可复制	中国怎么了 网络太发达了？？	COM与NET域名价格明年初将再次调整	我们正成为“愚蠢的一代”？	网络世界大会的发展历程
无觅

1) Google Takeout

　　就像上图这个服务，就是 Takeout。它主要为家庭提供收藏于不同 Google 服务中的资料汇出并备份到电脑中，当中包括：+1′s、Google+ 小圈子、连络人及 Picasa 网络相簿。

　　链接：https://www.google.com/takeout/

2) Google Mars

　　地球有 Google Earth，火星自然有 Google Mars。这也难怪的，大家又不是星爷口中的火星人，又不是天文学家，少听过、甚至没有看过，也十分正常吧。

　　链接：http://www.google.com/mars/

3) Google Health

　　顾名思义，这是 Google 在家将自己的健康状态储存在云端伺服器的服务，不过自推出以来一直也不太受欢迎，所以 Google 早前已宣布在 2013 年 1 月 1 日起正式停止使用。如果你未使用过，现在已不能登入使用；但如果你曾经使用过，就可以在这日期前尽快使用 Google Takeout 将资料备份到自己的电脑内。

　　链接：https://health.google.com/

4) Google SketchUp

　　第四项服务，就是 Google SketchUp，它是可让用家免费绘画 3D 图的工具，未来大家就不用花费昂贵金钱去为电脑购买相关 3D 绘图软件，才能够在工作上绘画这些 3D 图画了。

　　链接：http://sketchup.google.com/

5) Google Correlate

　　这是供大家投寻不同的关键字在不同国家、不同时候有多少人曾经搜寻过，对于一般人来说可能会觉得有点沉闷，但对于在工作上需要搜寻资料的人来讲，就十分有用。使用方法是只要选择了国家，然后输入关键字，就不但会显示出相关字辞，下方还会显示在过去数年的什么时间此关键字的搜寻率。

　　链接：http://www.google.com/trends/correlate

6) Google Sites

　　如果大家想拥有一个属于自己的网页，但又不懂甚么 HTML，这项服务就可以帮助大家轻松建立自己的网站了，而且完全免费！

　　链接：https://sites.google.com/?pli=1

7) Google HotPot

　　Google 式打边炉？当然不是！它其实只是 Google 地方资讯的美国名称，只要透过这项服务，大家就可以在 Google Map 上的餐厅或游玩地方上留下评语。不过，在香港……相信大家也只会到开饭及讨论区去评论吧，这项服务似乎用处不大。

　　链接：http://www.google.com/hotpot

8) What Do You Love? (From Google)

　　想找更多有关你喜欢东西的资讯？通过这项服务，大家只要键入关键字，就可以找到有关该物件、人物甚至地点的翻译、受欢迎程度、相关书籍、3D 图、影片、相片等，确实是一个百科全书平台！

　　链接：http://www.wdyl.com/

9) YouTube Feather

　　简单点说，就是 YouTube 的轻量版，使用它就可以在缩短影片载入时间的情况下，快速浏览 YouTube 资料库内的影片。不过它的影片库似乎不及 YouTube 完全版那么大，有些影片可能在此版本内会搜寻不到。

　　链接：http://www.youtube.com/feather_beta

10) Panoramio

　　平常大家通过 Google 服务与朋友分享相片，多数也会使用 Picasa 网上相簿服务。但如果想与所有 Google家用分享呢？这项 Panoramio 服务就是这种用途，用家可以将在旅游时拍摄的相片分享到这个平台，这样其他用家就可以按地点看到你分享的相片了。

　链接：http://www.panoramio.com/

　　以上就是 10 款大家可能从来也不知道的 Google 服务，究竟当中有多少是大家已发现到而且正在使用呢？小编说句实话：在编写这篇文章前，确实一项也没有使用过！更聪明的 Unwire 读者们，你又曾经使用过这 10 款服务中的多少个呢？

　　文/Unwire  來源：TNW

阿诺猜您可能也喜欢：
Google Wave 到底是什么?	Google PageRank更新 本站PR上升到5	eWeek:被谷歌遗弃的10项互联网服务	ReadAIR: 非官方桌面版Google Reader	本站PR值上升至3
无觅

　　这里演唱会的情况，就不多说了，已经没有激情了，跟那些学生相比，感觉自己老了！倒是进场看演唱会的过程更有趣点！

　　首先，我看这场演唱会是没有买票的，是通过关系进的场，在了解情况以后，别人直接给我准备了2套保安服，这2套保安服除了肩章以外几乎和警察的衣服是一模一样的，戴的是鸭舌帽，穿上就像是驻港部队一样，很精神！我老婆穿上，简直就一警花！哈哈

　　我跟老婆就跟着保安部队行动，分配好岗位以后（我们除外，自己在一边打转，玩），等到7点45分，各个大门打开放人，我们就站在验票口的前面一个点，等到有一半的人进场以后，我们就直接大摇大摆的从专门通道进场了，那感觉真过瘾，通道的保安都是“自己人”，穿这身衣服简直就像是拿了一张通票，全场走了一圈！中途碰到真的警察，还打了招呼，还帮忙维持了现场秩序，甚至有警察直接问我们：“你们是来执勤的还是来看演唱会的！如果看演唱会就找个位置坐下来！”我们当然说是执勤的啦！哈哈，当时还有是有怕的，不过后来就不怕了！

　　还有一点有趣的地方，我发现我穿这身衣服在场内站着，我看一个人，那人和我都不敢对视的，哈哈，爽！

　　有一点可惜的就是，这次分配的不是内场，而是外场，所以我们只能在2楼，3楼转不能下一楼进内场，不过我们还是找了个比较好的位置看，整场演唱会除了开场的时候，林俊杰，还有快结束的时候，蔡依林，周杰伦他们表演的时候最嗨！其他嘉宾演唱我几乎都要睡着了，太冷场了，周杰伦压轴，最后上台，全场疯狂了，而我们就在周杰伦唱第一首歌的时候离场了，因为等到演唱会结束的时候，肯定人多，塞车！

　　我们出来的时候，周杰伦还在唱第二首歌，这个时候门口已经失去控制，好多人在门口等待机会翻门而入，门口的保安人员顾得了这边顾不了那边，还是有很多人成功了！出来取车的时候，周杰伦的4首歌都唱完了，后面还有什么活动就不清楚了！

林俊杰开场

阿诺猜您可能也喜欢：
第一次吃槟榔	创新是一次孤独的旅程	Sean主题最后一次更新(含PSD文件)	《巫妖王的崛起》 第一章 耐奥祖的诅咒	Google PageRank更新 本站PR上升到5
无觅

1. JavaScript Jabber

　　这是一个 JavaScript 相关的播客（电台）。它们每一期专注一个主题，讲它的优点和缺点，例如 Backbone.js , ember.js  等等。

2. The JavaScript Show

　　这也是一个 JavaScript 相关的播客（电台），每周一期，讲述 JS 社区的最新动态，类似下面要介绍的 JavaScript Weekly，不过是以播客的形式存在。和上面介绍的 JS Jabber 不同的是，它以新闻信息为主，很少技术细节。

3. JavaScript Weekly

　　这就是网页形式的 JavaScript Show，涵盖了 JS 领域的最新动态。

4. Mozilla JavaScript Reference

　　Mozilla 有很多关于 JS 的信息，甚至太多以至于让人头晕。我这里挑选了一些。

　　Re-introduction to JavaScript 是为有一些 JS 基础，但是又找不着方向的开发者准备的。

　　Mozilla master index of there JavaScript resources 是一个值得收藏的地方，包含了各种资源的链接。

　　JavaScript Guide 是针对 JS 语言本身的手册，很好的参考资料。

　　Ajax Tutorial 是一个 AJAX 的入门教程，是我见过的最好的纯 JS + HTML 的教程。

5. Douglas Crockford's JavaScript Resources

　　Douglas Crockford 是 JS 领域的知名人物，他有一本书《JavaScript: The Good Parts》。他的网站也是一个很好的 JS 资源集中地。

6. Advanced Topics in Web Development – Fall 2011

　　对于那些喜欢课堂教学形式的人来说， iTunes University 有一门免费的 Web 开发课程 ，包含了 JS 教学。目前有19堂课，将来应该有更多，因为第19课是“jQuery Part 1”。

7. Essential JavaScript Design Patterns For Beginners

　　《Essential JavaScript Design Patterns For Beginners》是一本关于 JS 设计模式的书，虽然标题中写了“beginners”，但是很多新手是不知道什么叫做设计模式，很多有经验的开发者也对此研究不深。所以这本书适合每一个人去更好的理解 JS 设计模式，并使用它们。

　　原文链接，OSChina.NET 原创编译

阿诺猜您可能也喜欢：
JavaScript---编程习惯(1)	埋头研究EasyASP快速开发类	JavaScript是否为创造游戏准备好了	笔记：有关淘宝API开发中sign签名的生成规律	80后夫妻《吵架公约》当家规，实在是高！
无觅

　　微软费了很大劲为Windows CE内核增强硬件支持，这也是WP的硬件支持落后其他系统的原因。从Windows CE切换到Windows NT应该是微软早就计划好的，开发ARM版Windows 8也是如此。ARM版Windows 8可以支持广泛的ARM处理器，而且为多核优化，这些东西Windows Phone 8会直接继承。

　　显然，Windows Phone 8不仅是和Windows 8共享内核而已，Windows Phone 8是一个为小屏幕特别优化的ARM版Windows 8。这意味着Windows Phone 8的开发计划是直接和ARM版Windows 8捆绑在一起的，我们预计它们会同时发布。

　　大家一直在谈Windows Phone 8和Apollo，但是它是什么呢？

　　微软的WP团队对Windows Phone 8的详情守口如瓶。实际上，我们知道的大多数信息都是Pocketnow在2月的时候泄露的那些。

　　为了弄清楚Windows Phone 8的真相，我和一些微软员工聊了聊。

　　我确定许多人对微软没有在世界移动大会MWC2012上发布Apollo感到失望。Windows Phone 7是在MWC2010上发布的，而Mango是在MWC2011上发布的，所以，人们会想问为什么Apollo为什么没在MWC2012发布呢？

　　在微软雷德蒙德园区，关于Mango发布得太早这件事，他们已经谈论很久了。按照开发团队的说法，在发布以后，它迟迟没有上市。结果，竞争者（Google 和Apple）在Mango上市前得以预测微软做出的每一点改进，它没有像微软想的那样成为冰淇淋三明治和iOS5的巨大威胁。

　　微软不想重复这个错误了。实际上，我们可以预计，微软官方会在接近发布最终Windows Phone 8 SDK的时候发布Windows Phone 8。

　　我们已经知道，Windows Phone 8会从Windows CE内核切换到Windows NT内核，这可能是最大的秘密之一。为什么微软首先要做这种转换呢？

　　与Windows 8共享大多数部件是一个普遍的回答，但是事情绝不仅仅如此。甚至这都不是最重要的原因。Windows CE最初是为低功耗处理器和小内存设计的。随着新手机的配置变成了多处理器和数GB的内存，Windows CE不再适合这些先进特性了。

　　微软费了很大劲为Windows CE内核增强硬件支持，这也是WP的硬件支持落后其他系统的原因。从Windows CE切换到Windows NT应该是微软早就计划好的，开发ARM版Windows 8也是如此。ARM版Windows 8可以支持广泛的ARM处理器，而且为多核优化，这些东西Windows Phone 8会直接继承。

　　显然，Windows Phone 8不仅是和Windows 8共享内核而已，Windows Phone 8是一个为小屏幕特别优化的ARM版Windows 8。这意味着Windows Phone 8的开发计划是直接和ARM版Windows 8捆绑在一起的，我们预计它们会同时发布。

　　不过也不要期待早期的Windows Phone 8手机可以用四核Tegra处理器。尽管ARM版Windows 8支持许多ARM处理器，Windows Phone 8的早期版本主要会为Snapdragon骁龙处理器（特别是MSM8960）优化。但是由于使用了新内核，我们不必为新硬件支持等待一整年了。 Windows Phone会优先为诺基亚偏爱的ST-爱立信的NovaThor提供支持。三星已经坚持要求微软为Exynos提供支持。我们可以期待不久以后这些处理器就会得到支持。

　　Windows Phone 8的用户界面和Windows Phone 7.5不会有太大区别，尽管Windows Phone 8会加上一些新功能。不幸的是，关于这些新功能，我们还得不到什么信息，因为微软希望对竞争对手保持沉默。

　　来源：WMPoweruser

阿诺猜您可能也喜欢：
Windows 7首张蓝屏死机画面公布	准备入手多普达S600	滚滚长江 这水好恐怖哦	本站301重定向的IIS设置方法	Google Wave 到底是什么?
无觅

漫画一：软件编程

漫画二：使用 LISP 语言的程序员眼里其他语言程序员的形象

漫画三：学校里的编程和真实项目里的编程

漫画四：程序员与劫匪

阿诺猜您可能也喜欢：
现在的站长们 切忌急功近利	想做一个富站长就要懂得贵在坚持	瞧瞧在校大学生的雷人赚钱法	发一套早期做的Dede程序的模板	博客要怎么写才好看 博客也是需要精心打理的
无觅

　　tiobe 3月份的排行终于出炉了，咱就看下前20名的数据好了

2012年3月

2012年2月

阿诺猜您可能也喜欢：
JavaScript---编程习惯(1)	大家请看《2012》第二十分二十秒那句台词..	2012玛雅历法预言	[转载]让程序员恼火的几件事情	Easp一个简单的分页Demo 适合新手上手
无觅

　　目前有很多的文章介绍使用HTML5并且介绍了使用它的优势和好处，没错，我们这篇文章也类似。随着更多这样的文章，以及Apple的支持， Adobe围绕HTML5的产品开发，以及移动flash的死亡，如此多网站的支持，我想对那些仍旧没有或者不想接受它的人说一些话。我认为主要得原因是，它看起来像一个神秘的东西。很多感觉它像喷气背包或者飞行汽车。一个未经验证的非凡想法但是并不实际。但是事实上现在已近非常的实际了。

　　为了解密HTML5并且帮助顽固的开发设计人员，我这里写了列出了使用HTML5的几大原因，希望对大家有帮助！

第十大原因：易用性

　　俩个原因使得使用HTML5创建网站更加简单：语义上及其ARIA。新的HTML标签像<header>, <footer>，<nav>，<section>， <aside>等等，使得阅读者更加容易去访问内容。在以前，即使你定义了class或者ID你的阅读者也没有办法去了解给出的一个div究竟是什么。使用新的语义学的定义标签，你可以更好的了解HTML文档，并且创建一个更好的使用体验。

　　ARIA是一个W3C的标准主要用来对HTML文章中的元素指定“角色“，通过角色属性来创建重要的页面地形例如,header，footer，navigation或者aritcle很有必要。这一点曾经被忽略掉了并且没有被广泛使用，因为事实上并不验证。然而，HTML5将会验证这样属性。同时，HTML5将会内建这些角色并且无法不覆盖。更多的HTML5和ARIA讨论，请大家查看这里。

第九大原因：视频和音频支持

　　忘了flash和其它第三方应用吧，让你的视频和音频通过HTML5标签<video>和<audio>来访问资源。正确播放媒体一直都是一个非常可怕的事情，你需要使用<embed>和<object>标签，并且为了它们能正确播放必须赋予一大堆的参数。你的媒体标签将会非常复杂，大堆得令人迷惑的代码。而且HTML5视频和音频标签基本将他们视为图片：<video src=”"/>。但是其它参数例如宽度和高度或者自动播放呢？不必担心，只需要像其它HTML标签一样定义：<video src=”url” width=”640px” height=”380px” autoplay/>。

　　实际上这个过程非常简单，然而我们的老浏览器可能并不喜欢我们的HTML5，你需要添加更多代码来让他们正确工作。但是这个代码还是比<embed>和<object>来的简单的多。

第八大原因：Doctype

　　没错，就是doctype，没有更多内容了。是不是非常简答？不需要拷贝粘贴一堆无法理解的代码，也没有多余的head标签。最大的好消息在于，除了简单，它能在每一个浏览器中正常工作即使是名声狼藉的IE6。

第七大原因：更清晰的代码

　　如果你对于简答，优雅，容易阅读的代码有所偏好的话，HTML5绝对是一个为你量身定做的东西。HTML5允许你写出简单清晰富于描述的代码。符合语义学的代码允许你分开样式和内容。看看这个典型的简单拥有导航的heaer代码：
<div id="header">  <h1>Header Text</h1>  <div id="nav">   <ul>    <li><a href="#">Link</a></li>    <li><a href="#">Link</a></li>    <li><a href="#">Link</a></li>   </ul>  </div> </div>
　　是不是很简单？但是使用HTML5后会使得代码更加简单并且富有含义：
<header>  <h1>Header Text</h1>  <nav>   <ul>    <li><a href="#">Link</a></li>    <li><a href="#">Link</a></li>    <li><a href="#">Link</a></li>   </ul>  </nav> </header>
　　使用HTML5你可以通过使用语义学的HTML header标签描述内容来最后解决你的div及其class定义问题。 以前你需要大量的使用div来定义每一个页面内容区域，但是使用新的<section>，<article>，<header>，<footer>，<aside> 和<nav>标签，需要你让你的代码更加清晰易于阅读。

第六大原因：更聪明的存储

　　HTML5中最酷的特性就是本地存储。有一点像比较老的技术cookie和客户端数据库的融合。它比cooke更好用因为支持多个windows存储，它拥有更好的安全和性能，即使浏览器关闭后也可以保存。

　　因为它是个客户端的数据库，你不用担心用户删除任何cookie，并且所有主流浏览器都支持。

　　本地存储对于很多情况来说都不错， 它是HTML5工具中一个不需要第三方插件实现的。能够保存数据到用户的浏览器中意味你可以简单的创建一些应用特性例如：保存用户信息，缓存数据，加载用户上一次的应用状态。

第五大原因：更好的互动

　　我们都喜欢更好的互动，我们都喜欢对于用户有反馈的动态网站，用户可以享受互动的过程。输入<canvas>，HTML5的画图标签允许你做更多的互动和动画，就像我们使用Flash达到的效果。

　　除了<canvas>，HTML5同样也拥有很多API允许你创建更加好的用户体验并且更加动态的web应用程序。 这里有一个列表：

　　Drag and Drop (DnD)
　　Offline storage database
　　Browser history management
　　document editing
　　Timed media playback

第四大原因：游戏开发

　　没错， 你可以使用HTML5的<canvas>开发游戏。HTML5提供了一个非常伟大的，移动友好的方式去开发有趣互动的游戏。如果你开发Flash游戏，你就会喜欢上HTML5的游戏开发。

　　Script-tutorials目前提供了4个不部分的HTML5游戏开发教程，这里看看他们开发的有趣游戏：

　　HTML5 Gaming Development Lesson One
　　HTML5 Gaming Development Lesson Two
　　HTML5 Gaming Development Lesson Three
　　HTML5 Gaming Development Lesson Four

第三大原因： 遗留及其跨浏览器支持

　　你的现代流行浏览器都支持HTML5（Chrome，Firefox，Safari，IE9和Opera），并且创建了HTML5 doctype这样所有的浏览器，即使非常老非常令人厌恶浏览器像IE6都可以使用。但是因为老的浏览器能够识别doctype并不意味它可以处理 HTML5标签和功能。幸运的是，HTML5已经使得开发更加简单了，更多支持更多浏览器，这样老的IE浏览器可以通过添加javascript代码来使用新的元素：
<!--[if lt IE 9]>  <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script> <![endif]-->

第二大原因： 移动，移动还是移动

　　你可以称之为“直觉”，但是我认为移动技术将会变得更加的流行。我知道，这里有些非常疯狂的猜测，有些可能你也想到了 – Mobile是一个时尚！移动设备将占领世界。更多的接受移动设备将会增长的非常迅速。这意味着更多的用户会选择使用移动设备访问网站或者web应用。 HTML5是最移动化的开发工具。随着Adobe宣布放弃移动flash开发，你将会考虑使用HTML5来开发webp应用。

　　当手机浏览器完全支持HTML5那么开发移动项目将会和设计更小的触摸显示一样简单。这里有很多的meta标签允许你优化移动：

　　viewport: 允许你定义viewport宽度和缩放设置；
　　全屏浏览器： ISO指定的数值允许Apple设备全屏模式显示；
　　Home screen icons:  就像桌面收藏，这些图标可以用来添加收藏到IOS和Android移动设备的首页。

第一大原因： 它是未来，开始用吧！

　　最大的原因今天你就开始使用HTML5是因为它是未来，不要掉队了！HTML5不会往每个方向发展，但是更多的元素已经被很多公司采用，并且开始着手开发。HTML5其实更像HTML，它不是一个新的技术需要你重新学习！如果你开发XHTML strict的话你现在就已经在开发HTML5了。为什么不更完整的享受HTML5的功能呢？

　　你实际上没有任何借口不接受HTML5。事实上我唯一一个原因使用HTML5是因为它书写代码简单清晰。其它的特性其实我也没有真正使用。你可以考虑现在开始使用HTML5书写代码，它能帮助你改变书写代码的方式及其设计方式。开始用HTML5代码编写web应用吧，说不定下一个移动应用或者游戏应用就是用HTML5开发的！

阿诺猜您可能也喜欢：
HTML5来了 Flash将何去何从	新一代的web标准 HTML5	十一长假前的最后一天班了	IT史上十大辉煌时刻	《哈利波特与混血王子》十大看点(组图)
无觅