D

难道没有限制标签数量么。。

@714593351 不会了哈~

💔

@R 嗯嗯，我也觉得，这样才有意思~

@mymoshou @R 没有这个特性，没有~

能不能不要这么明目张胆..

@mymoshou 为什么是我

@wishao 好，你赢了

@714593351 目前他是亏的

目测还没有人打赏

呵呵哒

怎么感觉是直播里面玩的道具~

@R 好的，稍后改进~

@mymoshou @Vanessa @R 默认是实时模式了，图标识别度的问题稍后改进

从来没用过，不知道好不好用，穷

默认用实时模式？

@dongyado [1398147437721]

道理不错，但是太鸡汤..

@myewage JSP Servlet JDBC -> Struts Spring Hibernate -> SpringMVC MyBatis 期间陆续把 [Latke] 折腾出来

@crick77 听上去略复杂啊，最重要的是想到就去实践吧~

@myewage 路径最好还是写成绝对路径吧（通过配置项）

“利用 SaaS 管理” 缓存 分布式 这点没看懂，你指的是？

图片保存的路径是？

• RSS 订阅以后会加入
• 文章更新提醒可以通过 @participants 通知参与者，自动通知不科学，比如只是修改排版

@zonghua GFM 语法支持我会继续努力去研究的

@ss 自动补全 tag 只会在不足 4 个时进行。tag 通过更新文章实现不觉得有问题啊

@Vanessa 已经部署，感觉很给力啊：

@ss 以前做过文本方面入门级的算法实现（贝叶斯分类），聚类算法也研究过一点。

现在的 domain 是通过配置来强包含 tag 的逻辑，比如 技术 domain 下面会配置包含 Java、PHP 这些，未来理想的设计时动态聚类出来 domain，而不是通过人工配置，这方面还有待一步一步进化。

当深入进去做一个大家认为“简单”的事情后会发现很有趣，可以延伸的东西很多，我想我能够坚持并做好这个简单的事情的~

@ss 你提到的浏览者来修改分类这个特性很久以前我考虑过，但是一直没有去做，这个模型理论上比较完美，但是实际运营的时候可能效果不好，就像生活中的垃圾分类一样，很多人不会在意的。

• [V2EX] 的信息分类、导航方式也研究过，核心是发帖者确定节点 + 管理员移动节点，这个模式确实有效，但是会带来一个问题：发帖时要选择节点，这一点我感觉体验很不好。总的来说，V2 的帖子导航模型应该是： node -> tag，并且 article 和这两者双向关联，是种从上至下的模型
• [黑客派] 目前的模式和 V2 是相反的，是 tag -> domain（domain 相当于 V2 的 node），并且 article 没有和 domain 进行关联，而是由 tag 聚合出 domain，这样做就可以不选择 node 发帖了。

这两种方式各有利弊，既然选择了一个“创新”的方式，就继续实践并改进~