@qping 这才是最重要的。

我个人比较喜欢 Spring Security 。

看看数据库允许的最大并发连接数是多少。

此外，800 虽然多，但也不算多，我们数据库连接一般会允许最大 2000 。

可以自己做，不难:
1. hexo generate 的时候不会把 md 文件复制到 .deploy_git 文件夹，需要自己处理，比如写个脚本复制进去。
2. 给 hexo 的 html 中写个 js 和页面上放个按钮，点击时下载即可 (路径根据上面复制到的位置进行拼接)

@zzzmh 大意了，404 是不存在，你应该是超时打开失败才对

让他帮大家解决技术难题即可。

短信提示银行卡余额为 0

从 Spring Boot starter 创建的网址 http://start.spring.io 下载了最小的 web 包，只写一个最简单的 Controller 返回一个普通对象，序列化没问题，应该是你的配置问题。

例如步骤 2 的输出参数怎么作为步骤 3 的输入参数呢？
步骤 1 和步骤 2 有 3 个共同的参数，怎么做到只输入一次呢？避免步骤 1 和步骤 2 都要各自输入 3 次。
能否实时看到某一个任务的执行状态，例如不用刷新页面就能看到任务从执行中变为呢执行成功。

有没有那种库或语言可以把执行环境和对象进行绑定的啊...

Qt 就是这么做的，这才真的难受，一不小心就把程序搞崩溃了！

上一家公司，是个人都来指导开发的人写程序。

但是，你们的数据库扛得住吗？

1. 单个 Nginx 扛不住，单个 Zuul 一定抗不住。
2. 单个 Zuul 扛不住，可以通过 Nginx 做负载均衡。
3. 单个 Nginx 扛不住，可以在更前面搭建 LVS + Keepalived (LVS 没有流量瓶颈，只做请求转发，Nginx 会有流量瓶颈)，然后 LVS 给 Nginx 做负载均衡，Nginx 再给 Zuul 做负载均衡。
4. 如果单个 LVS 还扛不住，用 DNS 服务给 LVS 做负载，如果这个再扛不住，你们需要更资深的人了。

下面是我遇到过的问题，Service 注入自己时的 2 种情况:

```
@Service
public class A {
@Autowired
private A self; // 没问题

public void foo() {

}
}

@Service
public class A {
@Autowired
private A self; // 报错，因为有了 @Async 方法

@Async
public void foo() {

}
}
```

你需要注意的是不用刻意注意啥！

理想很丰满，现实很骨感

他们一定掌握了核心科技，例如使用的是量子计算机。

这是人才，得好好保护

再补充一点，视频和文档转换了个，前端会请求预览某个视频和文档，没有转好的时候会发一条消息到 MQ，消息的消费者收到消息后进行转换，这个过程会产生同一个文档有多个请求转换的消息，所以用分布式锁保证同一个文件在集群中只会有一个服务在进行转换，因为转换是一个耗时任务，期间不会知道有多少个转换的消息。