小母牛坐火箭
我想问下， 网站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 应该是有的，只不过这样做需要和视图渲染、交互逻辑交织在一起，实际使用范围肯定不广，导致我们没有发现吧！
@剧中人 您好，很高兴你的回复，昨天就已看到了。 但今天才回复，因为我自己正在尝试mavon我一直以为用这个markdown编辑器， 就像csdn，有道笔记一样，开头打上@[toc]或者[toc], 保存数据时不做任何处理，能直接有markdown编辑器右边预览的现成的带导航目录的html文本，还目录带a标签herf ="#1", 标题带id=‘1’ 。 但结果并不是啊！保存还是md数据格式，转html还要maked转换，打上@[toc]或者[toc]，maked转换也是不会有导航目录的，在后端存数据库之前或前端渲染数据前，自己手动js(比如你的 build-toc.js)把html中标签记录出层级目录，并给目录打上herf标记，id好像默认等于标题， 还要改成数字的，方便使用。剧中人，是不是这样？ 好了， 那么问题三来了， 请听题：为什么这一过程，在现实应用中肯定很常见，没有一款markdown编辑器去把maked和build-toc.js集成进去吗？
@coco 多谢你的提问，你提了两个非常好的问题。 ### 问题一：写博客用哪款 markdown 编辑器？ 我曾经在后台发布界面用过一款 markdown 编辑器：[Mditor](http://bh-lay.github.io/mditor/)。我自己写的交互逻辑，借助于 `maked ` 完成 markdown 到 HTML 的转换，但是现在已经不再使用了。 博文的书写从灵感（想法）产生，到落笔成文，会经过很长的过程。文章早期的零碎想法，我会记录在手机的备忘录里，空余时间加工整理一下。需要正式书写的时候，我会在电脑端使用 Typora 来完成博文的编写。因此博客后台的编辑器并不重要了，它只是为了辅助我完成博文发布的最后一步而已，目前版本做的比较简陋。 ### 问题二：博文目录怎么来的？ 博文内部目录又称为 TOC（Table of Contents），起到文章结构总览的作用。这一步的实现方式和你猜测的几乎一致，通过解析博文 HTML 中 h1～6 标签，并且记录层级关系，再进行展示。 为了标记链接关系，在解析的过程中会对博文做细微修改，感兴趣的话可以参考实现代码 [build-toc.js](https://github.com/bh-lay/blog/blob/master/frontEnd/single-page/src/view/blog-detail/build-toc.js)。
您好， 我想问下你用的写博客的编辑器用的哪个markdown编辑器？然后到博客页面是把html里内容和目录分别从html里读出来， 左右展示吗？ 谢谢，
@Mofei 当然可以，只要你的卡片里没有 `img` 标签，就一定是按顺序排列的哦～ 不过貌似这样没啥意义！
好腻害👏👏👏 ------- 不知道大佬的这个组件能否实现按时间先后排序排布的瀑布流呢？