Deploy the spring cloud project using jenkins

先简单记录下Jenkins部署maven聚合工程要点!

Bulid配置

bulid

重点就在下面👇

1
clean install -pl stark-uaa -am -amd -Dmaven.test.skip=true

Root pom配置成项目根目录的pom.xml

maven命令单独install 欲构建的项目

Mysql 之 show processlist 神器

今天在同步测试数据时,网突然断了,等到重连之后,发现表打不开了。

可以看到表的数据长度已有112192kb,可惜打不开了。

打不开,就准备删掉重来。

事情往往没这么简单,果然删不掉,truncate也不行,然后navicat卡死,遂登上数据库,执行dorp操作,还是不行。

估计是网络错误,导致了一些奇怪的事情发生。

那么就一起看看,到底发生了什么吧。

Centos7安装lrzsz

又双叒叕忘了这个命令了。

lrzsz 官网入口:https://ohse.de/uwe/software/lrzsz.html

lrzsz是一个unix通信套件提供的X,Y,和ZModem文件传输协议,可以用在windows与linux 系统之间的文件传输,体积小速度快。

lrzsz 在线安装:

1
yum install -y lrzsz

上传文件

1
rz(send)

下载文件

1
sz filename (receive)

致我们终将逝去的青春

写代码写久了,感觉失去了用文字表达心情的能力。

那么在这之前呢,不曾写代码的日子呢?大约记起高中总是伤春悲秋,写一些矫揉造作的句子,感慨时光飞逝,年华易老。

好像还能写的像那么回事,满脑子遣词造句的,现在反而不行了。

不过那已是十年前了。

Springboot2.0解决跨域问题

前后端分离大势所趋,跨域问题更是老生常谈,随便用标题去google或百度一下,能搜出一大片解决方案,那么为啥又要写一遍呢,不急往下看。

问题背景:

Same Origin Policy,译为“同源策略”。它是对于客户端脚本(尤其是JavaScript)的重要安全度量标准,其目的在于防止某个文档或者脚本从多个不同“origin”(源)装载。
它认为自任何站点装载的信赖内容是不安全的。当被浏览器半信半疑的脚本运行在沙箱时,它们应该只被允许访问来自同一站点的资源,而不是那些来自其它站点可能怀有恶意的资源。
注:具有相同的Origin,也即是拥有相同的协议、主机地址以及端口。一旦这三项数据中有一项不同,那么该资源就将被认为是从不同的Origin得来的,进而不被允许访问。

CORS就是为了解决SOP问题而生的,当然CORS不是唯一的解决方案,不过这里不赘述其他解决办法了。

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×