网站安全
为了配合《网络安全法》的颁布，百度站长平台也发布了一篇关于网站安全风险解读及应对的方案!
文/云加速工程师
接下来你将看到：
风险介绍 应对方案 实践方案
1
网站安全风险介绍
网站安全的第一个风险是网络流量的劫持。举个case，一家做鲜花的电商，本来在百度的订单转化非常好。结果最近发现，用户在打开网站的时候，里面插入了尺度比较大的色情广告，导致网站转化率非常低。做测试发现是被劫持了，被劫持之后我们给站点方案和指导，后面劫持的现象就消失了。网络流量劫持非常普遍，站点流量损失有20%左右，对站长带来的伤害非常大。
第二个风险：搜索的返回劫持。就是常见的假百度，用户通过访问百度点击第三方站点，在浏览器上做回退的时候，跳到一个假百度，这样的情况对用户伤害极大，是百度坚决不允许的。
第三个风险：网站被黑，挂木马。会导致在网站上放置恶意广告，而网站不知情，这种风险甚至会让站点承担法律责任。
网站安全风险一览
网络流量劫持
搜索的返回劫持
网站被黑
挂木马
百度的态度：
保护用户，打击作恶者。
从操作层面看，一旦网站因这些情况受损时，流量恢复起来不仅困难，而且周期也较长，在此期间网站将会承受不少损失。
2
网站安全应对方案
网络流量劫持、搜索返回劫持，都可以通过HTTPS解决，而且目前搜索已经对HTTPS给到很好的支持。网站被挂马被黑，现在比较成熟的方式是用主机防护产品或者是第三方的web防护产品做你的服务器的网站安全管理。
对于站长来讲，主要有两种选择方案，第一是自己做，自己做HTTPS的改造，自己做主机防护产品自己运维自己管理，以及一些针对性开发。自主选择主机防护，缺点是产品多，要根据自己的技术和业务需求做一个选择。而且很多产品不是一家的，要把它有机的结合在一起形成一个系统的防御，要花很长时间才能达到有效的效果，并且这些对服务器的资源消耗比较大，后面自己做升级维护之类的操作。
第二是比较省事的，使用云WAF防止网站被黑，以及使用云平台进行网站HTTPS改造。
使用云waf解决问题，好处是产品的部署非常方便，所有的流量经过这个平台，每次访问云平台会根据waf引擎对响应的内容做出甄别，对有问题的像那种渗透的还是主动的网上给你恶意可以给你防止掉，还有一个好处他对服务器没什么消耗，因为是在云平台上做的建设，对于以后的升级不用操心。
云化HTTPS服务，优点是站长省时省力，像证书的申请更新吊销等，以及组件和协议漏洞都是由专业的安全团队来维护的，性能也是有云平台优化的，节省站长处理的时间和精力。
自行改造HTTPS
OR
云化HTTPS
云化HTTPS服务的解决方案，只要四个流程即可：
1、一键开启;
2、子域名管理中点击HTTPS加速，开通HTTPS功能;
3、在DNS服务商处修改域名指向到指定域名，进行签发证书验证;
4、证书签发成功后，就可以为网站提供HTTPS服务。
3
网站安全方案实践
总结以上两种方案，自己做HTTPS的改造可以贴合自己的业务做定制，比较灵活，问题是对技术能力要求高，成本和复杂度也很高，如果网站业务比较特殊的可以选择自己做。
而云平台方案部署和运维都很简单，技术要求也低，云平台在不断提高他防御能力的同时，相应站点防御标准也会跟着提高，另外技术服务支持效率也高。但云平台基本上都是标准的服务产品，很少做特别定制，这是云平台的缺点。
相关阅读
的确，必须没事找事，作为运营，你奏需要这么干。有一些事件我们很有必要熟知，总有一款会启发您。尝试归纳事件营销中具备二次传播基因的
@RequestBody，415Unsupported Media Type错误，真正有用
用了一上午查找问题解决方案，网上的试验了一遍都没用，最后终于解决~我的答案在最后 问题：前端传json，后端也返回json，出现格式不匹配报
今天，距离AirPods 2上市已经过去了快两个月的时间，全新的Apple H1芯片，语音唤醒Siri助手，无线充电盒，更长的续航以及更低的
底部标签栏的图标风格在一定程度上也决定了界面的风格。当下，随着各种风格的流行，底部标签栏也不再是一成不变的风格。底部标签栏看
No input file specified. phpStudy nginx报错解决方
No input file specified. phpStudy nginx报错解决方案 排查1：检查这个目录是否存在，路径是否错误 排查2：vhost.conf配置文件 serv