标签:编码 HTTP 字符 URL 特性 认证 深入 ASCII 客户端
编码和解码
字符集和编码
常见编码规范
乱码的由来
解码过程:用一种编码方式将二进制码转换为字符
编码过程:用一种编码方式将字符转换为二进制码
URL的编码和解码
- URL采用ASCII字符集进行编码,所以如果URL中包含非ASCII字符集中的字符,要对其进行编码。
- URL中有一些保留字符,如"&"表示参数分隔符,如果要在URL中使用这些保留字符,那就需要编码。
"%编码" 规范
- 对URL中属于ASCII字符集的非保留字不做编码;对URL中的保留字需要取ASCII内码,然后加上“%”前缀将该字符进行编码;对于URL中的非ACSII字符需要取其Unicode内码,然后加上"%"前缀将该字符进行编码。
HTTP协议之身份认证
身份认证信息
- 密码
- 动态令牌
- 数字证书
- 生物认证
- IC卡等
BASIC认证
认证过程
DIGSET认证
DIGSET认证同样使用了质询/响应的方式,但不会像BASIC认证那样直接发送明文密码。
SSL客户端认证
- SSL客户端认证借由HTTPS的客户端证书完成认证的方式。凭借客户端证书认证,服务器可确认访问是否来自已登陆的客户端。
基于表单的认证
- 基于表单的认证的方法并不是在HTTP协议中定义的。
- 使用由Web应用程序各自实现基于表单的认证方式。
- 通过Cookie和Session的方式来保持用户的状态。
标签:编码,HTTP,字符,URL,特性,认证,深入,ASCII,客户端 来源: https://blog.csdn.net/song_hai_lei/article/details/120733201
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。