1. 什么是URL编码。
URL编码是一种浏览器用来打包表单输入的格式，浏览器从表单中获取所有的name和其对应的value，将他们以name/value编码方式作为URL的一部分或者分离的发送到主机上。
2. URL编码规则。
每对name/value由分开，每对来自表单的name/value用=分开。如果用户没有输入值的那个name依旧会出现不过就是没有值。
URL编码是在字符ASCII码的十六进制数的前面加上%。例如（她的十六进制数表示为5c）的URL编码就是%5c。
3. 简单介绍乱码和http请求
其实做web开发乱码问题是经常出现的，有了上面编码的基础之后下面来看看乱码。
1) 乱码问题是web开发过程中经常遇到的问题，主要原因就是URL中使用了非ASCII码造成主机后台程序解析出现乱码的问题。
2) URL中最容易出现中文的地方就是在QueryString的参数值还有Servletpath中。
3) 简单用一个图来说明一下http请求的流程：
第一步：浏览器把URL经过编码送给主机；
第二步：主机把这些请求解码处理完毕之后将显示的内容进行编码发送给客户端浏览器；
第三步：浏览器按照指定的编码显示网页
4) 详细剖析GET提交如何编码以及主机如何解码以及乱码解决方案
对于GET方式，我们知道它的提交是将请求数据附加到URL后面作为参数，这样依赖乱码就会很容易出现，因为数据name和value很有可能就是传递的为非ASCII码。
当URL拼接后，浏览器对其进行encode，然后发送到主机。具体规则见URL编码规则。
这里详细说一下encode的过程中容易出现的问题，在这个过程中我们要明白需要URL encode的字符一般都是非ASCII码字符，所以我们就能知道出现乱码主要是URL中附加了中文或特殊字符做成的，另一个要知道URL encode到底是以什么样的编码方式对字符进行编码的，其实这个编码方式是由浏览器决定的，不同的浏览器和同一浏览器的不同设置影响了URL的编码，所以为了避免我们不需要的编码，我们可以通过java代码或javaspcript代码统一进行控制。
完成了URL encode之后URL就成了ASCII范围内的字符了，然后就以iso-8859-1的编码方式转换为二进制随着请求头一起发送出去。
到了主机之后，首先主机会先用iso-8859-1进行解码，主机获取的数据都是ASCII范围内的请求头字符，其中请求URL里面带有参数数据，如果是中卫或特殊字符，那么encode后的%XY（编码规则中的十六进制数）通过request.setCharacterEncoding()是不管用的。这时候我们就能发现出现乱码的根本原因就是客户端一般是通过用UTF-8或GBK等对数据进行encode的，到了主机却用iso-8859-1方式decoder显然不行。
这里的解决方式有两种，
一种：是通过String类的getBytes方法进行编码转换，具体java代码是：
new String(request.getParameter(“name”).getBytes(“iso-8859-1”),“客户端编码方式”)
第二种：在主机xml代码中改配置信息：
Connector port="8080"protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000"
redirectPort="8443"URIEncoding="客户端编码"/
5) 详细剖析POST提交如何编码以及主机如何解码以及乱码解决方案
对于POST方式，表单中的参数值对是通过request包发送给主机，此时浏览器会根据网页的ContentType("text/html; charset=GBK")中指定的编码进行对表单中的数据进行编码，然后发给主机。
在主机端的程序中我们可以通过
Request.setCharacterEncoding()设置编码，然后通过
request.getParameter获得正确的数据。
这里出现乱码可以通过Request.setCharacterEncoding()直接解决。
上一篇文章发出来，得到些好评，还是很欣慰的，我们会继续努力把美国的数据做成标杆，并且尽快推动其它国家进入实施阶段。晚上正好和一个朋友兼客户说起来，他说他们业务需要正在筹建全球的 POP 点，我说也许我可以把全球数据中心的概况给大家介绍一下，所以，这篇又来让你了解一下了。
先声明一下，这个算是科普文，所以资深人士请绕行。
现在越来越多的国内互联网公司在做出海的事情，既然是互联网公司，那么海外网络规划自然是一大重点。曾经流行的段子说互联网有两个，一个是全球互联网，一个是中国互联网。无论国内国外，费心做了选择，合同签了，款也付了，服务也上架了，结果发现体验远不如预期，用户天天投诉慢慢慢，钱其实是小事，重新评估和再次迁移业务可是很麻烦麻烦的。
那么既然是网络地理知识，我们分开从两个角度说。还有一个限定，就是这里说的数据中心应该是指可以面向全球化服务的数据中心，如果是个面向本地的数据中心，估计在运营商的机房里辟块地方就够了。大可不必拿来讨论。
先说地理位置：
既然是谈数据中心，地理位置一定是个重点，那么大家都大概率的知道数据中心的选址要地理位置尽量远离地震带，温度适宜，PUE 越低越好，电费也是越便宜越好。但是因为数据中心理论上算是个数字房地产项目，所以不太可能离城市太远，不然运输和单位建造成本会很高，数据中心规模又不能太小，你都面向全球了，至少几千个机架起吧。交通方面也需要尽量便利，你运台主机过去，国内都要两个礼拜，大家就都跪哭了。还有就是方便接入到足够多的运营商网络，尽力覆盖全国包括跨境流量，所以海边的城市会有便宜可占。最后一项，数据中心需要足够能力的人来运营，你弄个山沟沟，谁愿意去呢?
还是先说结论，一般来说，国家的首都和第二大城市，其次包括人口密集的城市比如区域的中心城市，都会是建设数据中心的首选位置。
我们假设我们是一个全球化的大型互联网公司，要建设自己的 CDN 网络，不差钱（但还没有钱到自己建设数据中心），只想提供最好的网络体验给用户，那么我们会在哪里选择数据中心呢?我们总结了国内外的各种 CDN 厂商的数据中心位置情况，大体总结如下。
先看看中国内地的情况：
运营商的三大网络出口城市，北京、上海、广州，应该是首选。
几亿人的规模，估计要做省级覆盖。那么每个省的省会是首选，是否有其它城市可选择会随着本地用户数量以及网络发达程度密切相关，还有一个特殊情况。比如山东青岛、江苏无锡，广东特殊一点，至少东莞、深圳都可以入选。西部就会比较弱，一般就只剩省会了。
当然，国内有个比较现实的问题，因为 CDN 在国内早已经进入红海阶段，所以各大 CDN 公司的数据中心选址都在从大城市往二线甚至更低的城市数据中心迁移，因为带宽成本便宜，这会导致省内网络流量不均衡，但是其实从体验上讲不如放在省会城市更好的，不过价格战胜了一切。
可能有人会说中卫，中卫应该说是没有更好选择下的最好选择了。也许很多公司会把灾备和数据存储放在那里，但未必是主力机房。而且中卫不是为全球准备的，是为中国准备的。包括苹果的国内数据中心也是如此。这个话题以后有机会再说。
那么看看去掉中国内地的亚太地区的选择：
香港、新加坡是亚洲核心，如果我只能选择两个，我会选择他们。
日本：东京和大阪，双轮驱动。
韩国：首尔。
印度：最好是德里/新德里、孟买、金奈、班加罗尔等几个城市一起上。
台湾：首选台北市，用户足够多再来一个高雄市。
印度尼西亚：雅加达
越南：胡志明市、河内
泰国：曼谷
马来西亚：吉隆坡
菲律宾：马尼拉
以上基本按照各自国家拥有的 IP 数量排序。
澳大利亚：五大护法，悉尼、墨尔本、布里斯班、阿德莱德和珀斯。
新西兰：奥克兰。
中东部分选择比较少，首选阿联酋的迪拜和以色列的特拉维夫。
说说北美地区：
美国的选择很多，但是通常来说是分为几个区域：
西部：加利福尼亚州的洛杉矶、圣地亚哥、湾区（旧金山到圣何塞之间）和华盛顿州西雅图和俄勒冈州波特兰，内华达州拉斯维加斯。犹他州的盐湖城、科罗拉多州的丹佛。
中部：德克萨斯州的达拉斯、休斯顿、奥斯汀、圣安东尼奥，堪萨斯州和密苏里州各有一个堪萨斯城。
北部地区：伊利诺伊州的芝加哥、明尼苏达州的明尼阿波利斯、密歇根州的底特律、印第安纳州的印第安纳波利斯。
南部地区：乔治亚州亚特兰大，佛罗里达州的迈阿密，北卡罗来纳州的夏洛特。
东部地区：宾夕法尼亚州的费城，华盛顿特区，弗吉尼亚州的阿什本/赫恩登/雷斯顿等贴近华盛顿特区的地区，纽约州纽约市，新泽西州的皮斯卡特维、纽瓦克、锡考克斯等贴近纽约市的地区，马萨诸塞州的波士顿。
其中数据中心最密集的区域是洛杉矶、湾区、西雅图、达拉斯、芝加哥、亚特兰大、迈阿密、贴近华盛顿特区的弗吉尼亚州的阿什本/赫恩登/雷斯顿地区。
加拿大反而简单，一般来说，西部的温哥华、东部的多伦多、蒙特利尔，再加上中部的温尼伯就足够覆盖加拿大了。最多再加一个卡尔加里。
墨西哥，简单，墨西哥城。
南美地区的选择比较少，巴西是互联网最发达的国家，一般是圣保罗和里约热内卢，首选。
阿根廷：布宜诺斯艾利斯。
哥伦比亚：波哥大和麦德林。
秘鲁：利马。
智利：圣地亚哥，附近还有一个瓦尔帕莱索。
厄瓜多尔：基多。
换到欧洲：
首选：荷兰阿姆斯特丹、德国法兰克福、英国伦敦、俄罗斯莫斯科。
德国：除了法兰克福，还有汉堡、柏林、慕尼黑可选。还有科隆、杜塞尔多夫备选。
英国：除了伦敦地区，还有曼彻斯特可选。
法国：巴黎，里昂和马赛。
意大利：米兰和罗马。
俄罗斯：除了莫斯科以外，还可以选择圣彼得堡。
西班牙：马德里、巴塞罗那。
瑞典：除了首都斯德哥尔摩以外，马尔默也是一个网络集散地。因为他的对面是哥本哈根。还有哥德堡备选。
波兰：华沙。
瑞士：苏黎世。
土耳其：伊斯坦布尔。
挪威：奥斯陆。
芬兰：赫尔辛基。
比利时：布鲁塞尔。
丹麦：哥本哈根
爱尔兰：都柏林。
乌克兰：基辅、哈尔科夫。
奥地利：维也纳。
捷克：布拉格。
罗马尼亚：布加勒斯特。
葡萄牙：里斯本。
希腊：雅典。
匈牙利：布达佩斯。
保加利亚：索非亚。
立陶宛：维尔纽斯。
拉脱维亚：里加。
爱沙尼亚：塔林。
塞尔维亚：贝尔格莱德。
以上基本按照各自国家拥有的 IP 数量排序。
最后说非洲，非洲的情况和南美差不多：
首选南非的开普敦和约翰内斯堡。
埃及：开罗。
肯尼亚：蒙巴萨。
没了。
还有一些小国家没列，但是请看下一句话。
如果你对地理知识比较熟悉的话，你会发现我提到的城市名字是比较符合“一般来说，国家的首都和第二大城市，其次包括人口密集的城市比如区域的中心城市，都会是建设数据中心的首选位置。”这句话的。
另外基于国土面积，越大的越会有多个区域性中心城市存在，比如中国、美国、加拿大、印度、澳大利亚。
再说网络：
先说一个概念，Internet Exchange，简称 IX，互联网流量交换中心。
在国外，如果两个运营商之间没有互联互通，那么绕路访问几乎是必然的，甚至在欧洲是要跨国家了。为了解决本地流量本地消化的这个问题，所以诞生了很多营利的非营利的机构和公司提供流量交换服务，有第三方，也有一些运营商自己提供此项服务。一般来说，接入的 IX 越多，可选路径越多，绕路的情况就会越少。
在中国，IX 几乎是官办的，而且运营商强势，收费方式跟国外也是巨大的差别，第三方出口这个中国特色也跟这个有很大关系，所以基本上大家都不了解这个事情。但是国外自己的网络只要有点规模就可以考虑接入 IX，差别很大。
IX 里规模比较大的有主要业务在荷兰阿姆斯特丹的 ams-ix.net，主要业务在德国的 de-cix.net，亚太这边有香港的 hkix.net。欢迎大家去了解一下。
所以考察一个数据中心的网络情况，首先要了解他们基本接入哪些运营商，哪些 IX，再看他可以选择接入哪些运营商和 IX。
这个情况跟国内也有区别，国内基本上方案上没得选，两线三线还是几线是定死的。但是在国外，有钱你就可以选择性接入，但是前提是人家方案最好是现成即用即接的。不过这种情况下，就很难选择某运营商自己的机房了，往往是第三方中立机房。
还有一个问题，就是既然是出海业务，除了面向区域用户，从国内或者 SOC/NOC 访问各地 POP 进行运维管理的方便性考察也是必须的，无论是公网还是专线。国内互联网公司用的比较简单的方案是在洛杉矶或者圣何塞建点，专门用于维护。而且这两个地方的网络非常丰富，无论是机房还是网络接入的选择余地大，而且到任何一个洲的延迟相对比较均匀。更何况三大运营商在这里都有 POP 点，回国应该是最快最稳定的选择了。
还有一个基于业务类型的带宽储备和机房的能力支持，也是必然要考虑的问题，有些机房能做高防，有些不能，真被攻击也很麻烦，而且前面说了，有 BGP 能力做流量调度为基础才能更好的对抗攻击，国内是运营商说了算，大部分只能靠带宽和硬件硬抗，但在国外是可以自己做很多种方案的，好不好看你自己了。
因为国外的运营商数量真的很多，所以基于你的用户在运营商的分布情况，去做网络规划和运营，还要做到成本尽量低，是个必备能力，也是个考验。
当然你说你用 AWS 就够了，当我什么都没说。
注意事项：
1、国内运营商的限制，导致 ANYCAST 很难做到，都是 DNS 调度居多。而国外基本上自己搭建 BGP 能力是基础，IP 申请、公告与维护也是基础工作，这个是国内公司的网络运维人员要补课的地方。你如果不知道 RADB 是啥，建议赶紧去搜索。
2、地面上的地理位置近不等于网络位置近，实际上要看网络地理的情况才更合适。比如在非洲地区和南美地区，运营商之间的互联互通比较差，如果一个巴西圣保罗运营商的网内用户想要访问另外一个巴西圣保罗运营商网内的网站，很有可能会绕路到迈阿密或者纽约，再绕回来。有一个比较有名的 CDN 厂商，是这么做的，根据网络互连情况，把本地有互联的用户访问导入到本地的 CDN 节点，剩下没有互联或者不好确认的，宁可让他们回到迈阿密或者纽约的节点，这样做用户访问平均延迟反而更低。还有一个例子就是非洲旁边有几个法属的领地，马约特、留尼汪岛这些，我们看到的情况都是从法国马赛的海缆接入网络的，反而没从最近的非洲网络接入，所以如何考虑网络上的区域覆盖，是个非常认真细致的事情，需要了解的知识点非常多。虽然可能和我们的关系没那么大，但是了解了认为可以忽略总比不知道实际情况想当然要好。
3、适当规划，先大区域部署，再根据实际情况慢慢推进网络规划。
你需要先知道目前的用户地理分布情况以及运营商情况，再基于这个做地理位置和网络接入的规划。
而且要明确一点，IX 接入和 TRANSIT 接入的角度不同，费用不同，接入情况也不同，你要根据运营商情况进行选择。
我看到的情况是大型运营商通常为收入考量，一般不太会主动接入 IX，有也可能是 Selective 或者 Private 的方式，你可能得单独 Transit 接入，但是中型、区域以及小型运营商，尤其是 IDC、CDN 厂商，是比较愿意主动接入 IX 的，所以你要明确知道你的网络使用情况，才好去选择网络接入的方式。
假设说你在国外，有自建 POP 点也使用 AKAMAI / CLOUDFLARE 等网络服务的话，那你就最好是和他们都接入 IX，这样也就不用担心回源质量问题了，一举两得。
好在 IX 官网一般都会有成员以及接入方式列表，PEERINGDB 也应该会有更新。如果有必要，也可以单独联系确认情况。
总之记住一个最高原则，无论在哪里，能做到运营商网内服务，都是最佳选择。
如果上面说的巴西的情况，跨运营商提供服务，跨国绕路都是很有可能的。
对了，想从 IP 和 ASN/BGP 角度查看用户的地理位置和运营商情况，IPIP 都可以帮助你。
4、对于一个数据中心的网站，我觉得除了详细介绍数据中心的硬件条件以外，我觉得也要明确地理位置和网络接入的情况，也是必须有的。如果能够提供 looking glass，那就最好了。
目前常见的情况是数据中心会标注在 NYC 和 WDC，其实很大程度上真实位置是在附近的新泽西州和弗吉尼亚州，这个算是行业惯例了吧。个人觉得还是明确为好。
即使从强迫症角度说，我对那些没有明确写明数据中心具体地理位置的公司，没有好感。：D
5、假设你在海外的用户不是很多，但是确实有一些，那么我建议在洛杉矶设个点覆盖一下海外用户就好。
对此有兴趣延伸话题讨论的，可以留言给我，一起交流。
延伸阅读：
1、Internet Exchange Map:
2、facilitates the exchange of information related to Peering：
3、Greg's Cable Map：
题图：Cloudflare network map -
致谢1：Zenlayer.com 的 Joe Zhu 对本文也有贡献。
致谢2：William Guo 对本文也有贡献。
高清播放机，图片大全，点击查看详情！
精选推荐
广告

