易栈网-膘叔

转帖前的话：这个问题我没有遇到过，事实上，如果不是看到这篇博客，我根本不知道原来还有闰秒这个问题。先看看这篇文章吧。

项目中碰到 PHP 和数据库之间，计算存在时间计算误差。大致的情况为根据段时间字符串，例如：

使用 MySQL 的 UNIX_TIMESTAMP 函数以及 PHP 的 strtotime 计算得出的时间戳，大概有半分钟（差不多有28秒）的误差。

同时，比较‘诡异’的是直接使用当前时间（MySQL 中 UNIX_TIMESTAMP 不带参数，同时 PHP 直接使用 time 函数），却不存在误差（测试脚本）。

排除了 PHP 和 MySQL 之间因为时区设置造成的时间误差 -- 根据经验，如果是时区设置造成的时间误差，应该有几个小时不会那么少。

搜索解决问题期间扫了下这篇帖子，觉得应该是‘闰秒’这玩意造成的问题。搜索 PHP 闰秒相关的配置似乎没有相关的，不过在这里似乎找到了些答案。

按照上述的步骤执行，解决了问题。

回过头来，我在工作机（Windows）上测试，发现并不起作用。研究了下，原来闰秒也需要操作系统的支持：

看到有人回复说想了解junction的使用方法，我在这里就详细介绍一下吧。

下载地址在那篇文章已经有，这里我就不介绍了。

我说一下具体的应用方法吧，虽然可能还是比较简单的。

1、先执行一下junction.exe文件，让它注册到系统（我是将它扔在快盘里面的，这样我就不需要到处下载了）

2、创建引用：junction x:\test c:\test ，第一个参数是在x盘里创建的目录，需要该目录不存在 。第二个参数是目标目录。（也就是将C盘的test目录创建了一个快捷方式到x盘的test目录下），只是这种快捷方式与平时的快捷方式不太一样而已

3、其实，这样就完事了。如果觉得目录创建错误了，可以junction -d x:\test 将它删除

如果知道一个目录是引用来的，如何查看目标目录是啥呢？可以这样：

如果想知道所有的junction引用的目录，可以运行想要查看的目录下运行，junction -s，

----------------------

由于这种创建快捷方式的功能与平时windows的不一样，对于虚拟盘来说，它认为这就是一个实际存在的文件，所以它就认为这些文件是在这个盘里是物理存在的，所以，就会执行正常的上传下载之类的操作。

【其实junction相当于linux下的管道，这样一来就应该明白了吧？】

KeePass Password Safe 2，这款软件是同事在用的，看他使用的时候，我觉得还不错，所以就向他找了一份，并尝试着使用了一下，觉得还是感觉不错的，所以用来推荐一下

Keepass有着自己的数据格式，至于能不能被其他软件所破解，就不是我关心的了（不可能说永远不可能破解，只是机率会比较小一点吧）

Keepass打开数据库时，可以指定密码，有三种方式1、密码，2、密码文件3、windows自身的用户

由于我用金山快盘，所以我就每天在单位和家里进行同步喽。使用起来也算方便，也能够自己按照自己的规定生成密码，有一个好处就是可以设定双击复制密码的时候在剪贴板里存放多少时间 ，超过这个时间后就自动被清空，这相对会让人感觉比较安全。

再说一下，这个软件也有很多的插件，比较感觉不错的会有两个插件是我想用的，kefromff，和sync，一个是可以把firefox里存放的密码导入到keepass里，另一个就是帮你把数据库备份啦 。。

其实还有一些插件，比如自动输入密码这个功能，我是觉得不太方便，因为他有顺序要设定，不能根据当初的设定而自动输入（如果顺序不对，就输的不对，我觉得太麻烦了）

当然，作为一个优秀的软件，它还是有汉化包的，所以，对于普通用户来说没有什么难度啦：http://keepass.info/ ， 插件地址在：http://keepass.info/plugins.html ， 插件地址是：http://keepass.info/translations.html。

