如何区分HTTP和HTTPS的端口以及HTML与HTML5的差异
随着互联网技术的飞速发展，HTTP（超文本传输协议）和HTTPS（安全超文本传输协议）已成为我们日常生活中不可或缺的部分。
与此同时，HTML（超文本标记语言）及其升级版HTML5也在不断地推动着网页技术的进步。
了解如何区分HTTP和HTTPS的端口以及HTML与HTML5之间的差异，对于开发者和网络用户来说都至关重要。
一、HTTP和HTTPS的端口区分
我们需要明白HTTP和HTTPS虽然都是基于TCP协议的，但它们使用的端口不同。
HTTP默认使用端口80，而HTTPS默认使用端口443。
1. HTTP的端口号：80
HTTP，全称为HyperText TransferProtocol，即超文本传输协议。
它是一种应用层的协议，用于在Internet上传输文本信息，如网页的HTML内容等。
由于其未进行加密处理，因此在数据传输过程中有可能被截获和窃取。
在大多数浏览器的默认设置下，访问使用HTTP协议的网页时不需要添加端口号，因为默认端口号为80。
例如，访问网址www.example.com时，浏览器实际上会连接到example.com的80端口。
2. HTTPS的端口号：443
HTTPS，全称为HyperTextTransfer Protocol Secure，即安全超文本传输协议。
它是在HTTP基础上进行了加密处理，提供了更高级别的数据安全性和完整性保障。
因此，它需要使用一个不同于HTTP的专用端口进行通信。
该端口通常为TCP 443端口。
通过HTTPS协议进行数据传输时，所有数据都会经过加密处理，大大提高了数据的安全性。
在访问使用HTTPS协议的网站时，如www.example.com（通常带有“https”），浏览器会自动连接到该网站的443端口。
当您尝试通过浏览器访问网站时，地址栏会显示“安全连接”标志来确认数据的安全性。
在安全性受到质疑的情况下（例如连接被拒绝），该标志还会警告用户可能的威胁。
因此，了解如何识别HTTPS连接对于网络安全至关重要。
一些特定的应用程序和服务可能会使用不同的端口号进行HTTPS通信。
尽管这是不常见的（但绝对有可能的），并且与通常的配置不符，但仍值得留意这些细节以避免潜在的网络安全风险或误解系统配置过程时出现的问题。
最重要的是保持谨慎和对数据的保密保持敏感性的警觉性。
二、HTML与HTML5的差异区分HTML和HTML5虽然都是用于构建网页的标准语言，但它们之间存在许多重要的差异和进步。
了解这些差异对于开发者来说至关重要。
以下是HTML与HTML5之间的一些主要差异：
1. 语法的改进：HTML5引入了更多的语义元素和属性，使得网页结构更加清晰和易于理解。例如新增了
Web前端的http和https有什么区别
http用80&8080端口访问，和服务端的交互命令是明文显示，https则是用443端口访问，命令是加密的！
为此现在很多网站都是https访问。
Http和Https的区别？
方法/步骤
第一：http是超文本传输协议，信息是明文传输，https是具有安全性的ssl加密传输协议
http和https使用的是完全不一样的连接方式，端口也不一样，前者默认是80端口
http是无状态的协议，而https是由ssl+http构建的可进行加密传输、身份认证的网络协议。
http的无状态是指对事务处理没有记忆能力，缺少状态意味着对后续处理需要的信息没办法提供，只能重新传输这些信息，这样就会增大数据量。 另一方面，当不需要信息的时候服务器应答较为快。
https和http的区别是什么
HTTPS（Secure Hypertext Transfer Protocol）安全超文本传输协议 它是一个安全通信通道，它基于HTTP开发，用于在客户计算机和服务器之间交换信息。 它使用安全套接字层(SSL)进行信息交换，简单来说它是HTTP的安全版。 它是由Netscape开发并内置于其浏览器中，用于对数据进行压缩和解压操作，并返回网络上传送回的结果。
HTTPS实际上应用了Netscape的安 全全套接字层（SSL）作为HTTP应用层的子层。 （HTTPS使用端口443，而不是象HTTP那样使用端口80来和TCP/IP进行通信。 ）SSL使 用40 位关键字作为RC4流加密算法，这对于商业信息的加密是合适的。
HTTPS和SSL支持使用X.509数字认证，如果需要的话用户可以确认发送者是谁。 HTTPS和HTTP的区别：https协议需要到ca申请证书，一般免费证书很少，需要交费。
http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl加密传输协议http和https使用的是完全不同的连接方式用的端口也不一样,前者是80,后者是443。http的连接很简单,是无状态的HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议 要比http协议安全HTTPS解决的问题：
1 . 信任主机的问题. 采用https 的server 必须从CA 申请一个用于证明服务器用途类型的证书. 改证书只有用于对应的server 的时候,客户度才信任次主机. 所以目前所有的银行系统网站,关键部分应用都是https 的. 客户通过信任该证书,从而信任了该主机. 其实这样做效率很低,但是银行更侧重安全. 这一点对我们没有任何意义,我们的server ,采用的证书不管自己issue 还是从公众的地方issue, 客户端都是自己人,所以我们也就肯定信任该server.
2 . 通讯过程中的数据的泄密和被窜改
1. 一般意义上的https, 就是 server 有一个证书.
a) 主要目的是保证server 就是他声称的server. 这个跟第一点一样.
b) 服务端和客户端之间的所有通讯,都是加密的.i. 具体讲,是客户端产生一个对称的密钥,通过server 的证书来交换密钥. 一般意义上的握手过程. 加下来所有的信息往来就都是加密的. 第三方即使截获,也没有任何意义.因为他没有密钥. 当然窜改也就没有什么意义了.
2. 少许对客户端有要求的情况下,会要求客户端也必须有一个证书.
a) 这里客户端证书,其实就类似表示个人信息的时候,除了用户名/密码, 还有一个CA 认证过的身份. 应为个人证书一般来说上别人无法模拟的,所有这样能够更深的确认自己的身份.
b) 目前少数个人银行的专业版是这种做法,具体证书可能是拿U盘作为一个备份的载体.
HTTPS 一定是繁琐的.
a) 本来简单的http协议,一个get一个response. 由于https 要还密钥和确认加密算法的需要.单握手就需要6/7 个往返.i. 任何应用中,过多的round trip 肯定影响性能.
b) 接下来才是具体的http协议,每一次响应或者请求, 都要求客户端和服务端对会话的内容做加密/解密.i. 尽管对称加密/解密效率比较高,可是仍然要消耗过多的CPU,为此有专门的SSL 芯片. 如果CPU 信能比较低的话,肯定会降低性能,从而不能serve 更多的请求. 加密后数据量的影响. 所以，才会出现那么多的安全认证提示