什么是服务器编码错误？服务器编码502错误指的是什么？

你看到的应该是HTTP请求状态编码，

错误编码502是指：错误网关，服务器作为网关，从上游服务器收到了无效的响应。

以下是 HTTP 状态编码的完整列表。

1xx（临时响应）

用于表示临时响应并需要请求者执行操作才能继续的状态代码。

100（继续） 请求者应当继续提出请求。服务器返回此代码则意味着，服务器已收到了请求的第一部分，现正在等待接收其余部分。

101（切换协议） 请求者已要求服务器切换协议，服务器已确认并准备进行切换。

2xx（成功）

用于表示服务器已成功处理了请求的状态代码。

200（成功）

服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。如果您的 robotstxt 文件显示为此状态，那么，这表示 Googlebot 已成功检索到该文件。

201（已创建）

请求成功且服务器已创建了新的资源。

202（已接受）

服务器已接受了请求，但尚未对其进行处理。

203（非授权信息）

服务器已成功处理了请求，但返回了可能来自另一来源的信息。

204（无内容）

服务器成功处理了请求，但未返回任何内容。

205（重置内容） 服务器成功处理了请求，但未返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如清除表单内容以输入新内容）。

206（部分内容）

服务器成功处理了部分 GET 请求。

3xx（已重定向）

要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。Google 建议您在每次请求时使用的重定向要少于 5 个。您可以使用网站管理员工具来查看 Googlebot 在抓取您已重定向的网页时是否会遇到问题。诊断下的抓取错误页中列出了 Googlebot 由于重定向错误而无法抓取的网址。

300（多种选择）

服务器根据请求可执行多种操作。服务器可根据请求者 (User agent) 来选择一项操作，或提供操作列表供请求者选择。

301（永久移动）

请求的网页已被永久移动到新位置。服务器返回此响应（作为对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。您应使用此代码通知 Googlebot 某个网页或网站已被永久移动到新位置。

302（临时移动） 服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置。但由于 Googlebot 会继续抓取原有位置并将其编入索引，因此您不应使用此代码来通知 Googlebot 某个页面或网站已被移动。

303（查看其他位置） 当请求者应对不同的位置进行单独的 GET 请求以检索响应时，服务器会返回此代码。对于除 HEAD 请求之外的所有请求，服务器会自动转到其他位置。

304（未修改） 自从上次请求后，请求的网页未被修改过。服务器返回此响应时，不会返回网页内容。

如果网页自请求者上次请求后再也没有更改过，您应当将服务器配置为返回此响应（称为 If-Modified-Since HTTP 标头）。由于服务器可以告诉 Googlebot 自从上次抓取后网页没有更改过，因此可节省带宽和开销

。

305（使用） 请求者只能使用访问请求的网页。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的。

307（临时重定向）

服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。此代码与响应 GET 和 HEAD 请求的 301 代码类似，会自动将请求者转到不同的位置。但由于 Googlebot 会继续抓取原有位置并将其编入索引，因此您不应使用此代码来通知 Googlebot 某个页面或网站已被移动。

4xx（请求错误）

这些状态代码表示，请求可能出错，已妨碍了服务器对请求的处理。

400（错误请求） 服务器不理解请求的语法。

401（未授权） 请求要求进行身份验证。登录后，服务器可能会返回对页面的此响应。

403（已禁止） 服务器拒绝请求。如果在 Googlebot 尝试抓取您网站上的有效网页时显示此状态代码（您可在 Google 网站管理员工具中诊断下的网络抓取页面上看到此状态代码），那么，这可能是您的服务器或主机拒绝 Googlebot 对其进行访问。

404（未找到） 服务器找不到请求的网页。例如，如果请求是针对服务器上不存在的网页进行的，那么，服务器通常会返回此代码。

如果您的网站上没有 robotstxt 文件，而您在 Google 网站管理员工具"诊断"标签的 robotstxt 页上发现此状态，那么，这是正确的状态。然而，如果您有 robotstxt 文件而又发现了此状态，那么，这说明您的 robotstxt 文件可能是命名错误或位于错误的位置。（该文件应当位于顶级域名上，且应当名为 robotstxt）。

