这是我的第一篇正式博客!兴奋第一篇博客成立!

第一篇博客成立!

前往原站点查看

2022-04-09 22:46:53

这是我的第一篇正式博客!兴奋!好耶!通了,遇到过不少小的问题,也努力解决了。

分页上的小问题

比如分页排序上,原本打算通过id分页来提高检索效率,使用了如下的方式

SELECT * FROM blog WHERE id > #{param1} ORDER BY id desc LIMIT #{param2}

结果好像逻辑并不对,因为排序后的大id永远都在开头,那么读到的永远是第一个。

如果先计数,那么就平白无故的多了一次与数据库的请求,增加了不必要的负担。

最后还是老老实实的采用原生的排序分组策略,也许有其它方式按照索引查找吧

SELECT * FROM blog ORDER BY id desc LIMIT #{param1},#{param2}

后端数据源的问题

这次后端采用的技术栈为springboot2.6.6系列,相比于原来的版本,貌似没有自动导入HikariCP
导致一开始一直没有数据源,导致jdbc操作模板一直无法自动获取,查看源码发现hikari的类确实是红的。
所以应该是版本遗弃的宠儿?也许有各种其它的原因吧。最后连接了druid连接池

redis的相关问题

对于redis序列化有了一定的认识,redistemplate默认的,会对输入输出按照java原生的对象序列化方式进行序列化,
如果我们直接在redis命令行进行数据的输入输出,得到了就是数据本身,从而导致与程序脱轨,于是我最后的抉择是
使用jacksonredis的序列化方式,然后对要初始化的数据,在程序中进行init。从而解决了问题。然后idea关于
redis的相关插件要收费emmm。

组件的按需装载

然后是今天的按需装载组件,之前对于前端组件都是一键import全部,这次尝试了按需装载,
即使是按需装载,模块也都是要完整下载的哦。

富文本编辑的数据

最后遇到的问题就是这个富文本编辑器遇到的问题,传输的数据中包含了经过转义的>部分,当传输数据时,

由于后端进行解析处理的时候,会依据&符号进行截断,导致富文本内容被截断,经过好朋友skeleton的悉心指导,

才终于发现了问题所在,encodeURI和encodeURIComponent还是存在着不小的区别的,前者并不会对&等符号进行转移,

而后者会进行转义,所以我们应该要使用后者才能实现转义,从而在解析的时候不会被截断。

this.$xss(encodeURIComponent(content))


当然了功能还没有完全实现,还需要继续完善哒!




上一篇:优化图片存储并前台展示