小米青春版 手机下载主题时，点击下载后出现服务器出现错误的提示，怎么解决

您好，您先别担心，试试以下操作的：

1、您更换别的网络下载试试，比如WIFI。

2、点击手机菜单键-系统设置-全部设置-应用-主题风格-进入清除数据试试。

3、如果您的系统不是最新的系统版本，建议您开启网络，更新系统版本试试。新的系统版本会增加一些新的功能和修复旧版本的一些问题。

4、如果还是不可以，建议您试试备份清空数据试试，可能是数据造成干扰的。

5、您还可以使用线刷刷机试试，线刷更彻底。刷机之前建议您先备份。

A请您下载官方的ROM包，ROM下载：http://bbsxiaomicn/topic-miromhtml

B请您根据刷机教程进行刷机，刷机教程：http://bbsxiaomicn/thread-3104435-1-1html第6种就是线刷。

C这里有米粉制作的刷机视频教程：

http://bbsxiaomicn/forumphpmod=viewthread&tid=274232

感谢您的支持，祝您生活愉快！

欢迎在小米企业平台提问：http://zhidaobaiducom/c/xiaomi

2、蜘蛛(搜索引擎程序，以下称spider)蜘蛛不是网站本身的因素，它是第三方制造的产品，用来在自己的数据库里添加、更新互联网上网站数据的一个机器人程序，可是spider发展到现在已经成为互联网信息来源的主导，一个网站的流量离不开spider，设计一个符合spider口味的网站是相当可观的，我们把这种符合spider口味的设计叫做SEO(搜索引擎优化，SearchEngineOptimization)，SEO的主要工作是研究、猜测、试验、证实spider的爬行规律和关键词排名规律，然后根据这些规则优化网站，使网站指定关键词的排名。

3、B/S(浏览器/服务器，以下称B/S)一个网站离不开这两种介质，即服务器和浏览器，visitor用浏览器输入网址向服务器发送请求，服务器给与响应，将请求的HTML页面通过HTTP协议传送回给浏览器，这是一个既神奇又简单的过程，我们每天都在不断的重复着这一个过程，这一个过程虽然是短暂的，可是却是数量庞大的，很多个短暂连接在一起即是永恒，所以在设计网站的时候尽量让网站代码简洁，体积精简，程序算法快捷，节省服务器的每一字节带宽，在根本上降低网站成本。客户端浏览器的版本不同导致对HTML、CSS、javascript这三种语言有不同的解释，最终visitor看到的页面会不一样，为了统一visitor们看到一样的页面，我们要用适当的技术兼容不同的浏览器，让网站趋于完美。

物联网 (internet of thing) ，表示的是可以把一些带某些传感器的设备(终端)，接入到互联网的行为。

通过互联网连接这些设备，这些设备就能够互相协作。

而 MQTT 就是这些设备之间数据通信的一个基于 TCP/IP 的协议。

每个终端都和实现了 MQTT 协议的代理/服务器相连。

通过 published MQTT 代理服务器的某个 主题 发送数据。

通过 subscription 从 MQTT 代理服务器获取自己订阅的 主题 数据。

MQTT 协议是一种轻量级的、灵活的网络协议。并且非常适合 IOT 的场景。

大多数开发人员已经熟悉了 HTTP WEB 协议。那么为什么不让 IOT 设置链接到 WEB 服务？

设备可以采用 HTTP 请求的形式发送数据，并采用 HTTP 响应的形式从服务器获取数据，接受更新。

因为对于 IOT 的设备来说，这种 主动请求--> 被动等待应答的 数据传输模型存在严重的局限性：

那么，MQTT 为什么如此轻便且灵活？MQTT 协议的一个关键的特性是 发布/订阅模型 。它将数据的发布者和接受者分离。

一个设备终端既可以是数据的发布者 (published) 也可以是数据的订阅者 (subscription) 。

一个设备如果要发布数据，只需要往代理服务器中 相应的主题发布数据内容即可。

一个设备如果需要接受到数据，只需要在代理服务器中， 提前订阅自己需要关注的主题即可。

MQTT 最基本的体验，就是使用 mosquitto 。

Mosquitto是一款实现了 MQTT v31 协议的开源消息代理软件，提供轻量级的，支持发布/订阅的的消息推送模式，使设备对设备之间的短消息通信简单易用。

它可以理解成一个 MQTT 的代理服务器。

基本步骤如下：

安装成功截图

使用 brew services start mosquitto 启动 MQTT 服务

运行截图

然后再打开另外两个终端窗口，模拟两个IOT设备。A 订阅 MQTT 服务。B 向 MQTT 的服务发送数据。

A订阅当前MQTT的某个服务。

B向 MQTT 服务器发布(published) 数据。

然后，我们就可以在A控制台里看到由 B 通过 MQTT 服务发送的数据了。

基本流程图

控制台 A 向 MQTT 服务器订阅 dw/demo 服务，并被动的等待 MQTT 服务器返回数据。

控制台 B 主动的向 MQTT 服务器的 dw/demo 服务发送 published 数据，之后。服务器会主动向事先订阅了 dw/demo 的终端分发此消息。

MQTT 是一种链接协议，它指定了如何组织数据字节并通过 TCP/IP 网络传输它们。但实际上，开发人员并不需要链接这个链接协议的具体细节。我们只需要知道，每条消息都有一个命令和数据有效负载。该命令定义消息类型(比如 CONNECT 消息或者 SUB SCRIBE 消息)。所有的 MQTT 库和工具都提供了直接处理这些消息的基本方法，并且能自动填充一些必要的字段(在数据包的对应字节填充)，比如消息和客户端 ID。

