@clino git pull 的方式部署我以前也用过，发现会有一些问题，后来才切换到 jenkins + rsync 的方式：

1. 生产环境上并不一定是所有文件都是在 git 中，git pull 并不能把所有文件拉上去（比如 node_modules 文件夹、vendor 文件夹，而在生成环境执行 npm install/composer install 又比较好资源影响正常业务运行，还不太稳定）
2. 有的时候会临时在生产环境上改个东西，要是忘记恢复了的话，git pull 会失败 (/ □ \)
3. git 是搭在内网，而生产服务器是在云上，网络不好打通（而且把 git 服务器暴露在公网上有安全风险）

@lightening 你们用的什么框架居然要 5 分钟之久？我们最长的也就 2 分钟左右。


@jyf
@vjnjc migration 👍+1 自从用了 migrations 脚本，再也不怕 N 多环境之间数据库的结构同步问题了。。。特别是对于有 N 多从库的情况。

@liuzhedash 居然还有人在生产环境 git pull 的呀。。。

秀个我司 PHP+Node.js，N 多微服务：

http://ww1.sinaimg.cn/large/bf5f3c73gy1fgllx1y8i8j20mb0gwt9z.jpg

话说测网速居然不用 speedtest-cli 呀！某个特定网站下载速度慢的原因多了去了，不一定就是阿里云外网速度慢。

秀一个我刚刚测的： http://ww1.sinaimg.cn/large/bf5f3c73gy1fgkg3gjixmj20g004cglu.jpg

@laodao 你女票知道是你搞的鬼么？

TIM 发布后就在用了，还可以，至少不会弹出每日资讯。

顶 LZ 一个。使用 git 完全可以自己搭个服务器。若是嫌 gitlab 太复杂，完全可以使用 gogs 这只拆箱即用的。

反正我是不会把敏感信息都放公开的 git 库上的。

幸好没有遇到这样的老师 ：）

@BOYPT random_bytes 是 PHP7 后加的，而 rand()函数的代码在这里： https://github.com/php/php-src/blob/c8aa6f3a9a3d2c114d0c5e0c9fdd0a465dbb54a5/ext/standard/rand.c

最终用的是这样的算法：

/* {{{ php_mt_rand
*/
PHPAPI uint32_t php_mt_rand(void)
{
/* Pull a 32-bit integer from the generator state
Every other access function simply transforms the numbers extracted here */

register uint32_t s1;

if (UNEXPECTED(!BG(mt_rand_is_seeded))) {
php_mt_srand(GENERATE_SEED());
}

if (BG(left) == 0) {
php_mt_reload();
}
--BG(left);

s1 = *BG(next)++;
s1 ^= (s1 >> 11);
s1 ^= (s1 << 7) & 0x9d2c5680U;
s1 ^= (s1 << 15) & 0xefc60000U;
return ( s1 ^ (s1 >> 18) );
}

见 https://github.com/php/php-src/blob/c8aa6f3a9a3d2c114d0c5e0c9fdd0a465dbb54a5/ext/standard/mt_rand.c#L163~L185

据测试，rand()函数的随机程度确实不如 /dev/random:

http://ww1.sinaimg.cn/large/bf5f3c73gy1fg4e4i2ywmj20pl05rt9r.jpg

不过相差的好像并不是特别大吧...

附测试代码： https://gist.github.com/Clarence-pan/ff572272fe3e237df39639b7d6cb7e99

一般各种语言的基本库里面的 rand()函数不都配对一个 srand()的设置随机数种子的函数吗？ 相同的种子后面产生的随机数都是一样的， 那自然随机性不是那么的好。

linux 下的 /dev/random 是一个不错的选择。但是使用 linux 的 /dev/random 的时候要注意，很有可能会被阻塞住的：

参考 wikipedia：
> 发生器有一个容纳噪声数据的熵池，在读取时，/dev/random 设备会返回小于熵池噪声总数的随机字节。/dev/random 可生成高随机性的公钥或一次性密码本。若熵池空了，对 /dev/random 的读操作将会被阻塞，直到收集到了足够的环境噪声为止[3]。这样的设计使得 /dev/random 是真正的随机数发生器，提供了最大可能的随机数据熵，建议在需要生成高强度的密钥时使用。
> /dev/random 的一个副本是 /dev/urandom （“ unblocked ”，非阻塞的随机数发生器[4]），它会重复使用熵池中的数据以产生伪随机数据。这表示对 /dev/urandom 的读取操作不会产生阻塞，但其输出的熵可能小于 /dev/random 的。它可以作为生成较低强度密码的伪随机数生成器，不建议用于生成高强度长期密码。

@issues 谁都不服只服你

FastStoneCapture +1 用了 N 年了，很不错，比 QQ 截图强大

我能中吗？来试试看

wordpress+1

好贵呀，几十刀

话说居然还有人信黑客真的会给你解密呀... 中招了果断应该用数据恢复软件来恢复的呀。

0: 确实不如；外部一直写代码的会比较少；很多人转管理了。
1： 不少； Java 就是一个能把小项目变中项目，中项目变大项目的语言，代码量都按吨的。。。
2： 外包貌似既不重业务也不重技术吧，能把客户搞定就行（ Copy+Paste 大法好）
3：是真的，犁耙

所以说坐等 webassembly 普及，然后各种语言都可以编译成 webassembly 跑在浏览器里面。。。

心疼 LZ 女票一分钟。。。

LZ 应该赶快结婚，让父母买个婚房，就有机会搬出去了。