① 网站要不要做HTTPS
网站安装SSL证书，进行HTTPS加密协议的好虚侍处：
1）提高网站排名，有利于seo
谷歌已经公开声明两个网站在搜索结果方面桥旅相同，如果一个网站启用了SSL，它可能会获得略高于没有SSL网站的等级，而且网络也表明对安装了SSL的网站表示友好。因此，网站上的内容中启用SSL都有明敏誉凳显的SEO优势。
2）隐私信息加密，防止流量劫持
特别是涉及到隐私信息的网站，互联网大型的数据泄露的事件频发发生，网站进行信息加密势在必行。
3）浏览器受信任
自从各大主流浏览器大力支持HTTPS协议之后，访问HTTP的网站都会提示“不安全”的警告信息。
② 请教下，网站可以部署https自签名证书吗
不建议给网站部署https自签名证书，因旦闹为它就是使用openssl等工具创建的证书，也称为自签名SSL证书，并不是由受信任的CA机构签发的。这种证书可以随意签发，不受约束，不受监督，因此也芦祥不受任何浏览器以及操作系统的信任。自签名SSL证书的缺点如下：
第一、被“有心者”利用。
其实“有心者”指的就是黑客。自签名SSL证书你自己可以签发，那么同样别人也可以签发。黑客正好利用其随意签发性，分分钟就能伪造出一张一模一样的自签证书来安装在钓鱼网站上，让访客们分不清孰真孰假。
第二、浏览器会弹出警告，易遭受攻击
前面有提到自签名SSL证书是不受浏览器信任的，即使网站安装了自签名SSL证书，当用户访问时浏览器还是会持续弹出警告，让用户体验度大大降低。因它不是由CA进行验证签发的，所以CA是无法识别签名者并且不会信任它，因此私钥也形同虚设，网站的安全性会大大降低，从而给攻击者可乘之机。
第三、安装容易，吊销难
自签名SSL证书是没有可访问的吊销列表的，所以它不具备让浏览器实时查验证书的状态，一旦证书丢失或者被盗而无法吊销，就很有可能被用于非法用途从而让用户蒙受损失。同时，浏览器还会发出“吊销列表不可用，是否继续？”的警告，不仅降低了网页的浏览速度，还大大降低了访问者对网站的信任度。
第四、超长有效期，时间越长越容易被破解
自签名SSL证书的有效期特别长，陪迟搏短则几年，长则几十年，想签发多少年就多少年。而由受信任的CA机构签发的SSL证书有效期不会超过2年，因为时间越长，就越有可能被黑客破解。所以超长有效期是它的一个弊端。
利弊权衡，安信SSL小编还是建议大家最好不要在网站上安装自签名SSL证书，天上掉下来的基本都是陷阱，找个正规靠谱的证书服务商才是真理。不妨上安信SSL了解一下，品牌和型号都比较齐全，可根据具体需求，推荐最适合您网站的SSL证书。
③ 网站怎么实现https访问
SSL证书+域名或公网IP+服务器配置证书=HTTPS访问
启动https访问：确定需要HTTPS的域名，进入淘宝中找到：Gworg，选择SSL证书申请。获得SSL证书配置到服务器就可以实现HTTPS访问了。
快速解决办法：直接找到Gworg提供域名与服务器信息可以快速实现网站HTTPS。
④ 网站应不应该做HTTPS
是的举腔乎，是必须要的，目前互联网安全是第一位的，有效安全的打开网站需要在加密过程中进行。
1、HTTPS具有更正悉好的加密性能，避免用户信息泄露;
2、HTTPS复杂的传输方式，降低网站被劫持的风险;
3、搜索引擎已经全面支持HTTPS抓取、收录，并且会优先展示HTTPS结果;
4、从安全角度来说个人觉得要做HTTPS，不过HTTPS可以采用登录后展示;
5、HTTPS绿锁表示可以提升用户对网站信任程度;
6、基础成本可控，证书及服务器已经有了成型的支持方案;
7、网站加载速度可以通过cdn等方式进行弥补，但是安全不能忽略;
8、HTTPS是网络的发展圆段趋势，早晚都要做;
9、可以有效防止山寨、镜像网站;
⑤ 个人网站https证书申请怎么弄，个人网站可以申请https证书吗
个人网站是可以申请https证书的，个人网站可以申请DV SSL证书，该类SSL证书验证简单，只需要验证域姿颤名所有权，颁发速度快，一般几分钟就可以颁发证书。而且价格便宜，一般只要几百元就可以申请一个。
个人网站https证书申请流程图解：
⑥ 如何让自己的网站也能实现https访问
很简单，去安信证书申请一张合适的SSL证书部署到服务器上，网站就能实现https访问。SSL证书申请流程如下：
第一步，生成并提交CSR（证书签署请求）文件
CSR文件一般都可以通闭银过轿告宴在线生成（或服务器上生成），申请人在制作的同时系统会产生两个秘钥，公钥CSR和密钥KEY。选择了SSL证书申请之后，提交订单并将制作生成的CSR文件一起提交到证书所在的CA颁发机构。
第二步，CA机构进行验证
CA机构对提交的SSL证书申请有两种验证方式：
第一种是域名友袭认证。系统自动会发送验证邮件到域名的管理员邮箱（这个邮箱是通过WHOIS信息查询到的域名联系人邮箱）。管理员在收到邮件之后，确认无误后点击我确认完成邮件验证。所有型号的SSL证书都必须进行域名认证。
第二种是企业相关信息认证。对于SSL证书申请的是OV SSL证书或者EV SSL证书的企业来说，除了域名认证，还得进行人工核实企业相关资料和信息，确保企业的真实性。
第三步，CA机构颁发证书
由于SSL证书申请的型号不同，所验证的材料和方式有些区别，所以颁发时间也是不同的。
如果申请的是DV SSL证书最快10分钟左右就能颁发。如果申请的是OV SSL证书或者EV SSL证书，一般3-7个工作日就能颁发。
完成以上SSL证书申请步骤收到CA的证书之后，就可以将证书部署到服务器上实现https加密访问。
⑦ 个人网站https证书申请怎么弄，个人网站可以申请https证书吗
个人网站是可以申请https证书的，只不过https证书有不同的类型，DV型的https证书比较适合个人网站。具体的申请流程如下：
第一步：在线生成CSR文件，选指庆择要申请的https证书，提交唯物握订单并将制作生成的CSR文件一起提交到证书所在的CA机构。蚂旦
第二步：CA机构在收到申请之后会进行验证。DV型https证书只需验证域名认证，系统会发邮件到域名的管理员邮箱（这个邮箱是通过WHOIS信息查询到的域名联系人邮箱），管理员收到邮件并点击我确认完成邮件验证。
第三步：通过CA机构的认证之后就可以颁发证书了，收到证书之后，用户可自行将证书正确的部署在服务器上。
⑧ 网站怎么实现https访问
HTTPS实际是SSL over HTTP, 该协议通过SSL在发送方把原始数据进行加密，在接收方解
密，因此，所传送的数据不容易被网络黑客截获和破解。本文介绍HTTPS的三种实现方法
。
方法一 静态超链接
这是手洞耐目前网站中使用得较多的方法，也最简单。在要求使用SSL进行传输的Web网页链接
中直接标明使用HTTPS协议，以下是指向需要使用SSL的网页的超链接：
<a href=“https://192.168.100.100/ok/securePage.jsp”>SSL例子</a>
需要说明的是，在网页里的超链接如果使用相对路径的话，其默认启用协议与引用该超
链接的网页或资源的传输协议相同，例如在某超链接“https://192.168.100.100/ok/l
ogin.jps”的网页中包含如下两个超链接：
<a href=“./bessl/exam.jsp”>SSL链接</a>
<a href=“http://192.168.100.100/notssl/index.jsp”>非SSL链接
那么，第一个链接使用与“https://192.168.100.100/ok/login.jsp”相同的传输协议
HTTPS，第二个链接使用本身所标识的协议HTTP。
使用静态超链接的好处是容易实现，不需要额外开发。然而，它却不容易维护管理; 因
为在一个完全使用HTTP协议访问的Web应用里，每个资源都存放在该应用特定根目录下的
各个子目录里，资源的链接路径都使用相对路径，这样做是为了方便应用的迁移并且易
于管理。但假如该应用的某些资源要用到HTTPS协议，引用的链接就必须使用完整的路径
，所以当应用迁移或需要更改URL中所涉及毕春的任何部分如：域名、目录、文件名等，维护
者都需要对每个超链接修改，工作量之大可想而知。再者，如果客户在浏览器地址栏里
手工输入HTTPS协议的资源，那么所有敏感机密数据在传输中就得不到保护，很容易被黑
客截获和篡改！
方法二 资源访问限制
为了保护Web应用中的敏感数据，防止资源的非法访问和保证传输的安全性，Java Serv
let 2.2规范定义了安全约束（Security-Constraint）元件，它用于指定一个或多个We
b资源集的安全约束条件；用户数据约束（User-Data-Constraint）元件是安全约束元件
的子类，它用于指定在客户端和容器之间传输的数据是如何被保护的。用户数据约束元
件还包括了传输保证（Transport-Guarantee）元件，它规定了客户机和服务器之间的通
信必须是以下三种模式之一：None、Integral、Confidential。None表示被指定的Web资
源不需要任何传输保证；Integral表示客户机与服务器之间传送的数据在传送过程中不
会被篡改; Confidential表示数据在传送过程中被加密。大多数情况下，Integral或Co
nfidential是使用SSL实现。
这里以BEA的WebLogic Server 6.1为例介绍其实现方法，WebLogic是一个性能卓越的J2
EE服务器，它可以对所管理的Web资源，包括EJB、JSP、Servlet应用程序设置访问控制
条款。假设某个应用建立在Weblogic Server里的/mywebAPP目录下，其中一部分Servle
ts、JSPs要求使用SSL传输，那么可将它们都放在/mywebAPP/sslsource/目录里，然后编
辑/secureAPP/Web-INF/web.xml文件，通过对web.xml的设置可达到对Web用户实现访问
控制。
当Web用户试图通过HTTP访问/sslsource目录下的资源时，Weblogic Server就会查找we
b.xml里的访问约束定义，返回提示信息：Need SSL connection to access this reso
urce。资源访问限制与静态超链接结合使用，不仅继承了静态超链接方法的简单易用性
，而且有效保护了敏感资源数据。然而，这样就会存在一个问题： 假如Web客户使用HT
TP协议访问需要使用SSL的网颤纳络资源时看到弹出的提示信息: Need SSL connection to
access this resource，大部分人可能都不知道应该用HTTPS去访问该网页，造成的后果
是用户会放弃访问该网页，这是Web应用服务提供商不愿意看到的事情。
方法三 链接重定向
综观目前商业网站资源数据的交互访问，要求严格加密传输的数据只占其中一小部分，
也就是说在一个具体Web应用中需要使用SSL的服务程序只占整体的一小部分。那么，我
们可以从应用开发方面考虑解决方法，对需要使用HTTPS协议的那部分JSPs、Servlets或
EJBs进行处理，使程序本身在接收到访问请求时首先判断该请求使用的协议是否符合本
程序的要求，即来访请求是否使用HTTPS协议，如果不是就将其访问协议重定向为HTTPS
，这样就避免了客户使用HTTP协议访问要求使用HTTPS协议的Web资源时，看到错误提示
信息无所适从的情况，这些处理对Web客户来说是透明的。
实现思想是：首先创建一个类，该类方法可以实现自动引导Web客户的访问请求使用HTT
PS协议，每个要求使用SSL进行传输的Servlets或JSPs在程序开始时调用它进行协议重定
向，最后才进行数据应用处理。
J2EE提供了两种链接重定向机制。第一种机制是RequestDispatcher接口里的forward()
方法。使用MVC(Model-View-Controller)机制的Web应用通常都使用这个方法从Servlet
转移请求到JSP。但这种转向只能是同种协议间的转向，并不能重定向到不同的协议。第
二种机制是使用HTTPServletReponse接口里的sendRedirect()方法，它能使用任何协议
重定向到任何URL，例如：
BeSslResponse.sendRedirect(“https://192.168.100.100/order”);
此外，我们还需使用到Java Servlet API中的两个方法：ServletRequest接口中的getS
cheme()，它用于获取访问请求使用的传输协议；HTTPUtils类中的getRequestUrl()，它
用于获取访问请求的URL，要注意的是该方法在Servlet 2.3中已被移到HTTPServletReq
uest接口。
以下是实现协议重定向的基本步骤：
1. 获取访问的请求所使用的协议；
2. 如果请求协议符合被访问的Servlet所要求的协议，就说明已经使用HTTPS协议了，不
需做任何处理；
3. 如果不符合，使用Servlet所要求的协议(HTTPS)重定向到相同的URL。
例如，某Web用户使用HTTP协议访问要求使用HTTPS协议的资源BeSslServlet，敲入“UR
L：http://192.168.100.100/BeSslServlet”，在执行BeSslServlet时首先使用Proces
sSslServlet．processSsl（）重定向到https://192.168.100.100/BeSslServlet，然后
BeSslServlet与客户浏览器之间就通过HTTPS协议进行数据传输。
以上介绍的仅是最简单的例子，是为了对这种重定向的方法有个初步的认识。假如想真
正在Web应用中实现，还必须考虑如下几个问题：
● 在Web应用中常常会用到GET或Post方法，访问请求的URL中就会带上一些查询字串，
这些字串是使用getRequesUrl()时获取不到的，而且在重定向之后会丢失，所以必须在
重定向之前将它们加入到新的URL里。我们可以使用request.getQueryString()来获取G
ET的查询字串，对于Post的Request参数，可以把它们转换成查询串再进行处理。
● 某些Web应用请求中会使用对象作为其属性，必须在重定向之前将这些属性保存在该
Session中，以便重定向后使用。
● 大多数浏览器会把对同一个主机的不同端口的访问当作对不同的主机进行访问，分用
不同的Session，为了使重定向后保留使用原来的Session，必须对应用服务器的Cookie
域名进行相应的设置。
以上问题均可在程序设计中解决。
通过程序自身实现协议重定向，就可以把要求严格保护的那部分资源与其他普通数据从
逻辑上分开处理，使得要求使用SSL的资源和不需要使用SSL的资源各取所需，避免浪费
网站的系统资源。