HTTP协议基础

本文深入解析了HTTP协议,从会话方式、HTTP消息、消息头、简单消息等方面详细阐述了其工作原理和使用方法。

HTTP协议:(hypertext transfer protocol)--超文本传输协议,是TCP/IP协议族中应用层的协议,用于定义WEB服务器间的交换数据过程及数据本身的格式。目前版本:HTTP1.0 HTTP1.1 HTTP-NG(下一代版本)
 
一、HTTP的会话方式

     HTTP/1.0:
          1、建立连接
          2、客户端发送请求
          3、服务器响应请求
          4、关闭连接
         每次连接只能处理一个http请求,如要向服务器请求一个包含多图片的网页,需要建立多次连接。
     HTTP1.1
       特点:
       1、在一个TCP连接上可以传送多个HTTP请求和响应
       2、多个请求和响应可以重叠进行,也被称作管道(pipeline)
       3、增加了更多的请求头(如:Host)和响应头
  
二、HTTP消息

    1、请求消息:
            一个请求行、若干消息头、实体内容(消息头和实体内容是可选的,他们之间用空行隔开)

            请求行:
                   格式:请求方式 资源路径 HTTP/版本号(回车换行)
                  请求方式:POST、HEAD、OPTIONS、DELETE、TRACE、PUT

           例如:
           GET/books/java.html HTTP/1.1   ---请求行
           Accept: */*         ----消息头
           Accept-Language: en-us     ----消息头
           Connection: Keep-Alive      ----消息头
           Host: localhost        ----消息头
           Referer: http://localhost/links.jsp   ----消息头
           User-Agent: Mozilla/4.0      ----消息头
           Accept-Encoding: gzip,deflate    ----消息头
                                                                     ------空行
              
   2、响应消息
           一个状态行、若干消息头、实体内容(消息头和实体内容是可选的,他们之间用空行隔开)

           状态行:
                    格式: HTTP/版本号 状态码 原因叙述(回车换行)


           例如:
           HTTP/1.1 200 OK       ---状态行
           Server: Microsoft-IIS/5.0      ----消息头
           Date: Thu,13 Jul 2000 05:44:22 GMT  ----消息头
           Content-Length: 2291      ----消息头
           Content-Type: text/html     ----消息头
           Cache-control: private      ----消息头
                                                         ------空行
           <HTML>          -----实体内容
           <BODY>
            .....
   
GET方式的请求消息中不包含实体内容,只有POST、PUT、DELETE方式的请求消息中才可以包含实体内容
在HTTP1.1中,如果消息中包括实体内容,并且没有采用chunked传输编码方式,那么消息头重必须包含内容长度的字段,否则客户端或服务器程序就无法知道实体内容何时结束。

在HTTP协议中,还可以使用简单的请求消息和响应消息。简单消息没有消息头部分,并且简单请求消息只能使用GET方式,且请求行中不包含HTTP版本号,简单响应消息中只包含实体内容
 
三、HTTP消息头:(格式:头字段名称,然后是冒号、空格、值、回车换行)
      消息头按用途的分类:通用信息头、请求头、响应头、实体头、扩展头
              1、通用信息头:既能用于请求消息也能用于响应消息
                            Cache-Control: no-cache   (是否缓存消息)
                            Connection: close (是否保持连接)
                            Date: Tue,11 Jul 2010 18:18:18 GMT
                            Pragma: no-cache  (HTTP1.0中的指示是否缓存消息)
                            Trailer: Date  (表示Date消息头在实体内容之后)
                            Transfer-Encoding: chunked  (将实体内容分段传送,并在每段内容前加上一个16进制的数字表示分段的大小,最后一个分段大小必须为0,表示实体内容结束)
              2、请求头
                              Accept: text/heml,image/*   (客户端能够接受的数据类型)
                              Accept-Charset: ISO-8859-1,unicode-1-1  (客户端能够接受的字符集编码)
                              Accept-Encoding: gzip,compress  (客户端能够解码的数据编码方式,多为压缩编码)
                              Accept-Language: en-gb,zh-cn   (客户端接受的语言种类)
                              Host: www.baidu.com:80
                              Authorization: Basic enh3ojeyMzQug
                              Range: bytes=100-600 (要求服务器端返回实体内容中100到600字节的内容,可用于断点续传)
                              Referer: http://www.baidu.com (表示该请求是从那个超连接发起)
                              User-Agent: Mozilla/4.0  (客户端浏览器种类)
               3、 实体头: 实体内容的元信息,描述了实体内容的属性。包括实体信息类型、长度、压缩方法、最后一次修改时间、数据有效期等。
                              Allow: GET,POST  (访问资源允许的方式)
                              Content-Encoding: gzip  (当前实体内容的数据压缩编码方式)
                              Content-Language: zh-cn  (当前实体内容的语言类型)
                              Content-length: 80  (实体内容的长度)
                              Content-Location: http://www.xxx.com/yyy.html  (响应内容所位于的真实位置)
                              Content-Range: bytes 100-600  (返回的部分实体内容是完整实体内容的100字节到600字节)
                              Content-Type: text/heml; charset=GB2312  (实体内容的MIME类型以及字符集编码)
                              Expires: Tue, 11 Jul 2000 18:18:18 GMT   (缓存过期时间)
                              Last_Modified: Tue, 11 Jul 2000 18:18:18 GMT   (最后更新时间)
                4、 扩展头:在HTTP消息中也可以使用规范里没有定义的头字段,既自定义HTTP头。目前流行的浏览器支持的常用扩展头有:Cookie、Set-Cookie、Refresh和Content-Disposition等
                              Refresh: 1   (在指定的时间(1S)之后进行刷新)
                              Refresh: 1; url=htp://www.xxx.com  (在指定时间后跳转到URL) 

内容概要:本文介绍了ENVI Deep Learning V1.0的操作教程,重点讲解了如何利用ENVI软件进行深度学习模型的训练与应用,以实现遥感图像中特定目标(如集装箱)的自动提取。教程涵盖了从数据准备、标签图像创建、模型初始化与训练,到执行分类及结果优化的完整流程,并介绍了精度评价与通过ENVI Modeler实现一键化建模的方法。系统基于TensorFlow框架,采用ENVINet5(U-Net变体)架构,支持通过点、线、面ROI或分类图生成标签数据,适用于多/高光谱影像的单一类别特征提取。; 适合人群:具备遥感图像处理基础,熟悉ENVI软件操作,从事地理信息、测绘、环境监测等相关领域的技术人员或研究人员,尤其是希望将深度学习技术应用于遥感目标识别的初学者与实践者。; 使用场景及目标:①在遥感影像中自动识别和提取特定地物目标(如车辆、建筑、道路、集装箱等);②掌握ENVI环境下深度学习模型的训练流程与关键参数设置(如Patch Size、Epochs、Class Weight等);③通过模型调优与结果反馈提升分类精度,实现高效自动化信息提取。; 阅读建议:建议结合实际遥感项目边学边练,重点关注标签数据制作、模型参数配置与结果后处理环节,充分利用ENVI Modeler进行自动化建模与参数优化,同时注意软硬件环境(特别是NVIDIA GPU)的配置要求以保障训练效率。
内容概要:本文系统阐述了企业新闻发稿在生成式引擎优化(GEO)时代下的全渠道策略与效果评估体系,涵盖当前企业传播面临的预算、资源、内容与效果评估四大挑战,并深入分析2025年新闻发稿行业五大趋势,包括AI驱动的智能化转型、精准化传播、首发内容价值提升、内容资产化及数据可视化。文章重点解析央媒、地方官媒、综合门户和自媒体四类媒体资源的特性、传播优势与发稿策略,提出基于内容适配性、时间节奏、话题设计的策略制定方法,并构建涵盖品牌价值、销售转化与GEO优化的多维评估框架。此外,结合“传声港”工具实操指南,提供AI智能投放、效果监测、自媒体管理与舆情应对的全流程解决方案,并针对科技、消费、B2B、区域品牌四大行业推出定制化发稿方案。; 适合人群:企业市场/公关负责人、品牌传播管理者、数字营销从业者及中小企业决策者,具备一定媒体传播经验并希望提升发稿效率与ROI的专业人士。; 使用场景及目标:①制定科学的新闻发稿策略,实现从“流量思维”向“价值思维”转型;②构建央媒定调、门户扩散、自媒体互动的立体化传播矩阵;③利用AI工具实现精准投放与GEO优化,提升品牌在AI搜索中的权威性与可见性;④通过数据驱动评估体系量化品牌影响力与销售转化效果。; 阅读建议:建议结合文中提供的实操清单、案例分析与工具指南进行系统学习,重点关注媒体适配性策略与GEO评估指标,在实际发稿中分阶段试点“AI+全渠道”组合策略,并定期复盘优化,以实现品牌传播的长期复利效应。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值