真贵

https://github.com/xw2423/nForum
纯论坛，水木和北邮人就是用的这个

日元也一样，囤吧

@fork3rt
直接在nodejs里调用linux command
var process = require('child_process');
然后用exec或spawn调用ffmpeg命令，比如:
var command = "ffmpeg -y -i [inputfile] -f mp4 [outputfile]"
var cmd = process.exec(command, function (error, stdout, stderr) {

});

有

1. SEO。搜索引擎通过HTML标签来判断内容，比如把<h1>判定为网页标题。
2. 保证基本显示效果。浏览器对这些带语义的标签都有默认的样式和行为。所以即便在CSS/JS加载失败的情况下，也能有比较好的展示效果。

给你看看Ghost的更新过程，可能对你有参考价值： http://support.ghost.org/how-to-upgrade/

框架是你自己写的？
一般是框架核心和网站内容分离，分别在不同的子目录
然后直接下载最新版，覆盖网站内容目录以外的文件
或者自动化一点，写一个脚本，检查当前版本，然后下载需要更新的文件
更新文件之后再重新编译

我有一个62年的同事，我们在同一个项目搬砖

最近地铁站里的广告：
人生は夢だらけ
http://www.yumedarake.jp/caravan/

@duanran
我，两年。。。

已经这么苦逼了，你再这么想，就更苦逼了。
想开点儿，看好的一面，比如不用票便宜了，一样可以跟家人团聚。
海外好多人过年都回不去。

用户行为分析
现在都泛滥了，你看淘宝，更甚

@jayn1985
我也是前段时间去查了下uuid，以前没怎么注意。
https://github.com/simongong/js-stackoverflow-highest-votes/blob/master/questions1-10/how-to-create-a-UUID-in-javascript.md
一般程序里都没必要用uuid，你需要的只是一个uniq id。

这跟mysql的性能问题关系不大，主键的长短不影响索引的结构。当然最查找性能还是有点影响，毕竟不是自增量。而且最核心的匹配就是字符串比较，越长越慢呗。

至于商业隐患，这就看你们自己的衡量了。

如果你用uuid作为id，又要这个批处理API的话。
我能想到的就是模仿http中的chuncked方式通信。约定总数或设置结束标记，前台分次发送，后台做缓存，结束标记时统一处理，返回结果。

顺便问一下：对表记录的id属性，为什么使用uuid？
我觉得是浪费，乱用uuid。

扔移动硬盘
好在硬盘越来越白菜了

我之前也碰到过。后来查日志发现是内存不足，mysql被杀掉了。再查，发现是我scrapy任务设置的问题，占完了内存。
一般情况下，512M内存是够用的。小规模的memcache或redis也没问题。

LZ你可以自己写个页面查看系统情况，简单一点，打印top就行

Z3

我们的开发原则第一条：DRY, DRY, DRY!