無標題文檔

Smarty Cheat Sheet

本人很喜欢偷懒,所以很喜欢 Cheat Sheet 快速查找一些东西。现在,网络上找到份 Smarty 的 Cheat Sheet。 Smarty 一直我都认为是一个好东西,所以这份 Cheat Cheet 对于我来说会很重要。

另外还有 jQuery 和 Prototype 的 Cheat Sheet 以及 MySQL 的 Cheat Sheet 提供下载(实在是居家旅行,开发糊口的必备利器)。

废话不多说,在这里提供 ZIP 格式打包下载 。此文档为 PDF 格式,出处在 这里

另外,还有一位 更牛的家伙收集了大量的 Cheat Sheet ,看来还有比我更懒的。

我所满意的一些照片

和朋友聊天的时候谈到我的爱好,其实拍照也应该能算得上一个。但本人一直都是半吊子的人,即便我喜欢拍照片,也仅仅是拿家用的数码相机。我认为,拿着那些「大炮」拍出来的东西就不是 生活 的随拍了。

废话不多说,我选了几张自认为比较满意的照片。不要和我讨论什么 白平衡光圈 等等的概念,其实本人并不比你多了解一些。推荐 刚当上爸爸 的老大 Badbuild 的一篇 原创「技术文档」 ,看来真正的高手是从来不 摆显 的。

PS:不知道怎么搞的,每当帖图的时候总会想起拨号时代的名言 - 「图多杀猫,慎入」,还有就是 wiLdGoose 已经听厌烦的「绝对的高清、无码、激情」。

https://friable.rocks/_/2009_11_05/923414e74d9e.jpg

https://friable.rocks/_/2009_11_05/121444e71bb8.jpg

https://friable.rocks/_/2009_11_05/924574e71bb6.jpg

https://friable.rocks/_/2009_11_05/418894e71ae0.jpg

https://friable.rocks/_/2009_11_05/968644e71b16.jpg

https://friable.rocks/_/2009_11_05/194234d380f0.jpg

https://friable.rocks/_/2009_11_05/572954b6a43b.jpg

https://friable.rocks/_/2009_11_05/180114b6a45a.jpg

https://friable.rocks/_/2009_11_05/907324b6a465.jpg

https://friable.rocks/_/2009_11_05/535264b6a438.jpg

https://friable.rocks/_/2009_11_05/445974e71d4a.jpg

https://friable.rocks/_/2009_11_05/678854e71ca7.jpg

https://friable.rocks/_/2009_11_05/195324e71c40.jpg

最后,来张彪悍的,与 妮子 同伙拍摄于 2007 年的 圣诞节 。还有很多的照片,如果感兴趣,可以去 我的 Yupoo 空间 看下。

https://friable.rocks/_/2009_11_05/754914e6724b.jpg

我对 Ajax 的看法

又一个新的项目已经接近尾声,我就好比是经历了又一轮的 JavascriptPHP 方面 的考试。由于其中 Ajax 方面的应用比较的多,纵观这个项目的从始至终,本人对于 Ajax 也有了一个全新的认识。

在经历了 没日没夜 的开发所带来的「审美疲劳」,牢骚在所难免。首先,说说 Ajax 存在的一些问题。

从原始目的上说,开发者使用 Ajax 是为了用户友好。但真的是如此吗?这让 Ajax 不得不面对客户端与服务器端的延迟问题。虽然有很多「欺骗」用户的办法,比如加一个会动的 gif 图片让用户等待。但这真的能让已经没有耐心的用户再多花一段时间去等待他们期望的结果?

其次,由于目前技术的限制,Ajax 是无法保留目前用户目前的之行状态的。一旦用户刷新浏览器,那么所有的东西将全部重新来过。这点我认为是 Ajax 的软肋(即使可以通过 Session 和 Cookie 来解决)。

Ajax 对 SEO 方面是不友好的。目前,或许我可以下一个结论,搜索引擎是不会抓取 Javascript 的输出的。不过即便如此,我们也可以利用这个特点 做一些有意思的功能

有人说 Ajax 能减轻服务器负担,而我认为这个观点不全面的。异步调用服务器数据的确数据包会很少,但是还是进行了一次服务器请求。所以相对于一般的项目,在同样负载的情况下,用 Ajax 应用比较多的项目明显会比传统项目请求服务器的次数要多。这可能会造成一种趋势,就是 缓存(Cache)技术 的流行。

Ajax 是依赖客户端的具体实现的。因为 Ajax 的核心应用 - Javascript,每个浏览器的厂商都是有自己不同的实现。所以不要指望在 Internet Explorer 中可以正确执行的 Javascript 能够完全不经过修改就放到 Safari 中使用。但有一个好的趋势就是开发者会更加注重 Web 标准化

上述就是本人对于 Ajax 的牢骚。但 Ajax 的出现是必然的,这是因为用户始终需要更好的浏览体验。早在 Ajax 出现以前,就有 Flash 实现过类似的功能。只是通过 Javascript 让更多的开发者意识到,原来使用原有的技术也可以这样做。

到底该不该使用 Ajax,在什么情况下使用它,却成了众说纷纭的问题。总而言之,本人认为在不影响用户体验的前提下,在适合的场合使用 Ajax。听起来有点迷茫,但是如果你用过 Gmail,你会发现它会在用户选择上传文件以后继续编辑邮件的同时使用 Ajax 上传文件,错开用户发送附件时的等待,那么你就会全部明白了。

好比从前的 Javascript、Flash 欢迎页面一样,目前比较堪忧的是 Ajax 有被滥用的倾向。确切的说,开发者有时候使用 Ajax 是出于跟风 -- 因为它很流行,却完全没有考虑到用户会不会使用它。

巧合的是,Google 以后发现有很多的开发者也写过类似的文章。引用 dgwxx 文章 中的一段话结束本篇 Blog:

(Ajax)只在必要的时候使用。《Foundations of Ajax》里有一句话「不要去做简历驱
动的设计」。就是说,不要弄一个很花哨的东西来吹嘘自己是多么了不起,而要重视客户
体验与运行成本。

......

比如,Google Suggest 那样的输入提示不是每个网站都能做到的,只有像 Google 这种
拥有天文数目的服务器资源,才能为用户提供如此高频率和准确的输入提示。准确估计自
己的实力,才能用好 Ajax。

最后,推荐阅读: Six Myths About Ajax (中文版: Ajax 的六个误区 )、 Ajax 的七宗罪 以及 Ajax: 99% Bad ,批判的接受 Ajax。

我的照片

嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHubTwitterInstagram 等。

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 要知道作为码农取名是件很难的事情,所以不想在取名这事情上太费心思。

作为八零后,自认为还仅存点点可能不怎么被理解的幽默感,以及对平淡生活的追求和向往。 为了避免不必要的麻烦,声明本站所输出的内容以及观点仅代表个人,不代表自己所服务公司或组织的任何立场。

如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQG91dGxvb2suY29tCg== | base64 -d`

分类

搜索

文章