如果您在 Googlebot 尝试抓取的网址上发现此状态（位于"诊断"标签的 HTTP 错误页上），那么，这表示 Googlebot 所追踪的可能是另一网页中的无效链接（旧链接或输入有误的链接）。

405（方法禁用） 禁用请求中所指定的方法。

406（不接受） 无法使用请求的内容特性来响应请求的网页。

407（需要授权） 此状态代码与 401（未授权）类似，但却指定了请求者应当使用进行授权。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的。

408（请求超时）

服务器等候请求时超时。

409（冲突）

服务器在完成请求时发生冲突。服务器必须包含有关响应中所发生的冲突的信息。服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，同时会提供两个请求的差异列表。

410（已删除）

如果请求的资源已被永久删除，那么，服务器会返回此响应。该代码与 404（未找到）代码类似，但在资源以前有但现在已经不复存在的情况下，有时会替代 404 代码出现。如果资源已被永久删除，那么，您应当使用 301 代码指定该资源的新位置。

411（需要有效长度） 服务器不会接受包含无效内容长度标头字段的请求。

412（未满足前提条件） 服务器未满足请求者在请求中设置的其中一个前提条件。

413（请求实体过大） 服务器无法处理请求，因为请求实体过大，已超出服务器的处理能力。

414（请求的 URI 过长） 请求的 URI（通常为网址）过长，服务器无法进行处理。

415（不支持的媒体类型） 请求的格式不受请求页面的支持。

416（请求范围不符合要求） 如果请求是针对网页的无效范围进行的，那么，服务器会返回此状态代码。

417（未满足期望值） 服务器未满足"期望"请求标头字段的要求。

5xx（服务器错误）

这些状态代码表示，服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

500（服务器内部错误）

服务器遇到错误，无法完成请求。

501（尚未实施） 服务器不具备完成请求的功能。例如，当服务器无法识别请求方法时，服务器可能会返回此代码。

502（错误网关） 服务器作为网关或，从上游服务器收到了无效的响应。

503（服务不可用） 目前无法使用服务器（由于超载或进行停机维护）。通常，这只是一种暂时的状态。

504（网关超时）

服务器作为网关或，未及时从上游服务器接收请求。

505（HTTP 版本不受支持） 服务器不支持请求中所使用的 HTTP 协议版本。

修改mysql的配置文件,使数据库与服务器操作系统的字符集设置一致。

   vi /etc/mycnf 设置(如果没有发现这个文件，就新建1个)

   [mysqld]

   datadir=/var/lib/mysql

   socket=/var/lib/mysql/mysqlsock

   default-character-set=utf8  (增加的关键一句,使得数据库缺省以utf8存储)

   当然，修改后，要重启数据库。

再次用mysql -u root -p命令进入数据库系统，用SHOW VARIABLES LIKE 'character_set_%';命令查看到如下内容：

+--------------------------+-----------------------------------------------------------------------+

| Variable_name            | Value                 |

+--------------------------+-----------------------------------------------------------------------+

| character_set_client     | latin1                |

| character_set_connection | latin1                |

| character_set_database   | utf8                  |

| character_set_filesystem | binary                |

| character_set_results    | latin1                |

| character_set_server     | utf8                  |

| character_set_system     | utf8                  |

| character_sets_dir       | /usr/local/mysql-5120-beta-linux-i686-glibc23/share/mysql/charsets/ |

+--------------------------+-----------------------------------------------------------------------+

   发现关键项目已经用了utf8，但这样还不够，还要保证客户端也是用utf8的字符集来操作的。

   登录的时候，要用以下命令：mysql --default-character-set=utf8 -u root -p

再次用SHOW VARIABLES LIKE 'character_set_%';命令查看，结果变成了：

+--------------------------+-----------------------------------------------------------------------+

