菜单要喊两次才给我要的菜

@西海岸总督 以前开过 https，免费的证书要年年重新搞，比较怕麻烦，就懒得弄了！

@哈哈 确实是个问题，看来需要把滚动条恢复回来了！

剧佬真是个热爱生活的人呐~ 地址栏前面有红色感叹号，是没开https嘛

页面scrollbar不明显，不知道阅读进度

小母牛坐火箭

我想问下， 网站ICP备案成功后， 需在网站开通之日起30日内登录全国公安机关互联网站安全管理服务平台提交公安联网备案申请。这个必须的吗？

很厉害，佩服

@剧中人 了解了，我node服务里引入了mongoose，依赖的mongoose操作数据库，你相当于用的原生的操作数据库，

@1 mongo的数据查询我其实并没有过多的研究，因此可能会存在着更优的查询方法。你提到的 schema 模型也没有研究过，不知道是不是对查询效率有帮助。 博文列表的查询并没有差到需要查询所有数据再过滤，这一层在数据库的原生 API 就已经提供了，感兴趣的话可以看下[博文查询方法](https://github.com/bh-lay/blog/blob/master/sys/controller/api/blog/list.js#L18) 和 [数据库查询封装方法](https://github.com/bh-lay/blog/blob/master/sys/core/DB.js#L54)。 小剧的 nodeJS 后台一直做的比较弱，只是个人实现了一个简单的 web 服务而已，有着很大的优化空间。只是个人兴趣不在这一块，因此研究不深！

原来如此， 我没有评论设计的理论， 所以才有此疑问， 对了， 我就是楼下的coco，问题继续： 博文的tags你处理的应该是没有加入mongoose.model 的schema模型吧, 那你不是要查询所有文章的tags，然后分类计数，再去重，排序，最后用tags关联查询文章？ 后台录入tags加模型，文章多选框tags的话意义不大， 一样要单独去分类计数，再去重，排序，只不过是有个唯一的id了，想好你探讨下有没有必要？

@1 多谢你的对我的博客感兴趣，也完全不介意借鉴博客的设计、交互，甚至直接到 Github 上搬运代码。 关于评论结构，常见的有三种， - 一种是论坛盖楼的模式，也很像群聊，每一个发言都是独立平级的个体，像我们的博客都采用了这个模式。 - 另一种是你提到的，两层列表的模式，分为主 Topic 和针对它的子 Topic，这种方式结构性会更强，很容易区分主题，劣势是会弱化下层的发言。 - 第三种是一种极端，无限缩进的模式，也就是会有第二层评论，同时也会有第三层评论。 其实关于这一块并没有和 [水墨寒](https://smohan.net/) 大神进行过交流，只是恰巧我们都选择第一种模式而已。 我的选择是基于两点考虑，第一是博客本来就是个人项目，受众面也很小，能吸引到写下评论的更少，做成后两种略显鸡肋。第二是一旦做成两层结构，在数据结构和交互层面都需要改动很多东西，比较懒得去做这样的改动。

@剧中人 我准备参考你的，也去爬爬图虫的数据，在我的小窝里展示 另外，你页面的交互效果，真的是棒极了

@剧中人 把你的留言给改进了，分两个层级， - 第一级：直接在顶部留言的人 - 第二级： - 1. 直接回复@直接在顶部留言的人， - 2. 直接回复@已直接回复直接在顶部留言的人， 说的有点绕，就像B站或者csdn一样展示，数据渲染我已出来了，想问下你们是碰到什么问题了， 所以没这么友好的展示吗？ 你们， 我指的是你和水墨寒，关注了你们两位大神，然后我是武汉的， 关在家，才有时间搭建自己博客，借鉴了水墨寒的配色和你的布局，不会介意吧！

@coco 应该是有的，只不过这样做需要和视图渲染、交互逻辑交织在一起，实际使用范围肯定不广，导致我们没有发现吧！