@napoleonu 既然这么不客气那我就来指出你的二逼之处。你所谓的重新生成80000页的缓存的说法极其可笑，很显然你没用过缓存，而且把缓存和生成静态页弄混了。回去多学几年吧，我没有必要在这里教你缓存怎么用。二逼青年

三根专线你需要的不是交换机，是路由器吧，你确实都还回去了

@wuxqing 用缓存肯定要实现针对资源的notification机制，当版本过期就应该让缓存失效重新加载数据就行了。

@napoleonu 亲，你理解错了吧，如果只是tag数量，这个存字段里是ok的，但是TAG本身存字段里确实不科学。另外你估计还是没有理解缓存结果而不是运算中间过程的意义是啥

居然还看到了熟人

符号分隔做冗余的方案基本上多此一举，如果要用性能来说事的话，加缓存即可，何必在查询的时候冗余到字段里，这样在添加新TAG的时候又要做不少事情来保持冗余数据的同步。正确的使用缓存的方法是缓存计算的结果非计算的中间步骤。冗余字段的方式就是典型的舍本逐末了。
假设一个场景，读取topic，同时读取topic相关的TAG，那么你应该缓存的是
select * from topic where id=id 和 select * from topic_tag where topic_id=id 的返回结果，甚至是这个页面渲染的结果，到时候直接输出页面就行了，序列化成字符串存储在一个列里的话，如果不缓存select * from topic where id=id 的结果，那么每次查询都有开销，而且这个方式还会增大每次查询的返回数据大小。如果缓存了整个逻辑的结果那么你冗余存的这一次就没什么意义，反而增大了数据库的冗余，还存在不同步的风险。所以什么都好分割啊，什么存json啊都是异端的设计，基本上都是没有经受过大负载访问洗礼的幼稚设计方法。

标准范式查询慢？是SQL优化没做好吧。

试试 https://github.com/ipconfiger/blogen 基于pages构建，简单易用

@wog 这个嘛，遇到这样子的公司不去也罢，就算去了你也会在工作中遇到明明自己努力了功劳却归了别人的事情。双向选择嘛

算法问题嘛算是比较小规模的考校解决问题的能力的方式，面向对象神马的绝对是异端，对这套异端学说走火入魔的人是很难理解 node.js啊，erlang啊之类新鲜玩意儿的。
不过简单粗暴的就叫你写一个啥排序什么的也是不对地，应该因地制宜的设计一些小品题目，比如解析个神马自定义协议之类的，一个是可以考究一下是不是语文白痴（比如读不懂题，但是首先你得保证你出的题正常人类能够理解，或者你所需要的那个方向的不正常人类能够理解）；第二是考验解决问题的能力（分解，归纳，找到合适的算法）；第三是可以看看写代码的能力，编码习惯什么的；一般看到简历里说对啥语言最熟就要求用啥语言写（如果公司里找不出一个懂的，要么就是此公会的东西太生僻，要么叫他换个主流点的语言写，要么就是此公过于高端，用不起）。出完题最好全公司所有能写代码的都做一遍试试，如果大家在有限时间内都觉得有点难度但是还是能做出来，那么这套题就不错了。最好有时间的时候出个几十道存着，防止有人在网上share。最好每年换一次题

分享啪啪的声音

我正在帮人搞一个，快上线了

这个和github的pages架设的博客有啥区别呢

就差iphone5你就可以召唤神龙了，卖肾吧骚年

command+q