@Sakura

北戴河在秦皇岛是个比较特殊的地方。每年夏天疗养中心都要迎来一批，嗯，你知道的人来休假。秦皇岛的市领导基本上都是过来呆几年走人的，所以办事什么的都比较保守。巴铁这玩意没有背景，市领导是绝对不敢作死让他在北戴河搞的。

这个东西就修了几百米，出来转悠下赚赚眼球就得了，然后一直拖着呗，天知道正式建成运行会是啥时候。

配置文件加载异常吧，看看 application 的相关配置哪里有问题。

培训来钱快，难度低。

3 这种需求本身就不适合消息队列吧。
这种场景为什么不考虑用 RPC 而是用 MQ 呢？

我记得 spring 是有对静态资源的访问限制的。
也就是说包括 webroot 目录或者 resource 目录下的文件都是可以拒绝访问的。

url 正好，
如果 url 过长，可以考虑本地弄几个 hidden 的 input 去存，跳转分页的时候再用 js 去拼 url 。

@leehon
你想多了，来场大雨你就知道多酸爽了。
我家就沿海，许多沿海房都需要面对的一个问题就是放假和衣物的除潮问题。

我买的是建兴的，用了几个月感觉挺稳定。

这和程序员选北上广就业还是选家乡就业一个道理。
感觉你弟弟那么好的条件，能去一流的就别去普通的了。

不负责任的猜想。
''."这个字符在正则表达式里代表除'\r\n'外的任何单个字符。
所以，很可能因此导致邮件无法正确的发到收件人邮箱里。

谈不上颠覆
最合适的是 spring 官方文档，去年貌似在 github 看过有人对部分章节进行了翻译，不过那时候看是翻译章节是残缺的

通用的 crud 不是应该放在 dao 里面的吗？
我很好奇你把通用的 crud 扔到 service 里，你 controller 和 dao 是怎么用的。

在线支付理论上和 pos 机支付应该是等效的。
所以所谓的手续费一般来说是由商户支付的。
当然不排除某些商户因为不想负担这些手续费而转嫁到用户身上，这点淘宝上有好多卖家已经这么干了。

你是怎么比较的。
以我的经验，其实和代码的质量还是有关系的。

同一个问题，我用 c 写的和 python 写的，运行时间 python 大概是 c 的 10 分之一。
大概是我写的 c 太烂了 /手动 doge

@zander1024
你完全可以写个定时脚本去分析日志然后转存。
实时记录日志，如果日志内容过多的话会给影响相应速度的吧。
也可以搞个消息队列之类的东西。操作完成后给队列插一条消息让消息队列自己去记录日志。

把私人电脑带到公司不会觉得很麻烦吗。
我公司电脑再烂也不愿意把个人电脑带来干活。

脑补 写代码手脚并用一抽一抽的场景。
画面感十足。/手动滑稽

从俄城角度看，他们来年极有可能留不住威少了。
从威少角度看，来年可能是他刷 mvp 选票条件最好的一年。

很麻烦啊，你这个做法就好像每次操作都给数据做一次快照，然后当你想撤销数据的时候可以随时随地的返回快照的状态。

但是有些数据之间的变化可能是有关联的，除非你是按某个时间点为准回复所有数据，否则极可能有数据不一致的情况。