当前位置：首页 > news >正文

成立网站有什么要求百度知道灰色词代发收录

news 2025/11/1 2:30:39

成立网站有什么要求,百度知道灰色词代发收录,软件开发文档怎么编写,wordpress的文章采集引言互联网的消息是如何传递的#xff1f; 是在路由器上不断进行跳转 IP的目的是在寻址 HTTP 协议#xff1a;互联网的基石定义 HTTP#xff08;英文#xff1a;HyperText Transfer Protocol#xff0c;缩写#xff1a;HTTP#xff09;#xff0c;即超文本传输协…引言互联网的消息是如何传递的是在路由器上不断进行跳转 IP的目的是在寻址 HTTP 协议互联网的基石定义 HTTP英文HyperText Transfer Protocol缩写HTTP即超文本传输协议是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP是万维网的数据通信的基础。它就像是互联网世界的 “快递规则”规定了从万维网服务器传输超文本到本地浏览器的传送方式详细定义了客户端和服务器之间数据交互的格式和规则。正是有了 HTTP 协议我们才能顺畅地从服务器获取网页内容让丰富多彩的网页呈现在我们眼前。工作原理连接建立当我们在浏览器地址栏输入一个网址并按下回车键客户端浏览器就会向服务器发送请求尝试建立连接。这个过程就如同打电话时先拨号码等待对方接听。发送请求客户端通过 HTTP 协议发送请求消息其中包含请求方法常见的有 GET、POST 等、请求头以及可能存在的请求体。请求方法告诉服务器要执行的操作比如 GET 用于获取资源POST 用于提交数据。请求头则携带了许多附加信息例如User - Agent它会告知服务器我们使用的浏览器类型和版本就像在快递包裹上贴上寄件人的详细信息。而请求体对于 POST 请求来说会存放要提交给服务器的数据如用户注册时填写的用户名、密码等表单数据。服务器响应服务器接收到请求后就像快递员收到包裹后进行处理。它会根据请求内容进行一系列操作然后生成响应消息。响应消息包括响应状态码比如 200 表示请求成功服务器成功返回了我们需要的资源404 则表示未找到请求的资源就好像快递员找不到收件地址一样。同时响应消息还包含响应头和响应体。响应头会说明响应数据的类型如Content - Type为text/html表示返回的是 HTML 网页内容等信息而响应体则是服务器返回给我们的实际数据比如网页的 HTML 代码。连接关闭在数据传输完成后连接通常会关闭。不过为了提高效率在某些情况下连接也可以保持打开状态以便客户端能够快速进行后续请求而无需再次建立连接。由HTTP客户端发起一个请求创建一个到服务器指定端口默认是80端口的TCP连接。HTTP服务器则在那个端口监听客户端的请求。一旦收到请求服务器会向客户端返回一个状态比如HTTP/1.1 200 OK以及返回的内容如请求的文件、错误消息、或者其它信息。以下是 HTTP 请求/响应的步骤客户端连接到Web服务器一个HTTP客户端通常是浏览器与Web服务器的HTTP端口默认为80建立一个TCP套接字连接。例如http://www.luffycity.com。发送HTTP请求通过TCP套接字客户端向Web服务器发送一个文本的请求报文一个请求报文由请求行、请求头部、空行和请求数据4部分组成。服务器接受请求并返回HTTP响应 Web服务器解析请求定位请求资源。服务器将资源复本写到TCP套接字由客户端读取。一个响应由状态行、响应头部、空行和响应数据4部分组成。释放连接TCP连接若connection 模式为close则服务器主动关闭TCP连接客户端被动关闭连接释放TCP连接;若connection 模式为keepalive则该连接会保持一段时间在该时间内可以继续接收请求; 客户端浏览器解析HTML内容客户端浏览器首先解析状态行查看表明请求是否成功的状态代码。然后解析每一个响应头响应头告知以下为若干字节的HTML文档和文档的字符集。客户端浏览器读取响应数据HTML根据HTML的语法对其进行格式化并在浏览器窗口中显示。特点无状态HTTP 协议本身是无状态的这意味着服务器不会记住不同请求之间客户端的状态或信息。每一个请求都是独立的个体就好像快递员每次送快递都不记得上一次给这个地址送过什么。例如当我们在一个电商网站浏览商品从一个页面跳转到另一个页面时服务器并不会自动记住我们之前浏览过哪些商品除非我们通过其他方式如 Cookie来记录这些信息。明文传输数据在传输过程中以明文形式发送这就好比我们在一个透明的管道中传递信件任何人都可以轻易地看到信件的内容。这种特性使得数据容易被窃取、篡改或监听。网络中的不法分子可以通过一些手段截获我们传输的数据获取我们的账号密码、信用卡信息等敏感内容还可能恶意篡改数据导致我们获取到错误的信息。应用场景由于其简单高效HTTP 协议广泛应用于网页浏览、数据获取等场景。我们日常访问新闻网站、查看博客文章等都是通过 HTTP 协议来实现的。它就像互联网世界的 “通用语言”让我们能够便捷地获取各种信息。 HTTP请求方法 GET 向指定的资源发出“显示”请求。使用GET方法应该只用在读取数据而不应当被用于产生“副作用”的操作中例如在Web Application中。其中一个原因是GET可能会被网络蜘蛛等随意访问。 HEAD 与GET方法一样都是向服务器发出指定资源的请求。只不过服务器将不传回资源的本文部分。它的好处在于使用这个方法可以在不必传输全部内容的情况下就可以获取其中“关于该资源的信息”元信息或称元数据。 POST 向指定资源提交数据请求服务器进行处理例如提交表单或者上传文件。数据被包含在请求本文中。这个请求可能会创建新的资源或修改现有资源或二者皆有。 PUT 向指定资源位置上传其最新内容。 DELETE 请求服务器删除Request-URI所标识的资源。 TRACE 回显服务器收到的请求主要用于测试或诊断。 OPTIONS 这个方法可使服务器传回该资源所支持的所有HTTP请求方法。用’*来代替资源名称向Web服务器发送OPTIONS请求可以测试服务器功能是否正常运作。 CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。通常用于SSL加密服务器的链接经由非加密的HTTP代理服务器。 HTTP 协议互联网的基石定义 HTTP即超文本传输协议它就像是互联网世界的 “快递规则”规定了从万维网服务器传输超文本到本地浏览器的传送方式详细定义了客户端和服务器之间数据交互的格式和规则。正是有了 HTTP 协议我们才能顺畅地从服务器获取网页内容让丰富多彩的网页呈现在我们眼前。工作原理连接建立当我们在浏览器地址栏输入一个网址并按下回车键客户端浏览器就会向服务器发送请求尝试建立连接。这个过程就如同打电话时先拨号码等待对方接听。发送请求客户端通过 HTTP 协议发送请求消息其中包含请求方法常见的有 GET、POST 等、请求头以及可能存在的请求体。请求方法告诉服务器要执行的操作比如 GET 用于获取资源POST 用于提交数据。请求头则携带了许多附加信息例如User - Agent它会告知服务器我们使用的浏览器类型和版本就像在快递包裹上贴上寄件人的详细信息。而请求体对于 POST 请求来说会存放要提交给服务器的数据如用户注册时填写的用户名、密码等表单数据。服务器响应服务器接收到请求后就像快递员收到包裹后进行处理。它会根据请求内容进行一系列操作然后生成响应消息。响应消息包括响应状态码比如 200 表示请求成功服务器成功返回了我们需要的资源404 则表示未找到请求的资源就好像快递员找不到收件地址一样。同时响应消息还包含响应头和响应体。响应头会说明响应数据的类型如Content - Type为text/html表示返回的是 HTML 网页内容等信息而响应体则是服务器返回给我们的实际数据比如网页的 HTML 代码。连接关闭在数据传输完成后连接通常会关闭。不过为了提高效率在某些情况下连接也可以保持打开状态以便客户端能够快速进行后续请求而无需再次建立连接。特点无状态HTTP 协议本身是无状态的这意味着服务器不会记住不同请求之间客户端的状态或信息。每一个请求都是独立的个体就好像快递员每次送快递都不记得上一次给这个地址送过什么。例如当我们在一个电商网站浏览商品从一个页面跳转到另一个页面时服务器并不会自动记住我们之前浏览过哪些商品除非我们通过其他方式如 Cookie来记录这些信息。明文传输数据在传输过程中以明文形式发送这就好比我们在一个透明的管道中传递信件任何人都可以轻易地看到信件的内容。这种特性使得数据容易被窃取、篡改或监听。网络中的不法分子可以通过一些手段截获我们传输的数据获取我们的账号密码、信用卡信息等敏感内容还可能恶意篡改数据导致我们获取到错误的信息。应用场景由于其简单高效HTTP 协议广泛应用于网页浏览、数据获取等场景。我们日常访问新闻网站、查看博客文章等都是通过 HTTP 协议来实现的。它就像互联网世界的 “通用语言”让我们能够便捷地获取各种信息。 HTTP 与 HTTPS 的区别安全性HTTP 以明文传输数据存在安全风险而 HTTPS 通过加密技术有效保护数据安全安全性高。端口HTTP 默认使用 80 端口而 HTTPS 默认使用 443 端口。端口就像是不同的通道不同协议通过不同的端口进行数据传输。证书HTTP 不需要数字证书而 HTTPS 需要服务器拥有数字证书用于身份验证和加密通信。性能由于 HTTPS 需要进行加密和解密操作相比 HTTP 会消耗更多的计算资源和时间性能相对略低。但随着硬件和网络技术的发展这种性能差异在大多数情况下并不明显。兼容性HTTP 兼容性较好在各种设备和网络环境中都能广泛使用HTTPS 在某些旧设备或环境中可能存在兼容性问题但总体上兼容性也在不断提高。成本HTTP 成本较低而 HTTPS 需要购买数字证书增加了一定的成本。与 HTTP/HTTPS 相关的其他重要概念 GET 和 POST 请求 GET 请求用途主要用于从服务器获取数据例如我们在浏览器中输入网址访问网页就是通过 GET 请求获取网页内容在搜索引擎中输入关键词进行搜索也是使用 GET 请求将关键词发送给服务器获取搜索结果。特点请求参数会附加在 URL 后面以问号分隔多个参数之间用连接如https://example.com?param1value1param2value2。由于受限于 URL 的长度不同浏览器对 URL 长度限制不同一般在 2KB 到 8KB 左右GET 请求的数据长度有限制。并且因为参数暴露在 URL 中安全性相对较低容易被缓存、记录或窃取。比如我们在浏览一些网站时可能会发现浏览器地址栏中显示了我们搜索的关键词等参数如果这些信息被不法分子获取可能会导致隐私泄露。 POST 请求用途常用于向服务器提交数据像用户注册、登录、在电商网站中提交订单等操作都需要使用 POST 请求将用户输入的数据发送给服务器。特点请求参数放在请求体中不会显示在 URL 中所以对数据长度没有像 GET 那样严格的限制。安全性相对较高因为参数不直接暴露在 URL 中。但需要注意的是如果传输过程没有加密如在 HTTP 协议下数据仍可能被窃取。请求头、请求正文、响应头、响应正文请求头客户端向服务器发送请求时请求头包含了许多附加信息。例如User - Agent用于标识客户端的类型和版本不同的浏览器如 Chrome、Firefox或移动应用在发送请求时User - Agent的值会有所不同服务器可以根据这个信息来优化响应内容以适配不同的客户端。Accept则告知服务器客户端能接受的响应数据类型比如客户端可以接受text/html格式的网页内容也可以接受application/json格式的数据。Cookie信息也包含在请求头中它可以让服务器识别用户身份记录用户的一些状态信息。请求正文对于 POST 等请求请求正文用于存放要提交给服务器的数据。比如在用户注册时用户填写的用户名、密码等表单数据会被放在请求正文中发送给服务器。而 GET 请求一般没有请求正文即使有也不会被服务器处理。响应头服务器在响应客户端请求时响应头包含了许多有用的信息。Content - Type说明了响应数据的类型如text/html表示返回的是 HTML 网页内容客户端可以根据这个信息正确地解析和显示数据。Set - Cookie用于在客户端设置 Cookie服务器可以通过这个字段向客户端发送新的 Cookie 信息或更新已有的 Cookie。Content - Length则表示响应数据的长度客户端可以根据这个信息来判断是否完整接收了数据。响应正文响应正文是服务器返回给客户端的实际数据内容。如果我们访问一个网页响应正文可能就是网页的 HTML 代码浏览器会根据这些代码来渲染出我们看到的网页页面。如果是一个数据接口请求响应正文可能是 JSON 格式的数据客户端可以根据这些数据进行相应的业务逻辑处理。 Cookie 定义Cookie 是由服务器发送到用户浏览器并保存在本地的一小块数据。它就像是服务器给用户发放的一张 “身份卡片”可以在用户下次访问同一服务器时被发送回服务器用于识别用户身份、记录用户偏好等。例如当我们在一个网站上登录后服务器会通过设置 Cookie 来记住我们的登录状态这样我们在后续访问该网站的其他页面时就不需要再次登录。获取 Cookie 的方法客户端获取在浏览器中我们可以通过开发者工具的 “Application” 或 “Storage” 选项卡查看当前网站的 Cookie。在 JavaScript 中可使用document.cookie来获取当前页面相关的 Cookie 字符串不过这个字符串是经过编码的需要进一步解析才能获取到具体的 Cookie 信息。服务器获取不同的服务器端语言有不同的方法来获取客户端发送过来的 Cookie。例如在 Python 的 Flask 框架中可以通过request.cookies来获取在 Java 的 Servlet 中可以通过HttpServletRequest对象的getCookies()方法来获取。一般来说都是从请求对象中获取 Cookie 信息。 Cookie 的优缺点优点Cookie 可以用于实现用户登录状态保持让用户在访问网站的不同页面时无需重复登录提升用户体验。同时它还可以记录用户的浏览偏好比如用户设置的字体大小、页面布局等下次用户访问时可以直接应用这些设置。此外将一些用户相关的信息存储在客户端的 Cookie 中可以减轻服务器的负担。缺点Cookie 的存储容量有限一般单个 Cookie 大小限制在 4KB 左右。并且由于 Cookie 存储在客户端存在安全性问题容易被窃取或篡改。如果没有加密不法分子获取到 Cookie 后可能会冒充用户身份进行操作导致用户信息泄露和安全风险。另外Cookie 会随着每次请求发送到服务器可能会增加不必要的网络流量尤其是当 Cookie 数量较多或内容较大时。 Session 定义 Session 通常指会话是在计算机网络通信中特别是在 Web 应用程序中用于跟踪用户与服务器之间交互状态的一种机制。它允许服务器在多个请求之间识别同一个用户并存储与该用户相关的特定数据和状态信息弥补了 HTTP 协议无状态的不足。工作原理创建 Session当用户首次访问 Web 应用程序时服务器会为该用户创建一个唯一的 Session 对象并为其分配一个唯一的标识符Session ID。这个 Session ID 通常会通过响应头中的Set-Cookie字段发送给客户端客户端会将其存储在 Cookie 中或者也可以通过 URL 重写等方式在后续请求中携带。Session 数据存储服务器可以在 Session 对象中存储各种与用户相关的数据例如用户登录信息、购物车内容、浏览历史等。这些数据会在服务器端的内存或其他存储介质中保存直到 Session 过期或被主动销毁。Session 跟踪在用户与 Web 应用程序的交互过程中客户端每次向服务器发送请求时都会在请求头中包含 Session ID。服务器根据这个 Session ID 来查找对应的 Session 对象从而获取该用户的相关数据和状态信息实现对用户会话的跟踪。Session 销毁Session 有一定的生命周期当用户长时间不活动超过设置的超时时间或者用户主动注销登录又或者服务器出现故障重启等情况时服务器会销毁该用户的 Session 对象释放相关资源。实现方式基于 Cookie这是最常见的方式。服务器通过Set-Cookie响应头将 Session ID 发送给客户端客户端将其存储在 Cookie 中。后续请求时浏览器会自动在请求头中带上这个 Cookie服务器据此识别用户的 Session。URL 重写将 Session ID 附加在 URL 后面例如http://example.com/page?sessionId12345。当用户点击链接或提交表单时Session ID 会随着请求发送到服务器服务器通过解析 URL 获取 Session ID 来识别用户。隐藏表单字段在 HTML 表单中添加一个隐藏字段用于存储 Session ID。当表单提交时Session ID 会作为表单数据一起发送到服务器。与 Cookie 的区别存储位置Cookie 数据存储在客户端浏览器中而 Session 数据存储在服务器端。安全性由于 Session 数据在服务器端相对来说比 Cookie 更安全不容易被客户端篡改。而 Cookie 存储在客户端存在被恶意篡改或窃取的风险。存储容量Cookie 通常有大小限制一般单个 Cookie 不超过 4KB而 Session 存储在服务器端理论上可以存储更多的数据具体限制取决于服务器的配置和存储方式。作用Cookie 主要用于存储一些简单的用户偏好、登录状态等信息并且可以在不同域名之间根据设置进行共享。Session 主要用于在服务器端跟踪用户的会话状态存储与用户相关的复杂数据和状态信息一般只在同一个 Web 应用程序内有效。对称加密和非对称加密对称加密原理定义对称加密是指加密和解密使用相同的密钥。就好像两个人使用同一把钥匙来锁和开一个箱子。过程发送方使用密钥对明文进行加密将明文转换为密文然后将密文发送给接收方。接收方收到密文后使用相同的密钥对密文进行解密还原出明文。常见的对称加密算法有 DES、AES 等。对称加密的优点是加密和解密速度快效率高适用于大量数据的加密。但它的缺点也很明显就是密钥管理困难。因为通信双方需要安全地共享密钥如果密钥在传输过程中泄露那么数据就不安全了。例如在一个团队中如果大家都使用对称加密进行通信那么如何安全地将密钥分发给每一个成员就是一个难题。非对称加密原理定义非对称加密使用一对密钥即公钥和私钥。公钥可以公开分发就像我们可以将自己的邮箱地址公开给任何人一样而私钥由用户自己妥善保存就像我们要保管好自己的家门钥匙。过程发送方使用接收方的公钥对明文进行加密生成密文然后将密文发送给接收方。接收方使用自己的私钥对密文进行解密得到明文。常见的非对称加密算法有 RSA、ECC 等。非对称加密的优势在于密钥管理相对简单因为公钥可以公开分发不需要像对称加密那样严格保密。但它的加密和解密速度相对较慢一般用于对少量关键数据的加密如数字证书、密钥交换等场景。例如在 HTTPS 协议中服务器会将自己的公钥放在数字证书中发送给客户端客户端使用公钥对数据进行加密后发送给服务器服务器再用私钥进行解密。 HTTP 协议不安全原因及 HTTPS 中的安全套接字 HTTP 协议不安全原因由于 HTTP 协议的数据是以明文传输的这就好比在一个没有任何防护的道路上运输贵重物品网络中的攻击者可以轻易地截取、监听传输的内容。他们可以获取用户的账号密码、信用卡信息等敏感数据给用户带来巨大的损失。同时攻击者还可以篡改数据内容比如将一个商品的价格从 100 元篡改为 1 元导致数据的完整性和真实性无法保证影响正常的业务流程。HTTPS 协议中的安全套接字HTTPS 是在 HTTP 基础上通过 SSL/TLS 协议来实现加密传输和身份认证等功能。SSL/TLS 协议中的安全套接字层就像是一个安全的通道负责在客户端和服务器之间建立安全的连接进行数据的加密和解密。它使用了对称加密和非对称加密等技术在保证数据传输安全的同时也提高了通信的效率。例如在 SSL/TLS 握手过程中会使用非对称加密来交换密钥然后在后续的数据传输中使用对称加密来提高加密和解密的速度确保数据能够安全、高效地传输。
文章转载自：
http://www.morning.tqsgt.cn.gov.cn.tqsgt.cn
http://www.morning.wdskl.cn.gov.cn.wdskl.cn
http://www.morning.ldfcb.cn.gov.cn.ldfcb.cn
http://www.morning.kngqd.cn.gov.cn.kngqd.cn
http://www.morning.wjndl.cn.gov.cn.wjndl.cn
http://www.morning.mhpmw.cn.gov.cn.mhpmw.cn
http://www.morning.yrhsg.cn.gov.cn.yrhsg.cn
http://www.morning.weiwt.com.gov.cn.weiwt.com
http://www.morning.ghfmd.cn.gov.cn.ghfmd.cn
http://www.morning.dpbdq.cn.gov.cn.dpbdq.cn
http://www.morning.xpmhs.cn.gov.cn.xpmhs.cn
http://www.morning.syqtt.cn.gov.cn.syqtt.cn
http://www.morning.jbtwq.cn.gov.cn.jbtwq.cn
http://www.morning.dhtdl.cn.gov.cn.dhtdl.cn
http://www.morning.wdpbq.cn.gov.cn.wdpbq.cn
http://www.morning.hkng.cn.gov.cn.hkng.cn
http://www.morning.dxsyp.cn.gov.cn.dxsyp.cn
http://www.morning.lxngn.cn.gov.cn.lxngn.cn
http://www.morning.srkwf.cn.gov.cn.srkwf.cn
http://www.morning.jhxtm.cn.gov.cn.jhxtm.cn
http://www.morning.zpstm.cn.gov.cn.zpstm.cn
http://www.morning.dhyzr.cn.gov.cn.dhyzr.cn
http://www.morning.yqmmh.cn.gov.cn.yqmmh.cn
http://www.morning.zcwtl.cn.gov.cn.zcwtl.cn
http://www.morning.jsdntd.com.gov.cn.jsdntd.com
http://www.morning.krnzm.cn.gov.cn.krnzm.cn
http://www.morning.hrtct.cn.gov.cn.hrtct.cn
http://www.morning.qngcq.cn.gov.cn.qngcq.cn
http://www.morning.yrkdq.cn.gov.cn.yrkdq.cn
http://www.morning.trfrl.cn.gov.cn.trfrl.cn
http://www.morning.bplqh.cn.gov.cn.bplqh.cn
http://www.morning.xqndf.cn.gov.cn.xqndf.cn
http://www.morning.cmdfh.cn.gov.cn.cmdfh.cn
http://www.morning.wkws.cn.gov.cn.wkws.cn
http://www.morning.rdkgw.cn.gov.cn.rdkgw.cn
http://www.morning.brfxt.cn.gov.cn.brfxt.cn
http://www.morning.gnjtg.cn.gov.cn.gnjtg.cn
http://www.morning.nwnbq.cn.gov.cn.nwnbq.cn
http://www.morning.rnribht.cn.gov.cn.rnribht.cn
http://www.morning.myrmm.cn.gov.cn.myrmm.cn
http://www.morning.fnkcg.cn.gov.cn.fnkcg.cn
http://www.morning.mtrz.cn.gov.cn.mtrz.cn
http://www.morning.zbnkt.cn.gov.cn.zbnkt.cn
http://www.morning.gqmhq.cn.gov.cn.gqmhq.cn
http://www.morning.qtltg.cn.gov.cn.qtltg.cn
http://www.morning.sbdqy.cn.gov.cn.sbdqy.cn
http://www.morning.yqndr.cn.gov.cn.yqndr.cn
http://www.morning.nlkm.cn.gov.cn.nlkm.cn
http://www.morning.wklmj.cn.gov.cn.wklmj.cn
http://www.morning.xrnh.cn.gov.cn.xrnh.cn
http://www.morning.bfkrf.cn.gov.cn.bfkrf.cn
http://www.morning.gydsg.cn.gov.cn.gydsg.cn
http://www.morning.hdrsr.cn.gov.cn.hdrsr.cn
http://www.morning.kclkb.cn.gov.cn.kclkb.cn
http://www.morning.hxwhyjh.com.gov.cn.hxwhyjh.com
http://www.morning.yydeq.cn.gov.cn.yydeq.cn
http://www.morning.stwxr.cn.gov.cn.stwxr.cn
http://www.morning.pqqzd.cn.gov.cn.pqqzd.cn
http://www.morning.ktlxk.cn.gov.cn.ktlxk.cn
http://www.morning.xzqzd.cn.gov.cn.xzqzd.cn
http://www.morning.jxhlx.cn.gov.cn.jxhlx.cn
http://www.morning.jcfqg.cn.gov.cn.jcfqg.cn
http://www.morning.ntwfr.cn.gov.cn.ntwfr.cn
http://www.morning.wqmyh.cn.gov.cn.wqmyh.cn
http://www.morning.knqck.cn.gov.cn.knqck.cn
http://www.morning.sqnrz.cn.gov.cn.sqnrz.cn
http://www.morning.cfcpb.cn.gov.cn.cfcpb.cn
http://www.morning.lznqb.cn.gov.cn.lznqb.cn
http://www.morning.wrqw.cn.gov.cn.wrqw.cn
http://www.morning.mdpcz.cn.gov.cn.mdpcz.cn
http://www.morning.czgtt.cn.gov.cn.czgtt.cn
http://www.morning.qhmql.cn.gov.cn.qhmql.cn
http://www.morning.qpsxz.cn.gov.cn.qpsxz.cn
http://www.morning.spxsm.cn.gov.cn.spxsm.cn
http://www.morning.bdsyu.cn.gov.cn.bdsyu.cn
http://www.morning.cczzyy.com.gov.cn.cczzyy.com
http://www.morning.mfsjn.cn.gov.cn.mfsjn.cn
http://www.morning.ntdzjx.com.gov.cn.ntdzjx.com
http://www.morning.stflb.cn.gov.cn.stflb.cn
http://www.morning.czqqy.cn.gov.cn.czqqy.cn

查看全文

http://www.tj-hxxt.cn/news/266839.html