wordpress调用第一张图片不显示搜索引擎优化策略应该包括
HTTP 报文
HTTP报文本身是有多行数据构成的字符串文本。用CR+LF换行。
HTTP报文大致分为报文首部和报文主体两块。两者由最初出现的CR+LF划分。报文主体可以没有。
请求报文及响应报文的结构
请求行：包含请求的方法、请求URI 以及 HTTP 版本
状态行：包含表明响应结果的状态码，原因短语和 HTTP 版本
首部字段：包含表示请求和响应的各种条件和属性的各类首部
一般有4种首部，分别是：通用首部、请求首部、响应首部和实体首部。
可能包含HTTP的RFC里未定义的首部(Cookie 等)
编码提升传输效率
HTTP在传输数据时，可以原貌传输数据，也能在传输过程中通过编码提升传输速率(更多消耗CPU资源)，有效地处理大量的访问请求。
-
报文主体和实体主体的差异*
报文（message）
HTTP通信中的基本单位，由8位组字节流组成。通过HTTP通信传输。实体（entity）
由实体首部和实体主体组成，作为请求或响应的有效载荷数据被传输。HTTP报文的主体 用于传输请求或响应的实体主体。
通常，报文主体 等于 主体实体 。只有当传输中进行编码操作时，实体主体的内容发生变化，才导致他和报文主体产生差异。
-
压缩传输的内容编码
内容编码是HTTP协议中的压缩功能，能指明实体内容的编码格式，并保持实体信息原样压缩。客户端把内容解析还原。
常见内容编码：
gzip（GNU zip）
compress（UNIX 系统的标准压缩）
deflate（zlib）
identity（不进行编码） -
分割发送的分块传输编码
在HTTP通信过程中，传输大容量数据时，通常把数据分割成多块，能够让浏览器逐步显示页面。每一个块用十六进制标记大小，实体主体的最后一个块，使用 “0(CR+LF)” 标记。
客户端收到分块后，会解码，恢复编码前的实体主体。HTTP/1.1 存在一种机制，称为 传输编码(Transfer Coding)。只定义作用于分块传输编码中，可以在通信时按照某种编码方式传输。
发送多种数据的多部分对象集合
HTTP协议中，采用多对象集合（Multipart）的方法，来容纳多份不同类型的数据。
-
multipart/form-date
在web表单文件上传时使用
-
multipart/byteranges
状态码 206 (Partial Content，部分内容) 响应报文包含了多个范围的内容时使用。
在 HTTP 报文中使用多部分对象集合时，需要在首部字段里加上Content-type。使用 boundary 字符串来划分多部分集合指明的各类实体。在boundary 指定的各个实体的起始行之前插入 “–” 标记，在多部分对象集合对应的字符串的最后插入 “–” 标记结束。
多部分对象集合的每个部分类型中都可以有首部字段。
可以在某个部分中嵌套使用多部分对象集合。
获取部分内容的范围要求
因为网络原因中断的下载，有一种恢复机制，能从之前下载中断处恢复下载。
实现该功能需要指定下载的实体范围。指定范围发送的请求，称为范围请求（Range Request）。
使用首部字段 Range 来指定资源的 byte 范围。
针对范围请求，响应会返回状态码为 206 Partial Content 的响应报文。
另外，对于多重范围的范围请求，响应会在首部字段 Content-Type 标明 multipart/byteranges 后返回响应报文。
如果服务器端无法响应范围请求，则会返回状态码 200 OK 和完整的实体内容。
内容协商返回最合适的内容
同一个网站可能存在多个相同内容的页面（比如中英文版）。
根据浏览器默认语言，显示对应的页面，这种机制称为内容协商（Content Negotiation）。
内容协商会以响应资源的语言、字符集、编码方式等作为判断的基准。
包含在请求报文中的某些首部字段就是判断的基准。
- Accept
- Accept-Charset
- Accept-Encoding
- Accept-Language
- Content-Language
内容协商技术有以下三种类型：
-
服务器驱动协商
由服务器端进行协商。
以请求的首部字段作为参考，在服务端自动处理。但以浏览器发送的信息作为判断依据并不 一定能筛选出最优内容。 -
客户端驱动协商
由客户端进行内容协商的方式。
用户从浏览器显示的可选项列表中手动选择。还能利用JavaScript脚本在web页面上进行自动选择。比如按OS或浏览器类型自动切换PC版或手机版。 -
透明协商
服务器驱动和客户端驱动的结合体，友服务器和客户端各自进行协商的一种方法。