| Variable_name            | Value                 |

+--------------------------+-----------------------------------------------------------------------+

| character_set_client     | utf8                  |

| character_set_connection | utf8                  |

| character_set_database   | utf8                  |

| character_set_filesystem | binary                |

| character_set_results    | utf8                  |

| character_set_server     | utf8                  |

| character_set_system     | utf8                  |

| character_sets_dir       | /usr/local/mysql-5120-beta-linux-i686-glibc23/share/mysql/charsets/ |

+--------------------------+-----------------------------------------------------------------------+

   这样才能保证客户端所发命令都是基于utf8格式的，比如说建立数据库和表，默认就会以utf8编码，而无须再次指定。

需要说明一下，如果在修改编码之前已经建好数据库，需要删掉原来，重新建立数据库。

我也遇见过此类情况，这是因为你刚开始安装的时候没把编码设置正确，你刚开始设置的是latin1，但是以前的是gb2312编码来的，所以在后台能正常显示，但是肯定在phpmyadmin是乱码，你重新设置为gb2312后，之前的编码还是latin1的，所以还是可能出现乱码。建议修改一下，删除表重建，在开始就统一编码。

操作如下：

首先把MySQL的服务停掉 在运行窗口输入：net stop mysql

把服务器和客户端的字符集改成自己想用的字符集：GB2312

具体操作为：打开mysql安装目录下的myinitet；

找到default-character-set,将其改为自己想用的字符集：GB2312或是utf8等……，要注意的是这里有两个default-character-set，用ctrl+f定位在文件最前面输入defaul就会找到，都要改过来；

重启MySQL服务器，在运行窗口输入：net start mysql

最重要的是一点是，到这里我们已经能够解决乱码问题了，可问题是我们依然还会出现乱码问题，这是因为我们现在的表被创建的时候用的是默认的字符集(latin1)，所以这时候我们要把表删除，然后重建就可以了

1、修改安装文件根目录下的我的文件，搜索字段默认特征设置，设置其值为中国字符编码或国际编码之一，重启MySQL服务器；

2、修改数据库编码，在安装目录的根目录下找到出现乱码的数据库对应的文件夹，进入文件夹，找到此数据库的编码配置文件，进行修改，重启MySQL服务器；

3、备份原数据库数据，直接删除此数据库，重新创建数据库并设置编码，再重启MySQL服务器。

4、若仍出现乱码，重装系统即可。

显示乱码有许多原因：

这里主要是MySQL数据库中 因为编码不统一造成的

Latin1是ISO-8859-1的别名，有些环境下写作Latin-1，最终要改为utf-8

在数据库中输入查询命令：

修改成功后的查看界面：

你的表述唯一起到的作用就是把问题复杂化。

简而言之：

把接收到的responsebody用adodbstream对象转换一下charset就能正确读出html字符串（包括其中的汉字）

1、更改服务器的编码方式，在终端输入以下命令：

mysqld--character-set-server=gbk--collation-server=gbk_chinese_ci；

2、更改某个数据库的编码方式

mysql-uroot-p 

alterdatabasecharactersetgbkcollategbk_chinese_ci;

3、在创建数据库时指定编码：

mysql-uroot-p 

createdatabasedb_namecharactersetgbkcollategbk_chinese_ci;

4、更改某个表的编码方式

mysql-uroot-pdb_name

altertabletable_nameconvertto charachtersetgbkcollategbk_chinese_ci; 

5、在创建表时指定编码方式

mysql-uroot-pdb_name

createtabletable_name()charactersetgbkcollategbk_chinese_ci;

6、更改某行的编码方式

mysql-uroot-pdb_name

altertabletable_namemodifycolumn_namevarchar(20)charactersetgbkcollategbk_chinese_ci;

7、在创建列时指定编码方式：

</pre><prename="code"class="sql">mysql-uroot-pdb_name

createtabletable_name(,col1varchar(20)charactersetgbkcollategbk_chinese_ci,)charactersetutf8collateutf8_general_ci;