lin-cms-koa

lin-cms-koa copied to clipboard

这几天在数据表设计一个sex性别字段，定的tinyint类型，字段类型是0,1,2三个，然后用lin-validator-v2.js时候进行sex字段的校验时候，因为传参前端是打算要求传的int类型，不传字符串string类型的值，所以在传0时候，发现如果不是字符串类型的话，会被lin-validator-v2.js给阻止掉，看了下里面源码，发现在_findParam函数里面会被if判断阻止掉提示不通过参数校验。但其实数据表字段设计就是要求可以传整型的0。目前我想着在body的if判断里面写个或条件，把这种情况判断给通过。不知道这块代码设计是否存在不合理的一个缺漏还是我的做法存在问题。 位置：在lin-validator-v2.js的第144行，_findParam里面关于body体的参数判断。

GitHub-AngusLi

4change

debug: false, debug设置为false后，仍然有日志输出 

freekingg

请详细描述您对本项目的任何问题，我们会在第一时间查阅和解决。 

lgjdream

定义： const { Rule, LinValidator } = require('lin-mizar') class test extends LinValidator{ constructor(){ super() this.test =[ new Rule('isInt','测试') ] } } module.exports = {test} 使用： router.get('/:test/error',(ctx,next)=>{ const res = new...

keweixun01

``` async getFamily(id) { const family = await Family.findByPk(id) family.setDataValue('myid', 11) return family } 这个属性怎么都加不上，也没报错，困扰了一天一夜了。 ```

zjl1515987

LinCMS已经内置好了 LocalUploader 和QiniuUploader；希望社区有小伙伴可以新增 MinIO、ftp 的文件上传实现类。

colorful3

数据表通用字段 delete_time 导致的性能问题

1

对于数据的软删除，`Lin CMS`是通过`delete_time`字段是否为`null`来判断的。因此所有的查询语句，都会拼接上一个 where 条件`delete_time is null`。这种做法会引发很诸多性能问题： 因为`delete_time`默认值为`null`，可以为 null ，会导致查询效率大打折扣，`explain`会走全表扫描：  推荐增加 `is_deleted` 字段来做删除标识，这种是比较常用的逻辑删除做法，查询性能上至少比现在的做法要好： ```sql is_deleted int(1) NOT NULL DEFAULT 0 COMMENT '0：正常 1：已删除' ``` 参考链接： [性能优化案例分析之一：软删除是慢查询的罪魁祸首？](https://ruby-china.org/topics/34540) [小心 MySQL Soft Delete](https://www.jianshu.com/p/aeff2a297d62)...

colorful3

**描述 bug** - 你是如何操作的？ 使用ORM建表 - 发生了什么？ 入库的中文不能正常显示 - 你觉得应该出现什么？ 中文可正常显示 使用 SQL 可展示每个字段的字符集，默认的 `latin1_swedish_ci` 不能正常显示中文。 ``` show full COLUMNS from lin_user; ```

vanoneang

没有新增权限的api？

1

找了半天没有找到新增权限的api, 只有查询或者新增权限组。 希望能添加

pwjpj52