点到密码框里就弹提示，一天下来通知被这东西占满了，觉得有点烦。。。。貌似也找不到哪里可以关掉。。。

有人出 pd 么，全新安装，不是升级包

count(主键)

试试看

@lukertty 安装成功的话 偏好设置－网络里会多出一个电话拨号的

OS X 10.11 (15A284)
我是一根 usb2com ，芯片也是 pl2303 ，直接去官网下载不就好了
http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=229&pcid=41

新鲜出炉的 https://github.com/hxsf/shortURL
前台样式 ＝ undefined;

result 是个 PDOStatement 对象啊，语句只是他其中的一个 public 属性，获取数据的话 用 fetch 获取一行 或者 fetchAll 获取全部。

php5.3.6+ 应该可以像上面这么写，低版本就像下面写

$db = new PDO('mysql:host=myhost;dbname=mydb', 'username', 'password', array(PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES \'UTF8\''));

顺便 UTF8 不管用就试试小写。或者 utf-8 。。。具体忘了。。

$pdo = new PDO("mysql:host=localhost;dbname=DB;charset=UTF8", DB_USER, DB_PASS);

@keakon 读不到才阻塞(阻塞消费者)，后面的消费者也会一起排队，有内容的时候按先后顺序解除阻塞啊。
redis 文档上的啊，做队列用的时候建议使用 R

官网文档 http://redis.io/commands/brpop

以下引用他人翻译的

列表的阻塞操作 (blocking)
列表有一个特别的特性使得其适合实现队列，通常作为进程间通信系统的积木：阻塞操作。

假设你想往一个进程的列表中添加项，用另一个进程来处理这些项。这就是通常的生产者消费者模式，可以使用以下简单方式实现：

生产者调用 LPUSH 添加项到列表中。
消费者调用 RPOP 从列表提取 / 处理项。
然而有时候列表是空的，没有需要处理的， RPOP 就返回 NULL 。所以消费者被强制等待一段时间并重试 RPOP 命令。这称为轮询(polling)，由于其具有一些缺点，所以不合适在这种情况下：

强制 Redis 和客户端处理无用的命令 (当列表为空时的所有请求都没有执行实际的工作，只会返回 NULL)。
由于工作者受到一个 NULL 后会等待一段时间，这会延迟对项的处理。
于是 Redis 实现了 BRPOP 和 BLPOP 两个命令，它们是当列表为空时 RPOP 和 LPOP 的会阻塞版本：仅当一个新元素被添加到列表时，或者到达了用户的指定超时时间，才返回给调用者。

@keakon 直接 BRPOP 不就好了，读不到就阻塞，直到读到了再返回。

@tanteng redis 单线程，不存在并发读写，总会有个先来后到的。

@hailongs
1. 手动打开 iterm2(可多窗口 /多 tab) 并放置到你需要的位置(窗口 /全屏)
2. 按 ⌘+⇧+S 保存 arrangement. http://i.imgur.com/TANHGAg.png
3. 这样打开 http://i.imgur.com/bcnBQU0.png
或者设置成默认
http://i.imgur.com/dX3bNJr.png
http://i.imgur.com/5ViUqUu.jpg

保存一个 arrangement
打开的时候右击 restore arrangement ，或者直接设置开启后加载 默认 arrangement

http://i.imgur.com/5ViUqUu.jpg

iterm2 的 arrangements 完全能满足你的需求