x 宝采集一定要做分布式，刷新间隔 60s 以上。

@XiLemon #15
1. 使用 Specification 进行查询条件封装。和 mybaits 写 xml 一样。
我接触的 jpa 项目都不允许都这么复杂的设计，不利于维护，如果需要会进行评估。

2. 更新是 save 方法，自己操作对象进行更新。

3.无解。 如果不是报表系统，一般也不会进行多表关联查询的。极端需要性能的，干嘛不直接上 jdbc 呢。

mybaits 是 java 和 sql 隔离层，你清楚的知道，你在写 java 和 sql 。
JPA 是整体，忘记你在操作数据库，然后用面向对象方式对属性写逻辑描述。

1，多条件组合查询。 [不需要 sql]
findByStatusAndUpdateTimeBefore(String status, Date date);
findFirstByStatusAndIdNotInOrderByUpdateTimeDesc(String status, List<String> ids);
findFirstByStatusOrderByUpdateTimeDesc(String status);

2，指定条件删除 [更新同理，不需要 sql]
removeByCreateTimeBefore(Date updateTime);
removeByNamespace(String namespace);

3，多表关联查询。 [注解和 sql 条件]
@OneToMany(fetch=FetchType.LAZY, mappedBy="user")
@BatchSize(size=10)
@Where(clause="DEL_FLAG=1")
@OrderBy(clause="CREATED_DATE asc")

@pigcandance #16 想看挖掘机

用 H2 吧，至少有在线管理数据库。

定位是：嵌入式数据库。
手机端 app，桌面端软件等，服务端一般不需要。因为本身不具备完整数据库特性。单一数据库，单一线程，单一读写访问，不支持大数据，性能差强人意，但会看到同一个应用有非常多的 xx.db 文件来间提高性能，常见的，如几乎所有 Androidapp 都在使用，部分 iOSapp 在使用，及桌面端 qq 微信旺旺 chrome 等。几乎都是 sqlite 数据库。

不学的话，没什么大问题。缺少一种嵌入式解决方案而已。

这个时间轴插件是什么？

损失公司来背，责任 A 来承担。

明显是方法设计不合理引起的。

@kisshere #3 你应该没有基本的加密认知。
@warcraft1236 #9 前端加密的意义是防中间人，不是防本人。

@jswh #39

我这里只有一个操作。
1，付钱。

[]( https://imgchr.com/i/rzAIHJ)

@Felldeadbird #14
学习了，这样我就能通过钓鱼执法的方式，get 到别人钓鱼的方式，然后再去钓其他人。