精于心、简于形
手头上有个 tb4.us 域名。 为了不让其浪费，于是就有了这个小玩意。正如域名所表示的，它只做一件事情，就是缩短淘宝的网址。
http://tb4.us/ （感谢开放的互联网）。
一些心得和想法：
基于网址数据挖掘还是很有看头的，例如承志的 「卷豆」 。当然，tb4.us 只是我玩 dota 无聊以后的产物 :^)
希望这个小工具能够帮上你一定的忙，有任何的意见和建议很欢迎随时提出。
-- EOF --
我们有时候会有这样的设想，能不能有款布局既兼容桌面浏览器，又兼容手持设备的小屏幕？ cssgrid.net 提供的方案 给与我们新的思路。
这个站点自称这个布局为：
A 1140px wide, 12 column grid. Fluid all the way down to a mobile version.
细心的读者可能会发现，这句话其实会有冲突 -- 既然是流体布局，那么怎么限定了宽度呢？
拖动浏览器的窗口宽度，或者使用 iPhone 等设备访问该网站，发现布局会随着宽度的缩小发生改变，从而使页面的内容更容易阅读。它是如何实现的呢？
如何给不同的设备载入不同的样式，有可能我们首先想到的就是 CSS Hack 。看其的 CSS 载入方式，我们或许就已经能明白个大概。 media 这个属性 这个时候就变得非常的给力。
<!-- The 1140px Grid -->
<link rel="stylesheet" href="css/1140.css" type="text/css" media="screen" />
<!--[if lte IE 9]>
<link rel="stylesheet" href="css/ie.css" type="text/css" media="screen" />
<![endif]-->
<!-- Make minor type adjustments for 1024 monitors -->
<link rel="stylesheet" href="css/smallerscreen.css" media="only screen and (max-width: 1023px)" />
<!-- Resets grid for mobile -->
<link rel="stylesheet" href="css/mobile.css" media="handheld, only screen and (max-width: 767px)" />
上面的代码可以看出， 1140.css 是布局的主体 。然后，其针对 IE 单独提供了 ie.css，浏览器宽度（或者可以理解为屏幕宽度）为 1024 像素以下、768 像素以上使用 smallerscreen.css；小于 768 像素宽度的则使用 mobile.css。
根据上面定义的典型宽度不难看出，其实 smallerscreen.css 针对的是 iPad 等平板设备，而 mobile.css 针对的是 iPhone 以及 Android 等手机设备。
这是个 CSS 按需加载的好办法。还有个问题就是，可不可以将它们写到单个文件中，节省连接数也方便维护？当然可以。例如：
<!-- Resets grid for mobile --> <link rel="stylesheet" href="css/mobile.css" media="handheld, only screen and (max-width: 767px)" />
我们需要写到单个文件中，那么内容使用
@media handheld, only screen and (max-width: 767px) {
/* ... */
}
包裹起来即可。
似乎有些偏题，回到正题我们继续分析 cssgrid.net 的布局。 继续查看 1140.css ，其实可以得知就是个浮动布局。有点不同的是 .row 的样式：
.row {
width: 100%;
max-width: 1140px;
}
这种写法当时让我眼前一亮。一般常见的写法是直接使用width:1140px。这样写法的好多多。例如，使用相对宽度、栅格的宽度也对应的使用百分比，那么总体的栅格该起来将会方便很多。
A：「那么 IE6 怎么办？」 B：「别闹了。」
顺便说一句，我们目前广泛采用的 960 栅格系统 是否可以考虑革新下。根据目前的用户屏幕分辨率数据（via 黑三 ）来看，桌面屏幕宽度大于等于 1024 像素的分辨率占到了绝大多数的比例。
我们可以考虑采用例子中 1140 像素或者更大宽度的栅格系统 -- 这将对于设计以及内容安排方面而言，也将会拥有更大的发挥空间。
说到这里其实这个布局的大部分技术原理也了解了大概，其实如果不喜好浮动布局，了解了上述的原理以后，任何布局我们都可以通过重置样式的方式改进使其支持移动设备。
学习 CSS 的过程中总是会不可避免的会碰到布局的问题，同时这也是争论最多的部分。无论是浮动布局、定位布局、 「伪绝对定位布局」 、还是 「双飞翼布局」 等等，其实都是根据具体的情况而总结出来的布局。
所以，我个人的观点就是，其实没有任何应对各种情况的布局 :^)
那么，您的观点呢？
-- EOF --
项目中碰到 PHP 和数据库之间，计算存在时间计算误差。大致的情况为根据段时间字符串，例如
2012-12-14 00:00:00 UTC
使用 MySQL 的 UNIX_TIMESTAMP 函数以及 PHP 的 strtotime 计算得出的时间戳，大概有半分钟（差不多有28秒）的误差。
同时，比较‘诡异’的是直接使用当前时间（MySQL 中 UNIX_TIMESTAMP 不带参数，同时 PHP 直接使用 time 函数），却不存在误差（ 测试脚本 ）。
排除了 PHP 和 MySQL 之间因为时区设置造成的时间误差 -- 根据经验，如果是时区设置造成的时间误差，应该有几个小时不会那么少。
搜索解决问题期间扫了下 这篇帖子 ，觉得应该是 ‘闰秒’ 这玩意造成的问题。搜索 PHP 闰秒相关的配置似乎没有相关的， 不过在这里似乎找到了些答案 。
You also can experience this behavior if your system timezone is with leap seconds. To avoid the problem in this case please run query UPDATE mysql.time_zone SET Use_leap_seconds='N' and restart the server. Please inform us if this helps.
按照上述的步骤执行，解决了问题。
回过头来，我在工作机（Windows）上测试，发现并不起作用。研究了下， 原来闰秒也需要操作系统的支持 ：
1、对于大多数新的 Linux 内核，在设计时它们都是支持闰 秒的，这一点在 REHL4/5 的 2.6.x 内核中得到肯定。 2、如果 Linux 系统没有配种某种时间同步机制（比如NTP）， 那么和闰秒无关，唯一导致的结果只是系统时间会比 UTC 时间快一秒。 3、Window Time Service 不支持闰秒，包括服务器和客户端。
回过头来考虑项目中碰到的这种情况，直接使用时间戳存储时间点会更精确些。最后， 提供下相关的测试脚本 ，看看你的环境是否也会有类似的问题。
-- EOF --