以前好象有一个叫roboForm之类的软件，也用过一阵子，不过相对来说，用了这个软件后，我好象就忘了roboForm，不过那个软件好象是支持自动填表的。。而且相对比较准确（firefox也是可以的）

今天在群里有朋友问我yii的relations的问题，结果贴出来的代码居然是类似这样的：

我当时直接了当的对他说，错了，怎么可能会有self::STAT呢？只有has_many,has_one,belongs_to,many_many，stat是错的。结果他回答说我OUT了，STAT是新加入的。。。

于是欣欣然跑到YII的官网查看了一下GUIDE，果然在 Relational Active Record，一节中发现了这个Statistical Query。

官方怎么说来着？第一句就让我大吃一惊:

Note: Statistical query has been supported since version 1.0.4.

奇怪，以前怎么没注意？

Besides the relational query described above, Yii also supports the so-called statistical query (or aggregational query). It refers to retrieving the aggregational information about the related objects, such as the number of comments for each post, the average rating for each product, etc. Statistical query can only be performed for objects related in HAS_MANY (e.g. a post has many comments) or MANY_MANY (e.g. a post belongs to many categories and a category has many posts).

Performing statistical query is very similar to performing relation query as we described before. We first need to declare the statistical query in the relations() method of CActiveRecord like we do with relational query.

In the above, we declare two statistical queries: commentCount calculates the number of comments belonging to a post, and categoryCount calculates the number of categories that a post belongs to. Note that the relationship between Post and Comment is HAS_MANY, while the relationship between Post and Category is MANY_MANY (with the joining table post_category). As we can see, the declaration is very similar to those relations we described in earlier subsections. The only difference is that the relation type is STAT here.

With the above declaration, we can retrieve the number of comments for a post using the expression $post->commentCount. When we access this property for the first time, a SQL statement will be executed implicitly to retrieve the corresponding result. As we already know, this is the so-called lazy loading approach. We can also use the eager loading approach if we need to determine the comment count for multiple posts:

The above statement will execute three SQLs to bring back all posts together with their comment counts and category counts. Using the lazy loading approach, we would end up with 2*N+1 SQL queries if there are N posts.

By default, a statistical query will calculate the COUNT expression (and thus the comment count and category count in the above example). We can customize it by specifying additional options when we declare it in relations(). The available options are summarized as below.

• select: the statistical expression. Defaults to COUNT(*), meaning the count of child objects.

• defaultValue: the value to be assigned to those records that do not receive a statistical query result. For example, if a post does not have any comments, its commentCount would receive this value. The default value for this option is 0.

• condition: the WHERE clause. It defaults to empty.

• params: the parameters to be bound to the generated SQL statement. This should be given as an array of name-value pairs.

• order: the ORDER BY clause. It defaults to empty.

• group: the GROUP BY clause. It defaults to empty.

• having: the HAVING clause. It defaults to empty.

关键的是看最后这几个条件，可以让你知道这些参数如何配置。。。
官方的GUIDE地址：http://www.yiiframework.com/doc/guide/1.1/en/database.arr

这，纯粹是一篇废话连篇的博客
主要是因为晚上在看第一财经的时候，看到郎咸平在那里聊天，然后是说节目的名称是财经郎闲评。
依稀记得几年前这个节目就是在财经频道的，然后突然就消失了，然后就是爆出了上海的社保基金挪用案。
郎咸平这几年写了不少书，说了不少话，也分析过一些企业，使得一些企业被咔嚓了。
有人恨，有人爱。我是无所谓，不管他说的是对是错，其中只是有一些话说的比较浅显，再加上这些年国内的一些砖家叫兽们说的话也太不靠谱了，所以，朗就越来越被很多人所接受。

好吧，上面都是一些乱说的，唯一让我意外的是，经历了这么多年，郎咸平又杀回来了，节目的名字都没变，还是叫《财经郎闲评》。。
让我想起了很多人，很多事，比如当年那个曹启泰（boss堂主持人）
于是，我又想，这一回，他能呆多久？【今天在讲楼市，下一回呢？期待一下】