首先客户端发送一条 CONNECT消息 来链接代理。CONNECT 消息要求建立从客户端到代理服务器的链接。

CONNECT 命令的基本参数

当客户端向代理服务器发送一条 CONNECT 命令之后，服务器会调用 CONNACK 命令，告知服务链接的状态。

CONNACK 命令的基本参数

当客户端和服务器建立连接之后，客户端就可以向服务器订阅某些主题的。(发送一条或多条 SUBSCRIBE消息 )。

表明当服务器接受到其他终端推送的此主题数据时，服务器会默认发送给它。

SUBSCRIBE 参数列表

当客户端成功的向服务器订阅某个主题之后，服务器会返回一条 SUBACK 的消息，其中包含一个或者多个 returnCode 参数。

SUBACK消息参数

returnCode : 值 0 - 2 ，表示成功订阅，并返回这个订阅消息的 QOS。值 128 ： 订阅失败。

既然客户端可以向服务器订阅某个主题，当然也可以取消订阅。

与 SUBSCRIBE 订阅命令相反的命令是 UNSUBSCRIBE 取消订阅命令。

此命令非常简单。只有一个topic(主题)参数。

上面讲的是订阅，订阅是需要有消息从服务器发送过来的。但是服务器本身基本不产生数据，那数据从何而来呢？

通过另外一个客户端执行 PUBLISH 命令，往代理服务器发送数据。并最终通过代理服务器将数据传递给订阅了此服务的客户端。

PUBLISH 消息参数

对于 MQTT 的一张基本理解图

基本流程图：

最后总结

参考资料：

初识 MQTT

RequestServerVariables["Url"]

返回服务器地址

RequestServerVariables["Path_Info"]

客户端提供的路径信息

RequestServerVariables["Appl_Physical_Path"]

与应用程序元数据库路径相应的物理路径

RequestServerVariables["Path_Translated"]

通过由虚拟至物理的映射后得到的路径

RequestServerVariables["Script_Name"]

执行脚本的名称

RequestServerVariables["Query_String"]

查询字符串内容

RequestServerVariables["Http_Referer"]

请求的字符串内容

RequestServerVariables["Server_Port"]

接受请求的服务器端口号

RequestServerVariables["Remote_Addr"]

发出请求的远程主机的IP地址

RequestServerVariables["Remote_Host"]

发出请求的远程主机名称

RequestServerVariables["Local_Addr"]

返回接受请求的服务器地址

RequestServerVariables["Http_Host"]

返回服务器地址

RequestServerVariables["Server_Name"]

服务器的主机名、DNS地址或IP地址

RequestServerVariables["Request_Method"]

提出请求的方法比如GET、HEAD、POST等等

RequestServerVariables["Server_Port_Secure"]

如果接受请求的服务器端口为安全端口时，则为1，否则为0

RequestServerVariables["Server_Protocol"]

服务器使用的协议的名称和版本

RequestServerVariables["Server_Software"]

应答请求并运行网关的服务器软件的名称和版本

RequestServerVariables["All_Http"]

客户端发送的所有HTTP标头，前缀HTTP_

RequestServerVariables["All_Raw"]

客户端发送的所有HTTP标头,其结果和客户端发送时一样，没有前缀HTTP_

RequestServerVariables["Appl_MD_Path"]

应用程序的元数据库路径

RequestServerVariables["Content_Length"]

客户端发出内容的长度

RequestServerVariables["Https"]

如果请求穿过安全通道（SSL），则返回ON如果请求来自非安全通道，则返回OFF

RequestServerVariables["Instance_ID"]

IIS实例的ID号

RequestServerVariables["Instance_Meta_Path"]

响应请求的IIS实例的元数据库路径

RequestServerVariables["Http_Accept_Encoding"]

返回内容如：gzip,deflate

RequestServerVariables["Http_Accept_Language"]

返回内容如：en-us

RequestServerVariables["Http_Connection"]

返回内容：Keep-Alive

RequestServerVariables["Http_Cookie"]

返回内容：Cookie的值

RequestServerVariables["Http_User_Agent"]

返回内容：Mozilla/40[compatible;MSIE60;WindowsNT51;SV1]

RequestServerVariables["Https_Keysize"]

安全套接字层连接关键字的位数，如128

RequestServerVariables["Https_Secretkeysize"]

服务器验证私人关键字的位数如1024

RequestServerVariables["Https_Server_Issuer"]

服务器证书的发行者字段

RequestServerVariables["Https_Server_Subject"]

服务器证书的主题字段

RequestServerVariables["Auth_Password"]

当使用基本验证模式时，客户在密码对话框中输入的密码

RequestServerVariables["Auth_Type"]

是用户访问受保护的脚本时，服务器用於检验用户的验证方法

RequestServerVariables["Auth_User"]

代证的用户名

RequestServerVariables["Cert_Cookie"]

唯一的客户证书ID号

RequestServerVariables["Cert_Flag"]

客户证书标志，如有客户端证书，则bit0为0如果客户端证书验证无效，bit1被设置为1

RequestServerVariables["Cert_Issuer"]

用户证书中的发行者字段

RequestServerVariables["Cert_Keysize"]

安全套接字层连接关键字的位数，如128

RequestServerVariables["Cert_Secretkeysize"]

服务器验证私人关键字的位数如1024

RequestServerVariables["Cert_Serialnumber"]

客户证书的序列号字段

RequestServerVariables["Cert_Server_Issuer"]

服务器证书的发行者字段

RequestServerVariables["Cert_Server_Subject"]

服务器证书的主题字段

RequestServerVariables["Cert_Subject"]

客户端证书的主题字段

RequestServerVariables["Content_Type"]

客户发送的form内容或HTTPPUT的数据类型