pedrogao
pedrogao
对于业务性的项目， 肯定存在业务更改，不过良好的注释肯定会优化的，谢谢意见
lin-cms-koa 基于 koa，所以 koa 怎么用 mongodb，那么你就可以怎么用 mongodb，如果你自己会折腾，可以直接拿 https://github.com/mongodb/node-mongodb-native 去集成。 如果不怎么会的话，可以去搜一下 koa + mongodb 的文章和博客。
CMS 真正面对的用户，确实是目前项目中内置的 `User`，如果将其改名为 `LinUser`，未免不太合理，因为 CMS 一般而言就一类用户，如果需要将 H5 端的用户也加入到项目中来，那么新加的用户类，是否可以尝试自加前缀，比如`H5User`。 对于 CMS 来说，它的用户应该是管理员，这类用户目前已经内置，但是对于其它类型的用户，本不应该在此项目中，为了方便区分和维护，自己尝试加上其它前缀，岂不更好~
我觉得文档太简陋了，给我的感觉就是必须先会react才能去看文档。这样会把很多不会react的人拦在门外的。
欢迎大佬的PR，不过仔细看了一下，ssl的支持是有必要的，不过仅仅一个ssl的配置似乎还是不够灵活，究其根本，还是因为sequelize的init不够灵活。 所以，我们会更改sequelize的实例化的配置，大致的思路如下： ```ts import { Sequelize } from 'sequelize'; import { config } from './config'; /** * 数据库配置项 */ /** * 数据库名，默认lin-cms */ const database = config.getItem('db.database', 'lin-cms'); /** *...
见[commit](https://github.com/TaleLin/lin-cms-koa-core/commit/cc981872920dd0715ea9dd4fd2c0719be8659517)
分布式场景下，需要将 seq 读写收敛到一个单点，才能保证 seq 全局单调增，但是这由与多节点容灾相悖，受CAP影响，全局单调增感觉实现不太现实
> 你们什么场景需要严格递增的发号器？ 太好了，刚想讨论这个点，感觉您肯定会有经验，这里我们讨论一下 其实在自研IM场景下，针对某个会话下的消息，每个消息都有唯一的seq，那么 seq 必然是有序的，且最好是全局单调递增的，这样就能保证会话下的消息能收敛有序 我看了很多的im，但似乎都没能实现全局单调递增（可能不现实） 请问你们在落地im的过程中，消息的排序是如何保证的？seq有哪些约束？
> 云信的im系统中，不要求严格递增（或者说真的不严格递增了也不会产生破坏性），感觉不太建议im系统中强依赖这个 那业务上是怎么会话消息有序的？或者说有啥业务上的解法，感觉趋势递增的话，会造成im消息突然乱掉，很影响体验
> 按毫秒时间戳排？ 毫秒时间戳 + 8位 seq 吗？应该是这个方案 https://github.com/netease-im/camellia/blob/master/docs/camellia-id-gen/strict2.md？