remove width and height attributes from image markdown syntax

Author: liuning0820

_posts/2017-11-23-餐饮及幼儿培训业的红火与前方的路.md

@@ -19,7 +19,7 @@ title: "餐饮及幼儿培训业的红火与前方的路"
 “每个人的生活都是一条通向自身的道路。每个人的真正职责只有一个：找到自我。然后在心中坚守一生，全心全意，永不停息。
 所有其它的路都是不完整的，是人的逃避方式，是对社会角色的懦弱伪装，是随波逐流，是对内心的恐惧。”
 
-![Caution:Rough Road Ahead]({{ site.url }}{{site.baseurl}}/images/caution-rough-road-ahead.jpg){:height="50%" width="70%"}
+![Caution:Rough Road Ahead]({{ site.url }}{{site.baseurl}}/images/caution-rough-road-ahead.jpg)
 
 或许我是片面了点，这不要紧，这是我的自我。衷心希望我的朋友们找到你们的自我，和你们前方的路。
 

_posts/2019-10-07-embed-video-in-markdown-post.md

@@ -13,7 +13,7 @@ title: "GitHub Pages 中嵌入视频"
 
 <! --more-- >
 
-![短视频 - 次世代的图文方式]({{ site.url }}{{site.baseurl}}/images/short-video.png){:height="50%" width="70%"}
+![短视频 - 次世代的图文方式]({{ site.url }}{{site.baseurl}}/images/short-video.png)
 
 作为开篇，下面是一个练习的示例。后续需要考虑这些个视频如何托管。
 

_posts/2019-10-08-自媒体运营之路-引人注目.md

@@ -30,7 +30,7 @@ title: "自媒体运营之路-引人注目"
 
 比如你想赞美高效工作，而不是一味地埋头苦干，你可以用下面这张图来生动形象地表达。
 
-![Work hard or work smart]({{ site.url }}{{site.baseurl}}/images/work-hard-smart.jpg){:height="50%" width="70%"}
+![Work hard or work smart]({{ site.url }}{{site.baseurl}}/images/work-hard-smart.jpg)
 
 ## 碎片化的时间更容易被短视频消耗
 
@@ -42,7 +42,7 @@ title: "自媒体运营之路-引人注目"
 - 便于用户消耗碎片化时间，娱乐用户
 - 视频的既视感，强互动性，新鲜感，丰富的内容承载量更加的吸引人
 
-![短视频 Apps]({{ site.url }}{{site.baseurl}}/images/short-video-apps.jpg){:height="50%" width="70%"}
+![短视频 Apps]({{ site.url }}{{site.baseurl}}/images/short-video-apps.jpg)
 
 于是，在我的上一篇博客中，我开始尝试学习如何在我的博客中嵌入视频。
 

_posts/2019-10-10-play-two-subtitles-at-the-same-time-in-mpc-hc.md

@@ -44,7 +44,7 @@ In the Main tab tick Override placement and enter a vertical (V) number somewher
 
 当您打开视频文件并需要两个字幕时，可以右键单击->字幕菜单中加载底部的字幕，第二个显示在顶部的字幕可通过"过滤器" -> "VSFilter（自动加载版本）"加载。
 
-![加载额外字幕]({{ site.url }}{{site.baseurl}}/images/mpc_vsfilter_subtitle.jpg){:height="50%" width="70%"}
+![加载额外字幕]({{ site.url }}{{site.baseurl}}/images/mpc_vsfilter_subtitle.jpg)
 
 ### 参考链接
 

_posts/2021-02-27-云安全的重要性-记录一次云主机被挖矿攻防.md

@@ -11,7 +11,7 @@ comments: true
 
 通过Azure Monitor 上 可以看出一段时间内CPU，Network Out Total 严重异常，出口流量暴增，CPU 近100%。
 
-![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-21-05.png){:height="50%" width="70%"}
+![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-21-05.png)
 
 重新开机并立即关闭80，443 端口，并限定了22 端口仅限本机访问， 然后SSH上去开始尝试寻找问题原因。
 
@@ -41,26 +41,26 @@ sudo apt upgrade && sudo apt update
 
 - 通过监控工具主动发现异常
 
-![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-42-45.png){:height="50%" width="70%"}
+![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-42-45.png)
 
 从这里可以看到这个**xmrig**的进程通过13333这个端口从我的 Azure VM 跟目标机器 101.32.200.219 这台机器进行通信。
 
 通过IP 我们可以定位出目标IP 对应的ISP 是腾讯云上的一台云主机。
 
-![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-46-59.png){:height="50%" width="70%"}
+![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-46-59.png)
 
 到这一步，我在想，是不是我们遇到重大损失的时候就可以报案并联系IPS运营商去协助从源头上解决问题。
 
 当然，对于小损失，像我这样的，我们可以吃一堑长一智，至少可以把对方的IP 加到inbound/outbound blocklist里。
 
-![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-52-22.png){:height="50%" width="70%"}
+![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-52-22.png)
 
 - 设置Alert 主动通知和干预
 
 因为此次攻击主要是利用云主机资源用来挖矿，对我的账单影响比较大的地方是出口流量费用。为了避免损失，我结合Azure 的Metrics 设置了
 Alert。
 
-![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-55-41.png){:height="50%" width="70%"}
+![]({{ site.url }}{{site.baseurl}}/images/2021-02-27-10-55-41.png)
 
 一旦发现一段时间内的流量异常，就通过邮件发送通知，并自动执行任务暂时关闭主机，阻止近一步的损失。