2024-06-20 09:41
@zz210891470 官方没有哪个版本json参数需要MultipartRequest去解析的,所以大概率是前端有什么梗,可以用浏览器的开发者模式 查看网络模块里面的请求 http 参数是怎么组装的
2024-06-19 22:38
https://jfinal.com/doc/3-11
特别注意:如果客户端请求为multipart request(form表单使用了enctype="multipart/form-data"),那么必须先调用getFile系列方法才能使getPara系列方法正常工作,因为multipart request需要通过getFile系列方法解析请求体中的数据,包括参数。同样的道理在Interceptor、Validator中也需要先调用getFile。
如果不是文件上传业务,可以让前端改一下contentType参数。json 为application/json ,也看前端使用的什么框架,Ajax 还是axios之类的配置方式还不太一样。
如果还不能解决,可以再补一些前后端交互的代码。
2024-05-17 22:29
@zzutligang 如果确定配置都是一样的,不能复现的话。 就重新部署一套数据库,迁移过去吧。可能是磁盘或其他硬件已经出现问题了。我曾经遇到过一次仓库异常问题,仓库里面不能新建表了,迁移到其他库就正常了,后来发现是那块磁盘坏了(阿*云服务器自装 mysql)
2024-05-15 15:13
@冰雨 https://jfinal.com/share/2300 分享过一个在jdbcUrl中添加参数rewriteBatchedStatements=true 可以试下会提高速度不
2024-04-27 10:33
@liugz 在
String dbtype = rec.getStr(DBTYPE); // 数据库类型
这行之前加 代码:
//锁
synchronized(dbid.intern()){
// 再次判断数据库连接是否已经存在连接
RetKit hasDblink = getDblink(dbid);
if (hasDblink.isOk()) {
return hasDblink;
}
后续代码...
}
2024-04-02 10:54
@hb963724769 主要是入库使用Java 加密后再入库,查询这个就是看情况了。 我们系统查询位置有统一查询方法,走同一个方法,并且需要加密的字段名是有标识,所以Java会自动根据规则是否解密还是打码处理展示的
2024-04-02 10:48
@hb963724769 查询需要看业务场景了,比如手机号 是全匹配查询,还是号段匹配查询,全匹配就加密后用加密串去查,分段查询就数据库提前冗余字段存储分段的值。比如地址查询,也是一样操作。还是看业务场景选择合适的查询。数据库解密函数查询相对比较耗费 cpu,主要也看服务器配置和数据量,返回时间能满足业务要求也是没问题的,还简单些
2024-02-01 11:15
@绿色的小苹果 你说的这个需求,以前我有分享过:https://jfinal.com/share/2404
我们是日志入库了,定期清理