前后端分离大势所趋，跨域问题更是老生常谈，随便用标题去google或百度一下，能搜出一大片解决方案，那么为啥又要写一遍呢，不急往下看。
Same Origin Policy，译为“同源策略”。它是对于客户端脚本（尤其是JavaScript）的重要安全度量标准，其目的在于防止某个文档或者脚本从多个不同“origin”（源）装载。 它认为自任何站点装载的信赖内容是不安全的。当被浏览器半信半疑的脚本运行在沙箱时，它们应该只被允许访问来自同一站点的资源，而不是那些来自其它站点可能怀有恶意的资源。 注：具有相同的Origin，也即是拥有相同的协议、主机地址以及端口。一旦这三项数据中有一项不同，那么该资源就将被认为是从不同的Origin得来的，进而不被允许访问。
CORS就是为了解决SOP问题而生的，当然CORS不是唯一的解决方案，不过这里不赘述其他解决办法了。
不知不觉，已经是2019年的六月了。
看看年初的立得目标，只完成了跳槽加薪，练歌和减肥都没有实现，练歌这个主要还是过年回家的影响比较大，算是冲动之下的决定，其实自己并不是一个很需要这样放松的一个人，或者说这样的群体活动带来的愉悦感，对我来说，不是必需品。
至于减肥没成功，就是因为懒，没有理由。
这半年，生活上没有太大变动，主要是工作上起伏比较多，本次年中总结，也主要是这方面的总结、复盘。
其实在平时自我驱动式的学习中，很容易陷入困境，失去目标，半途而废，这也是导致这半年来，总有懈怠的想法产生的原因。相对的是，工作上遇到的问题，反而更容易提升自己。
最近一直在填坑，线上问题多多，但是成长的很快。抛开自己的虚荣心，或者“偶像包袱”，以前的自己，更多的还是纸上谈兵，真的遇到问题，还是一脸懵逼。
简单罗列一下最近遇到的问题：
话不多说，上图
首先，打开Edit configurations，点击 + 号，创建一个Remote应用。
加班原因是上线，解决线上数据库存在重复数据的问题，发现了程序的bug，很好解决，有点问题的是，修正线上的重复数据。
线上库有6个表存在重复数据，其中2个表比较大，一个96万+、一个30万+，因为之前处理过相同的问题，就直接拿来了上次的Python去重脚本，脚本很简单，就是连接数据库，查出来重复数据，循环删除。
emmmm，但是这个效率嘛，实在是太低了，1秒一条，重复数据大约2万+，预估时间大约在8个小时左右。。。
尽管标题有些自我吹捧的嫌疑，但当我敲下这些字时，还是很开心的。
事情的起因，就是上两篇中提到的繁星计划，阿里云给了我一台服务器，为期6个月，不长，但也不算短了，毕竟在柴米油盐、衣食住行都日渐增长的年头，还有免费的东西可以用，实在是高风亮节（又是一波不遗余力的吹捧）。
在服务器上部署了一个项目，代码是放在github的，主要是提供接口，前端是一个微信小程序，本来光写接口时，也没遇到啥问题，写完了，本地改改，测测，然后打个包，rz 一下，在服务器上在运行一下jar包。
买了dapideng.com，自然要上https。
其实在之前的博客中，也早有提及配置证书的事儿，只不过这次变成了springboot，它内置了tomcat容器，和把项目打包放在tomcat下面不太一样了。
