lin-cms-spring-boot
lin-cms-spring-boot copied to clipboard
🔨 基于SpringBoot的CMS/DMS/管理系统开发框架
**描述 bug** https://github.com/TaleLin/lin-cms-spring-boot/blob/e15c57d17368244d652bbea9ba66154dd5006e8a/src/main/java/io/github/talelin/latticy/common/interceptor/LoggerImpl.java#L37-L46 Line44,三元表达式的两个分支使用了完全相同的返回结果 **你使用哪个版本出现该问题?** master
找不到符号
项目down下来 依赖安装完报 找不到符号。 builder getter等等
对于数据的软删除,`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)...
`LinCMS`已经内置好了 `LocalUploader` 和`QiniuUploader`;希望社区有小伙伴可以新增 MinIO、ftp 的文件上传实现类。
Snyk has created this PR to upgrade com.baomidou:mybatis-plus-boot-starter from 3.4.1 to 3.4.3.1. :information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify...
为啥打包的jar包 第二次跑 会去再建数据库呢 
例如如下代码: https://github.com/TaleLin/lin-cms-spring-boot/blob/2ff4bf8bf1a2d347af3a1f70416a121481a45add/src/main/java/io/github/talelin/latticy/controller/cms/AdminController.java#L72-L78 我们的项目中的示例代码,但凡碰到分页的相关的传参,都是采用这样的方式定义,将分页的查询参数,定义在了方法参数签名中的,这样虽然比较直观,但无疑增加了代码量。 我们可以封装一个基础分页DTO(例如`BasePageDTO`),在 DTO 中定义这些属性。如果有额外的参数,可以继承该 DTO。这样既减少了代码量,也提高了代码的封装性。
**描述 bug** 项目中使用delete_time作为逻辑删除字段,默认为null值,经测试null值建立的唯一索引是不生效的,如下面的建表语句,仍然可以插入相同username的数据 ``` CREATE TABLE lin_user ( id int(10) unsigned NOT NULL AUTO_INCREMENT, username varchar(24) NOT NULL COMMENT '用户名,唯一', nickname varchar(24) DEFAULT NULL COMMENT '用户昵称', avatar varchar(500) DEFAULT NULL...
CMS 是一个颇为复杂的应用,它需要的东西太多。我们无法涉及到方方面面,因此关于新特性,我们会以讨论的形式来确定这个特性是否去实现,以什么形式实现。 我们鼓励所有对这个特性感兴趣的人来参与讨论,当然如果你想参与特性的开发那就更好了。 如果你实现了一个 feature,并通过了单元测试,请用`git rebase`合并成一条标准的`feat: description`提交,然后向我们的 项目提 PR,我们会在第一时间审核,并感谢您的参与。 **请问这个特性跟什么问题相关? 有哪些应用场景?请详细描述。** 请清晰准确的描述问题的内容,以及真实的场景。 **请描述一下你想怎么实现这个特性** 怎么样去实现这个特性?加入核心库?加入工程项目?还是其他方式。 当然你也可以描述它的具体实现. **讨论** 现在做的后台系统基本都需要用到工作流引擎,目前使用的是一套.NET敏捷开发框架,技术有点老旧了,如果能加上工作流引擎,就可以切换到使用lin-cms了
**描述 bug** 两个异常和两个Code码含义写反了 AuthorizationException和AuthenticationException UN_AUTHORIZATION(10000, "Authorization Failed", "认证失败"), UN_AUTHENTICATION(10010, "Authentication Failed", "授权失败"), 认证实现类 AuthorizeVerifyResolverImpl和AuthorizeVerifyResolver应该是AuthenticateVerifyResolverImpl和AuthenticateVerifyResolver