2020-07-26 15:11
ueditor 在初始化的时候会向后台发送请求来获取参数，你需要根据 ueditor 的官方文档来适当返回参数才可以，以下是 jfinal club 项目的处理方式：
/**
* UploadController 上传控制器，接管 ueditor 上传功能
*/
public class UploadController extends BaseController {
@Inject
UploadService srv;
/**
* 接管 ueditor 上传图片服务端
*
* 1：该 action 与 ueditor.config.js 中的 serverUrl: "/upload/ueditor" 对应
*
* 2：ueditor 页面加载时会向后端发送 "/xxx?action=config 请求用来获取服务端
*/
public void ueditor() {
/**
* ueditor 在页面加载时会向后端请求获取 config.json 内容
*/
if ("config".equals(getPara("action"))) {
render("/assets/ueditor/jsp/config.json");
return;
}
// 处理上传文件的代码省略 ...
}
}
注意以上代码中的 render("/assets/ueditor/jsp/config.json") 就是向浏览器返回的配置
2020-07-26 15:05
这个是因为 jfinal 的 devMode = true 时，会向控制台输出请求参数，而你的 base64 这个参数很长，System.out.print(...) 输出很耗时，所以才出现你碰到的情况
解决办法：
1：关闭 devMode， 配置一下 me.setDevMode(false); 即可
2：高版本的 jfinal 限定了参数打印的长度，可以升级到高版本，在这里可以看到参数限定输出长度：
https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/core/ActionReporter.java
2020-07-26 15:04
这个是因为 jfinal 的 devMode = true 时，会向控制台输出请求参数，而你的 base64 这个参数很长，System.out.print(...) 输出很耗时，所以才出现你碰到的情况
解决办法：
1：关闭 devMode， 配置一下 me.setDevMode(false); 即可
2：高版本的 jfinal 限定了参数打印的长度，可以升级到高版本，在这里可以看到参数限定输出长度：
https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/core/ActionReporter.java
2020-07-25 17:54
@錢勢惘導 我看了一下，改成 byte[] 模式以后没有满足你的需求，由于你的回复太晚了，为了保险起见改回原来的老版本了，因为昨天要发布新版本 4.9.01
其实 jfinal 的 redis plugin 是可以通过继承扩展的，大致如下：
public class MyCache extends Cache {
public Long hgetCounter(Object key, Object field) {
// 在此覆盖掉父类中的 hgetCounter 方法，实现自己想要的功能
}
然后配置一下：
Redis.addCache(new MyCache());
在使用的时候就能用上自己的实现类了，建议你通过这种方式来扩展使用
2020-07-25 17:08
后续补充， 新版本 jfinal 4.9.01 已经将上述方案添加进来，可以升级到该版本解决问题，注意仍然需要在 nignx 中添加配置才能支持，配置方法如下：
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port $server_port;
具体原因见本贴前面详细的回复
2020-07-25 17:08
后续补充， 新版本 jfinal 4.9.01 已经将上述方案添加进来，可以升级到该版本解决问题，注意仍然需要在 nignx 中添加配置才能支持，配置方法如下：
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port $server_port;
具体原因见本贴前面详细的回复
2020-07-25 14:36
@spKevin jfinal 4.9.01 这个版本已经改进了算法，对于 sql 压缩支持更好，配置方法：
activeRecordPlugin.getEngine().setCompressorOn(' ');
2020-07-25 13:18
@大大咧咧 jfinal 4.9.01 已发布到 maven 中心库， renderQrCode 没法改了
不过我在本地跟踪过 renderQrCode，内部已经有 flush() ， 所以应该是没问题的
你那里出问题我感觉很奇怪，所以，还请验证一下你扩展一下 QrCodeRender，然后添加一个 flush() ，核心代码如下：
OutputStream os = response.getOutputStream();
// 经测试 200 X 200 大小的二维码使用 "png" 格式只有 412B，而 "jpg" 却达到 15KB
MatrixToImageWriter.writeToStream(bitMatrix, "png", os); // format: "jpg"、"png"
os.flush();
也即原有的 MatrixToImageWriter.writeToStream(...) 使用 os 参数，前后各添加一行代码
2020-07-24 21:44
renderQrCode(...) 的这么来测试：
public void index() {
renderQrCode("test");
}
然后启动项目，在浏览器里面直接访问上面的 action 即可测试
2020-07-24 21:43
@大大咧咧 还得麻烦你再多试几个，尤其是 renderQrCode("abc")
这个是输出二维码的，很重要
2020-07-24 21:36
@大大咧咧 幸好你提出来了，正要发布新版本 jfinal 4.9.01 到 maven 中心库，你迟一点就晚来一步了 ^_^
2020-07-24 16:53
@大大咧咧 感谢支持
由于 TextRender 已添加了 flush()， 所以我现在最关心的是 TemplateRender 是否有此问题
希望你能在你出问题的机器上进行这个测试，如果 TemplateRender 也有问题，那就也要添加
有可能与电脑也有关系，要在你出问题的那台电脑上测试
