@hinot 转interlaced的ts，如果不做deinterlace就转的话会死很惨……

我手头一般17G左右的ts可以压到2G上下，1080i转720p。压一集大约13个小时左右，6核满载速度。

所以，除非你是要出片，否则还是考虑 删 / 稀有资源上传让别人压 / 买新硬盘 吧。

如果这东西我来设计的话，大致是这样：

帖子数据可以整块html缓存，热点放memcache，非热点的持久在硬盘上，反正不更改就不会过期也没什么不好。「5分钟前」这种html tag改用js实现也可以，正则滤一下改掉也可以。对帖子的任何操作，包括回复或者感谢什么的都会触发缓存刷新。隐藏功能就给正则或者xpath滤掉吧。

帖子列表嘛，有回复或者发新贴的时候重建缓存就行了，在缓存上分页。

节点框架嘛，整个框架缓存起来好了，长期有效。

这样的话还有啥地方是短板 ·_·

要想学习压制技术，可以来nmm-hd论坛观摩。

ts转压的话，至少要先做deinterlace，然后downscale，看情况还要做denoise/degrain，进过avs喂给x264以后慢慢压出视频部分，再和片源里的音频做muxing才能搞出成品mkv。要质量好的话，一个ts压上1整天出片是再平常不过的事情了。

@hinot 他贴的还不是代码，是命令行……

菊部缓存技术呢？帖子内容之类的可以很轻松的缓存起来减少压力吧

心跳监测 502 504什么的

@hinot 这东西没那么简单的。要不然我们这些学了5年10年后期的都可以回家种田去了。

比如说吧，RoR，之前我学习的时候感觉非常累。但是做开发的时候用PHP写很久的代码，RoR很快就能写完了，各种框架包办。大概就是类似的感觉吧。

参数不全是x2。比如你买大的那个，IP就只有1个。

10天的工资其实已经是一个很大的数字了。更何况mbp是一个陌生事物，购买的时候当然要考虑到他的价值 (而不仅仅是价格)。而且深思熟虑应该是个有头脑的人应该做的事情吧。

ruby erb？
包管理里搜索erb看看

innodb和join有啥关系？
innodb和phpmyadmin有啥关系？
phpadmin和join有啥关系？

不会开车的裁缝就不会说英语了？

如果要性能更好的话就要改用event/epoll来做。PHP可能局限性太大，可以考虑上py或者rb之类的，甚至是上functional programming

有点厉害，甘拜下风

msg7086@××××:~$ uptime
18:22:11 up 747 days, 12:14, 2 users, load average: 1.47, 1.57, 1.60

终于有panel了。以前都要从popover上移植出来做边栏风格，现在终于能原生了。

@moxuanyuan 不要给自己找麻烦，老老实实所有文件走二进制传输。

文本传输模式是很古老的东西，是为了解决20年前的网络环境而搞出来的东西。

如果你不往20年前传文本文件的话，就忘了它吧。

在美国有10G的套餐内流量，满地的免费Wifi，一个月下来用掉100M不到。

在国内包了180M的套餐，改小了邮件收取频率，到今天已用125M剩余55M。

求 cat /etc/nginx/certs/vii.im.* ·_·