天涯海角异孤星
我花了将近一个多月的时间断断续续写下这篇博文，并精心写下完整demo，写博客的辛苦大家懂的，所以转载务必保留出处。本文所有涉及到的大部分代码均在这个demo里面：https://github.com/sxei/chrome-plugin-demo ，大家可以直接下载下来运行。
另外，本文图片较多，且图片服务器带宽有限，右下角的目录滚动监听必须等到图片全部加载完毕之后才会触发，所以请耐心等待加载完毕。
逗号操作符 对它的每个操作数求值（从左到右），并返回最后一个操作数的值。
示例代码：
var x = 1;
x = (x++, x);
console.log(x);
// 输出: 2
x = (2, 3);
console.log(x);
// 输出: 3
另一种用法：
var obj = {
fun: function () {
console.log(this === window, this === obj);
}
};
obj.fun();
// 输出: false true
(0, obj.fun)();
// 输出: true false
var test = obj.fun;
test();
// 输出: true false
上面的代码中，(0, obj.fun)();等同于var test = obj.fun; test();，前者可以少引入一个临时变量。
参考资料：https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Operators/Comma_Operator
最近在优化后台数据导出功能，把原先后台生成 Excel 的功能（PhpExcel太吃内存），改用 ajax 加载每页数据然后前端 JS 生成 Excel。
找到一个前端生成 Excel 的类库 SheetJS：https://github.com/SheetJS/js-xlsx，以及一篇使用介绍的博文：https://www.cnblogs.com/liuxianan/p/js-excel.html
在导出日期时间的数据列时，想当然的使用了 Date 类型，然后设置显示格式为 yyyy-mm-dd hh:mm:ss。可是最终结果却显示有偏差，莫名比原来的值多了43秒。
前段时间把服务器的 OpenSSL 升级了到 1.1.1c 版本，今天安装 Composer 的时候报错了！
报错的指令为：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
PHP 的错误日志记录如下：
PHP Warning: copy(): SSL operation failed with code 1. OpenSSL Error messages:
error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed in Command line code on line 1
PHP Warning: copy(): Failed to enable crypto in Command line code on line 1
PHP Warning: copy(https://getcomposer.org/installer): failed to open stream: operation failed in Command line code on line 1
经检查，报错是因为无法验证 CA 证书。
因为业务增长，原有的unsigned int已经不够使用，需要升级到unsigned bigint。
MYSQL整数支持的范围：https://dev.mysql.com/doc/refman/5.7/en/integer-types.html
| Type | Storage | Minimum Value | Maximum Value |
|---|---|---|---|
| (Bytes) | (Signed/Unsigned) | (Signed/Unsigned) | |
TINYINT |
1 | -128 |
127 |
0 |
255 |
||
SMALLINT |
2 | -32768 |
32767 |
0 |
65535 |
||
MEDIUMINT |
3 | -8388608 |
8388607 |
0 |
16777215 |
||
INT |
4 | -2147483648 |
2147483647 |
0 |
4294967295 |
||
BIGINT |
8 | -9223372036854775808 |
9223372036854775807 |
0 |
18446744073709551615 |
可以看到bigint支持的数量级非常大。虽然mysql字段类型调整了，但是我们的开发语言是否支持呢？
阅读目录
PHP中的异常的独特性，即PHP中的异常不同于主流语言C++、java中的异常。在Java中，异常是唯一的错误报告方式，而在PHP中却不是这样，而是把所有不正常的情况都视作了错误进行处理。这两种语言对异常和错误的界定存在分歧。什么是异常什么是错误，两种语言的设计者存在不同的观点。
PHP中的异常：
是程序在运行中出现不符合预期的情况及与正常流程不同的状况。一种不正常的情况，按照正常逻辑本不该出的错误，但仍然会出现的错误，这是属于逻辑和业务流程的错误，而不是编译或者语法上的错误。
PHP中的错误：
是属于php脚本自身的问题，大部分情况是由错误的语法，服务器环境导致，使得编译器无法通过检查，甚至无法运行的情况。warning、notice都是错误，只是他们的级别不同而已，并且错误是不能被try-catch捕获的。
在PHP中遇到任何自身错误都会触发一个错误，而不是抛出异常。PHP一旦遇到非正常代码，通常都会触发错误，而不是抛出异常。因此，如果想要使用异常处理不可预料的问题，是办不到的。
……
isset() 对于数组中为 NULL 的值不会返回 TRUE，而 array_key_exists() 会。
<?php
$search_array = array('first' => null, 'second' => 4);
// returns false
isset($search_array['first']);
// returns true
array_key_exists('first', $search_array);
?>
isset —— 检测变量是否已设置并且非 NULL。
array_key_exists —— 检查数组里是否有指定的键名或索引，跟值无关。
另外，手册评论里有人测试过，isset 的速度比 array_key_exists 要快一些。
默认的官方 apt-get 源，在国内特别慢，执行 apt-get update 指令时几乎没反应，而替换为阿里云的 debian 源可以大大加快速度。
先备份 /etc/apt/sources.list ，然后替换 /etc/apt/sources.list 为下面的内容：
deb http://mirrors.aliyun.com/debian stable main contrib non-free
deb http://mirrors.aliyun.com/debian stable-proposed-updates main contrib non-free
deb http://mirrors.aliyun.com/debian stable-updates main contrib non-free
deb-src http://mirrors.aliyun.com/debian stable main contrib non-free
deb-src http://mirrors.aliyun.com/debian stable-proposed-updates main contrib non-free
deb-src http://mirrors.aliyun.com/debian stable-updates main contrib non-free
关于PHP的浮点数, 我之前写过一篇文章: 关于PHP浮点数你应该知道的(All ‘bogus’ about the float in PHP)
不过, 我当时遗漏了一点, 也就是对于如下的这个常见问题的回答:
<?php
$f = 0.58;
var_dump(intval($f * 100)); //为啥输出57
?>
为啥输出是57啊? PHP的bug么?
我相信有很多的同学有过这样的疑问, 因为光问我类似问题的人就很多, 更不用说bugs.php.net上经常有人问…