2017-02-16 10:21

一旦开源,注意安全风险。O(∩_∩)O

2017-02-06 19:36

@JFinal 波总老版本是啥意思,我引入的是最新的3.0的jar包啊,O(∩_∩)O~

2017-02-06 17:43

@JFinal 波总,我的链式写法会报错,要求强制转换。JMap jm = (JMap) JMap.create("id", 1).put("name", "");这样写才行。

2017-02-04 16:14

@JFinal 够清爽,之前习惯了xml中写sql,用新引擎还有点不习惯。O(∩_∩)O~

2017-02-04 09:01

@JFinal 多谢波总指点,不过配置方式应该是这样:
Engine me = arp.getSqlKit().getEngine();
O(∩_∩)O,已经成功解决了。

2017-01-20 17:16

@xiesisi3 由模板自动处理无法手动干预的部分这得请波总出马了,@JFinal

2017-01-20 17:10

@Romeo 导航栏点击俱乐部,O(∩_∩)O哈哈~

2017-01-20 16:56

对于Sqls类,3.0源代码中做了@Deprecated声明,也就是最新的不这么用了。

2017-01-20 16:49

不管用什么模板引擎,对路路径问题使用绝对路径是最安全的,自己改一下即可。官方的那个demo只是演示3.0大体怎么用,不能作为开发的标准。呵呵。

2017-01-19 17:37

@nbjgl 我的意思是登录验证的请求通过B站的某个控制层方法发起,而不是直接提交给A,这样你在B中的控制层中发起一个http请求,返回结果你自然也能捕获,这时候你可以根据返回的结果进行相应的cookie处理,这完全不是什么难事。不知道我对你的需求理解的对不对?

2017-01-19 17:25

@nbjgl 对啊,不管在A那边怎么处理最终还是要返回给B的,返回之后B想怎么玩就怎么玩啊,你是认为处理不了还是认为这时候再处理时间上已经晚了?

2017-01-19 15:31

@nbjgl B向A发起请求总会有返回的啊,B收到来自A的返回后对自己的cookie进行处理不就ok了?

2017-01-19 13:47

B站点完全可以根据A站点的返回结果,自己进行cookie的处理,为什么非要全权委托A站去完成呢?

2017-01-16 15:25

可以使用gzip压缩,这样备份后文件更小。