全国地理位置数据表
68下载·1评论
2018年7月13日
泛播云主机,5分钟教会你泛播技术
1469阅读·0评论·0点赞
2023年8月2日
全球地址数据库2019最新版
105下载·2评论
2018年12月5日
最新全球地理位置数据excel_xml版
29下载·0评论
2013年8月20日
世界地理位置数据库
46下载·1评论
2016年6月24日
最新全球地理位置数据SQL版
230下载·5评论
2013年8月20日
犬的品种大全图片大全

精选推荐
广告
全球地名地址及GPS坐标数据库
126下载·0评论
2018年11月12日
GEODATASOURCE-CITIES-FREE.TXT，全球地址库，28万数据，全球地区数据
9下载·0评论
2019年8月17日
选择数据中心的位置，需要从这五大方面考虑
2382阅读·0评论·0点赞
2019年3月23日
世界各国范围及地理位置
6下载·0评论
2023年4月5日
全球各国的数据库（省市）
6732阅读·0评论·0点赞
2016年12月26日
全球地区以及经纬度数据库表.sql
9972阅读·23评论·6点赞
2019年1月25日
IP 库的 8020 法则与那些高大上的名词～
215阅读·0评论·0点赞
2023年10月16日
数据中心 Data Center 的选址要素与标准
2832阅读·0评论·0点赞
2023年3月10日
IP 库的那些事儿之 2013 - 2014 流水帐版
4294阅读·1评论·1点赞
2014年11月18日
计算机网络——网络基础_网络命令的使用（配置主机IP、ipconfig、ping、tracert、arp实战）
1.1W阅读·0评论·25点赞
2023年1月18日
选择数据中心时位置有多重要?
206阅读·0评论·0点赞
2019年7月18日
了解这个世界:国际互联网全球
“中国首条沙漠铁路”“麦草方格治沙奇迹”“垄断性沙漠旅游资源”……中卫多数的荣誉和名片都因沙而起。
黄沙的威胁虽渐远去，但仍局限着中卫的发展。作为一个撤县建市仅10来年的西部欠发达城市，产业结构调整、生态环境保护、脱贫攻坚等矛盾和压力，在这里更显突出。比如，全市钢铁、冶金、电解铝等重工业曾占比高达80%。
中卫市市长万新恒说，沙漠城市的转型发展，在世界范围内都是难题。中卫市产业基础薄弱，但同时经济体量小、人口规模小，船小好调头，只要选准产业，做专做精，就能做大做强、点上突破。
资源禀赋越是有限，产业发展越要“另辟蹊径”。对标被称为“沙漠硅谷”的美国凤凰城，参照国家发改委发布的产业目录——宁夏适合发展“大型或超大型数据中心建设及运营”类产业，中卫市找到了现实路径和政策指引，将目光瞄准了云计算这个千亿美元级“大蛋糕”。
抢滩云计算产业，中卫的决定开始并不为外界所认可，甚至被认为痴人说梦。“5年前，我刚来时，圈内朋友都笑我，老田是去中卫放羊吗?”宽带资本兼宁夏西部云基地科技有限公司董事长田溯宁说。
田溯宁等人实际上早已胸有成竹。年平均气温8.8℃，发生7级以上地震的概率几乎为零，电力供应稳定且价格较低，到全国各大城市的距离均在2000公里以内……原先“隐藏”的优势被逐一挖掘，成为发展云计算的产业优势。
据测算，在中卫建设数据中心的综合运营成本同比要比北上广低45%。“ 因此，仿照当前国际上流行的‘前店后厂’的云计算基础设施建设和服务方式，我们自觉地将中卫定位为‘后厂’。”万新恒说。
资本是最为敏锐的。2013年，宁夏与北京市合作建设宁夏中关村科技产业园的协议签订。2014年，亚马逊AWS最终决定将其在全球布局的第十个数据中心落户中卫。
变跟着东部走为与东部一起走，变承接东部产业转移为与东部同时创新起步，中卫市用敏锐的产业嗅觉，弥补了经济基础和自然禀赋上的先天差距，也为西部欠发达城市转型蹚出了新路。
如今，谈起云计算，中卫已成为绕不开的城市。“一座座现代化数据中心正在曾经的戈壁滩上拔地而起，中卫也将通过‘云’与世界连接。”田溯宁说。
产业集聚，“后厂”价值不断释放
走进中冶美利云产业投资股份有限公司数据中心的机房，一排排两米多高的高密机柜整齐矗立，里面摆放着正在运行的主机。
正是这些“机器大脑”，让一家“僵尸公司”起死回生。美利云的前身中冶美利纸业股份有限公司，是当地一家濒临破产的传统造纸国企。2014年，该公司利用上市平台吸收战略投资者，建设20万台主机发展云计算产业，之后一度成为宁夏市值最大的上市公司。
美利云一跃“云端”，实现华丽转型。而“一雁领头，众雁齐飞”，云计算产业在中卫快速聚集。数据显示，5年来，中卫市已累计完成厂房、主机及各类基础设施建设投资35亿元。美国ZT、德国世图兹、中国移动数据中心、奇虎360数据中心、美团云……一批世界、全国知名大公司因“云”而来。
“前几年中卫市财政收入有限，近5年却连续保持每年2亿元的增速。”万新恒骄傲地告诉记者。
云计算，不仅增强了中卫发展的“硬指标”，也通过一批应用项目悄然提升着城市的“软实力”。
环卫工作关乎民生，然而在不少城市，却仍处于“谈起来重要，管起来粗放”的状态。而在中卫，道路浮尘每平方米不超过5克，垃圾停留时间不超过5分钟，“以克论净”严苛标准的背后是云计算、大数据的“智慧”支撑。
据中卫市城市公用事业管理所副所长万玲介绍，中卫市自2016年开始运行智慧环卫云管理系统，融合GIS、物联网、大数据等相关技术，能够实现智能考勤、查岗监督、一键求助等9项功能，环卫管理效率提高40%以上。
逐梦“云端”，“主机农场”加速形成
一年前，家住宁夏西吉县的李尧还对云计算、大数据完全没概念，而现在，作为宁夏大学中卫校区软件工程专业大数据方向的大一学生，他已可以轻松听懂来自印度国家信息学院（NIIT）外教老师的专业课。
“刚开始觉得很难，但现在越来越喜欢大数据这个专业了，一方面是老师们很有水平，另一方面就业前景也不错。”他说。
在西部发展产业，人才往往是最大的瓶颈。而中卫在云计算产业起步之初，就开始一手抓公司落地，一手抓人才培养。这直接催生了云计算与高等教育在中卫“联姻”。
2014年，宁夏大学中卫校区筹建并招生，中卫市第一所高等院校就此诞生。“中卫校区办学目标很明确，侧重培养云计算、大数据方向应用型人才，学校还与亚马逊、NIIT联合办学，使学生能接触到最前沿的云计算知识。”宁夏大学中卫校区管理办公室主任杨振东说。
如今，每年有140名左右学生来到中卫，走进大数据的课堂。他们中的很多人将逐梦大数据，成为信息化时代的“弄潮儿”。
来源新华网
【中卫主机】的内容来源于互联网，若引用不当，请发邮件456(@)456.cn联系删除
服务器购买/咨询热线：15637009171或15617636856
本文链接：http://www.sqxnmj.com/jishuzhichiyuweihu/15925.html
