1、web服务器编码设置方法
如果有10000个用户，你不得有10000个二级域名啊。。
应该是只有一个域名，用URL重写来做的。网上应该有很多这类的文章，自己搜来看下
2、如何设置linux服务器的语言 字符encode为utf-8编码
如果是暂时设置，直接输入LANG=en_US.UTF-8，下次开机的时候就又恢复为原来的设置了
如果是永久设置，则要修改/etc/sysconfig/i18n这个文件了。
3、如何让服务器完全支持 UTF-8 编码
最近给服务器搞的头疼，一遇到问题就要很长时间才能解决，尤其是编码问题，转移服务器最怕的就是这个问题了，而且由于我们是每一届都是不同的人管理服务器，工作交接不可能那么的到位，所以很多时候还是要靠自己。前面一直也没有很好的办法解决。今天又遇到一个问题，一个网站显示不正常，看了下他给我的代码，10.7M，我的妈呀，这个不是要了哥我的命嘛！细细看了下，这个写网站的人还比较厚道，有一个common.php，修改了下，不行，崩溃了。初步怀疑是代码写的时候是utf-8的，只是改下meta好像不行（我也不确定，因为以前也遇到过类似的情况），无奈了，只有到网上去搜一搜，发现原来是可以的。而且很简单的修改。
打开apache配置文件，找到AddDefaultCharset GB2312这一行（也可能是AddDefaultCharset utf-8）给注释掉，然后加上一句AddDefaultCharset off，其实就是关掉默认使用的字符集，这样apache就可以根据网页中的meta信息来选择使用字符集。很好用的方法，修改完后service httpd restart，搞定。
P.S 现在还是怕怕的，因为学校这个服务器上有n多个大小网站，都是不同的人写的，要是哪位神仙没有写meta信息的话，那就歇菜了，只能祈祷上天了。不过这个方法以后还是可以用到的，学习了。
4、服务器编码是utf-8，程序文件的编码我都改成了utf-8，上传到服务器还是出现乱码， 是怎么回事？
你先改变下浏览器的编码，试试到底是那种。总有一种不是乱码的。服务器的编码和显示的编码不一定是一样的。。编码问题确实很讨厌。。我第一次用linux做服务器差点没弄惨我- -后来发现只要让显示的编码是对的就好了。。数据库的数据可以自己转换。。
说不清楚唉，具体问题每个都不一样。。。
5、关于服务器编码问题。服务器在给浏览器发信息时怎么怎么浏览器是什么编码的。。如UTF-8 或GBK
UTF8是国际编码，它的通用性比较好，国际码 编程时用户国际化
GBK是国家编码，通用性比UTF8差，是中国的编码
6、什么是服务器编码错误？服务器编码502错误指的是什么？
你看到的应该是HTTP请求状态编码，
错误编码502是指：错误网关，服务器作为网关，从上游服务器收到了无效的响应。
以下是 HTTP 状态编码的完整列表。
1xx（临时响应）
用于表示临时响应并需要请求者执行操作才能继续的状态代码。
100（继续） 请求者应当继续提出请求。服务器返回此代码则意味着，服务器已收到了请求的第一部分，现正在等待接收其余部分。
101（切换协议） 请求者已要求服务器切换协议，服务器已确认并准备进行切换。
2xx（成功）
用于表示服务器已成功处理了请求的状态代码。
200（成功）
服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。如果您的 robots.txt 文件显示为此状态，那么，这表示 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（未找到） 服务器找不到请求的网页。例如，如果请求是针对服务器上不存在的网页进行的，那么，服务器通常会返回此代码。
如果您的网站上没有 robots.txt 文件，而您在 Google 网站管理员工具"诊断"标签的 robots.txt 页上发现此状态，那么，这是正确的状态。然而，如果您有 robots.txt 文件而又发现了此状态，那么，这说明您的 robots.txt 文件可能是命名错误或位于错误的位置。（该文件应当位于顶级域名上，且应当名为 robots.txt）。
如果您在 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 协议版本。
7、linux服务器，如何设置编码为GBK
我不清楚你的环境是什么 (发行版,字符模式命令行,还是图形模式终端)
以我在字符模式命令行下的测试, 如果不加载zhcon或者fbterm之类的程序
cat more less等都无法正常显示gb2312字符, 不管LANG的设置是什么
而且这些程序不存在什么默认输出 都是调用gettext库来实现的
怪不得 这个跟远程服务器上的locale无关, 主要看你的secureCRT里面的字符编码设置 这个具体我也不太清楚了,因为很少用secureCRT , 但是我用putty测试了一下,文件是GB2312编码,远程是LANG=C ,putty设置为use font encoding , cat less more都正常显示汉字
换GBK测试也通过 ...不知道你的怎么回事
8、服务器的编码是utf-8，数据库的编码是gbk，上传中文名文件到库里就是乱码,这问题怎么解决？
做好来转源换即可
http://.baidu.com/question/253107932.html
9、怎么查看oracle服务器上的编码
PL/SQL不论是连接LINUX上的ORACLE还是windows上的oracle 都是一样的，只要你把服务器上的监听打开，根本不用去管服务端是啥操作系统。
最简单的办法是在你的本机上装个oracle客户端，安装完成后
在开始菜单中选择oracle-》配置和移植工具-->net manager
出来一个oracle net manager 的工具 其中选择 本地-》服务器命名
再点下左边的绿色加号，添加一个新的
第一步：网络服务名：这个填写你连接时需要使用的字符串可随便取名如test
第二步：选择TCP/IP
第三步：主机名：填写服务器IP 端口： 一般为1521
第四步：填写oracle的实例名
第五步：测试连通性
然后就完成了配置
打开pl/sql 会出来登录框 其中database中选择刚取的网络名（例如test)输入用户名密码即可连接
10、如何修改apache服务器的默认编码
Apache安装好后，默认情况下使用UTF-8作为服务器的默认编码，这时候，即使网页代码的头部写上了gb2313，浏览器在默认情况下，也依然是用UTF-8去显示网页。所以，为保证Apache能够正常显示其他代码的网页，需要将其关闭。
查找：
AddDefaultCharset ISO-8859-1
改成：
#AddDefaultCharset ISO-8859-1
AddDefaultCharset off