博客园_不一样的坚强

解决js跨域问题

2012-05-10T05:31:00Z

如何解决js跨域问题
Js跨域问题是web开发人员最常碰到的一个问题之一。所谓js跨域问题，是指在一个域下的页面中通过js访问另一个不同域下的数据对象，出于安全性考虑，几乎所有浏览器都不允许这种跨域访问，这就导致在一些ajax应用中，使用跨域的web service会成为一个问题。解决js跨域问题，目前在客户端和服务端都有一些现成的解决方案，但这些方案并不能解决所有问题。下面我们先来看下有哪些常用的解决方案，并针对空间产品对跨域问题的需求给出一个space自己的解决方案，希望能对其他产品组有借鉴意义。
客户端解决方案
如何在客户端解决js跨域问题几乎是所有web开发人员会首先考虑的。目前最常用的方法有2种：设置document.domain、通过script 标签加载。
设置document.domain
采用这种方法的前提是跨域请求涉及的两个页面必须属于一个基础域（例如都是xxx.com，或是xxx.com.cn），使用同一协议（例如都是 http）和同一端口（例如都是80）。例如，aaa.xxx.com里面的一个页面需要调用bbb.xxx.com里的一个对象，则将两个页面的 document.domain都设置为xxx.com，就可以实现跨域调用了。另外，需要注意的是，这种方式只能用在父、子页面之中，即只有在用iframe进行数据访问时才有用。
通过script标签加载
对于浏览器来说，script标签的src属性所指向资源就跟img标签的src属性所指向的资源一样，都是一个静态资源，浏览器会在适当的时候自动去加载这些资源，而不会出现所谓的跨域问题。这样我们就可以通过该属性将要访问的数据对象引用进当前页面而绕过js跨域问题。例如，在space的我的空间项目中，需要在hi域下管理中心页面中随机推荐几个热门模块给用户，由于热门模块的相关信息都在act域下的php模块中维护，如果直接在hi域下通过ajax请求去获取act域下的推荐模块列表相关信息就出现js跨域问题。解决这个问题的最简单方法就是，在hi域下通过 script标签去访问act域提供的这个http接口:
<script type=”text/javascript” src=”http://act.hi.baidu.com/widget/recommend”><script>
当然，前提是act域的这个http接口必须是返回一段js脚本，如一个json对象数组定义的脚本：
modlist = [
{“modname” : “mod1”, “usernum” : 200, “url” : ” /widget/info/1”},
{“modname” : ”mod2”, “usernum” : 300, ”url” : ” /widget/info/2”},
…
];
但script标签也有一定的局限性，并不能解决所有js跨域问题。script标签的src属性值不能动态改变以满足在不同条件下获取不同数据的需求，更重要的是，不能通过这种方式正确访问以xml内容方式组织的数据。
服务端解决方案
从上面的说明可以看到，客户端的解决方案局限性太大，而且对于ajax跨域请求，无论两个域是否属于同个基础域，都无法在客户端加以解决。也就是说，如果我们要想在ajax请求中访问其他域下的数据，就只能通过服务端进行处理了。服务端的解决方案的基本原理就是，由客户端将请求发给本域服务器，再由本域服务器的代理来请求数据并将响应返回给客户端。最常用的服务器解决方案就是利用web服务器本身提供的proxy功能，如apache和lighttpd的mod_proxy模块。在百度内部，transmit的分流功能也可以解决部分跨域问题。但这些方法都有一定的局限性，鉴于安全性等问题的考虑，space这边最后开发了一个专门用于处理跨域请求代理服务的spproxy模块，用于彻底解决js跨域问题。下面我们将以空间的开放平台为例，简单介绍下如何通过apache的mod_proxy、transmit的分流以及space的spproxy模块来解决该跨域问题，并简单介绍下spproxy的一些特性、缺点及下一步的改进计划。空间在展现每个UWA开放模块之前都必须请求该模块的xml源代码以进行解析，每个模块的源代码文件都是存放在act域下的/ow/uwa目录下，那么在用户空间首页（hi域）中请求该xml文件时就会存在js跨域问题。要解决该问题，只能让js向hi域的web服务器请求xml文件，而hi域web服务器则通过一定的代理机制（如mod_proxy、transmit分流、spproxy）向act域的web服务器请求文件。
利用apache的mod_proxy模块
如果apache是2.0系列版本，则可以通过在httpd.conf文件中增加以下配置加以解决：
ProxyRequests Off
<Proxy >
Order deny,allow
Allow from all
</Proxy>
ProxyPass /ow/uwa http://act.hi.baidu.com/ow/uwa
其中，ProxyRequests 指令关闭了mod_proxy的正向代理功能而启用反向代理功能，Proxy指令使得该配置对所有访问生效，ProxyPass指令使得对本域的/ow /uwa目录下的任何资源的访问都会在内部被转换为一个对act.hi.baidu.com域下的/ow/uwa目录下对应资源的代理请求。这样，js就可以直接通过访问http://hi.baidu.com/ow/uwa/0/1/0/10001.xml 获取位于act域下的/ow/uwa/0/1/0/目录下的10001.xml文件。
如果apache是经过百度各产品线修改过的1.3版本，则需要mod_proxy和mod_rewrite模块一起配合来达到同样的目的。首先需要在 httpd.conf中增加以下Location指令：
<Location /ow/uwa>
SetHandler proxy-server
order allow,deny
Allow from all
</Location>
这样，对于本域下的/ow/uwa目录下的任何资源的访问都会首先由proxy-server这个handler（mod_proxy模块内部定义的一个 handler）来处理，但光有这段配置还不行，因为还不proxy-server还不知道应该怎么处理，仅仅知道需要自己处理而已。这时还需要在配置段中增加一个rewrite规则：
RewriteRule ^/ow/uwa/(.)$ http://act.hi.baidu.com/ow/uwa/$1?%{QUERY_STRING} [P,L]
Rewrite规则最后的[P,L]表明该rewrite是通过mod_proxy代理过去，而不是通过外部重定向过去。如果去掉P标志，即采用以下 rewrite规则：
RewriteRule ^/ow/uwa/(.*)$ http://act.hi.baidu.com/ow/uwa/$1?%{QUERY_STRING} [L]
则响应返回给客户端时标明的资源uri将是重定向后的uri，在我们的例子中就是act.hi.baidu.com域的uri，则浏览器仍然会出现 js跨域问题。以上只是对apache的proxy功能的简单应用，更好更强大的介绍可以参考资料【1】和【2】。 Mod_proxy虽然强大，但我们并没有用它来解决跨域问题。首先，要使用它必须要求我们的每台前端机器都能够访问外网，否则我们就只能将请求代理到其中一台前端机器上（通过机器名做内网域名进行rewrite或代理），而这显然是不可取的，因为我们的一个域名通常由很多前端机器组成，只代理到其中一台机器会导致该机器压力与其他机器相比很不均衡，甚至撑不住压力，而给所有前端机器都加访问外网权限又可能会存在一些安全性策略问题（具体原因不清楚，但 op和sa显然是不会赞同这种做法）。其次，由于apache本身并没有很好的防ddos攻击机制，一旦有人通过代理去攻击目标域（比如说我们的竞争对手的网站），则在目标域的web服务器上看来，攻击者就成了我们了，这样的事情发生时，我们就百口莫辩，跳进黄河也洗不清了。
利用transmit分流方案
用过transmit的产品线应该都知道，transmit除了用于防攻击之外，还有一个很重要的功能就是分流。有了分流功能，我们就可以将对特定 url 的访问分发给不同的apache处理，从而实现跨域访问的目的。还是以空间开放平台的这个例子为例，假设我们的act域在jx机房内由jx-space-act00.jx和jx-space-act01.jx这两台机器组成，apache的端口为8080，则只要我们在transmit的配置文件transmit_common.conf中增加以下配置：
PP_APACHE_DIR : /ow/uwa/
PP_APACHE0 : jx-space-act00.jx:8080
PP_APACHE1 : jx-space-act01.jx:8080
则重启transmit后，南方用户就可以通过访问http://hi.baidu.com/ow/uwa/0/1/0/10001.xml 而获取http://act.hi.baidu.com/ow/uwa/0/1/0/10001.xml这个url所执行的xml内容，从而解决跨域问题。如果我们在hi域下的js同时还想异步获取act域下的其他数据，比如说/sys/widget/xxx接口提供的数据，则只需要在 PP_APACHE_DIR配置项中增加一个目录定义：
PP_APACHE_DIR : /ow/uwa/, /sys/widget/
由于旧版本的transmit只支持一个分流，所以不能通过它来同时解决对多个外域的跨域请求问题，同时，要支持旧版本transmit，后端的 apache需要做相应的代码修改和配置才行，这也限制了我们的分流功能不能解决跨非百度域的跨域问题。不过好消息是，gm最近发布的新版本 transmit允许增加n个分流，同时支持后端apache不做任何修改，那么对于旧版本transmit所碰到的限制也就不再存在了，通过它就可以在一定程度上很好地解决跨域问题了。具体配置方法与旧版本类似，大家可以参考新版本transmit的配置文件做相应修改来实现这个目的。
利用spproxy模块
但是，在space的开放平台系统中，我们并不是通过transmit来解决跨域问题，前面也提到了，transmit只能在一定程度上解决这个问题。为什么这么说呢？由于transmit增加分流是需要在修改配置后重启transmit程序的，而且随着分流分支的增加，其性能会不断降低，毕竟每次请求到来时它都需要遍历所有分流分支以判断应该走哪条分支，而对于开放平台来说，任何一个新的开放模块都有可能会引入一个甚至多个新的外域，这会导致 transmit的分流分支数随着开放模块数量的增加而线性增加，这无论在op运维上还是程序性能上都将是不可接受的。基于这样的考虑，space在开放平台二期项目中引入了一个新的模块——spproxy模块，用于提供跨域请求代理服务，从而彻底解决了js跨域问题。从某种意义上讲，spproxy其实就是一个ui，它接收来自apache的请求，并处理该请求获取真正的页面数据，然后返回给apache，再由 apache返回给客户端。Spproxy只接收一个apache命令号（AC_SYS_PROXY : 38），并提供了两个http接口：
/sys/pxy/ajax?url=xxxx和/sys/pxy/xml?url=xxx
其中，/sys/pxy/是可以通过apache配置文件来修改成其他目录名的，url参数就是js希望跨域请求的数据的uri（需要进行url编码，如果url中有参数），xml接口与ajax接口的唯一区别是，spproxy会强制将前者返回的内容的Content-Type设为text/xml，而对于后者，则是外域服务器返回的是何种Content-Type就是何种type。 Apache端只需要增加以下两个配置就可以让spproxy来处理以上两个http接口的请求，当然，前提是所用的apache是经过ns改写过的 apache，目前主要是1.3版本的apache：
CmdNoMap pxy 38
CmdHost pxy 10.23.64.185 20540
其中，pxy就是http接口中的第二个目录名，可以自定义，例如配置里如果写的是proxy，则http接口就是/sys/proxy /ajax?url=xxx和/sys/proxy/xml?url=xxx；38是spproxy能够处理的命令号，可以在编译时修改成其他值；10.23.64.185 20540是spproxy所在机器的ip和spproxy的侦听端口。通过以上配置后，hi域下的js就可以通过异步访问http://hi.baidu.com/sys/pxy/xml?url=http: //act.hi.baidu.com/ow/uwa/0/1/0/10001.xml来跨域访问http://act.hi.baidu.com/ow /uwa/0/1/0/10001.xml了。如果跨域访问的资源uri带参数，如http://act.hi.baidu.com/widget /recommend?num=6，则在访问时需要将参数值进行url编码，如http://hi.baidu.com/sys/pxy /xml?url=http%3A%2F %2Fact%2Ehi%2Ebaidu%2Ecom%2Fwidget%2Frecommend%3Fnum%3D6。
Spproxy介绍
Spproxy是一个基于epoll网络模型开发的单进程模块，包含一个数据抓取线程和定时加载线程：  抓取线程，对跨域请求进行代理，抓取指定url对应的页面内容并返回给前端，此线程采用epoll模型提高请求处理的并发度  定时加载线程，定时加载域名白名单以及部分可重加载的配置项（如各种超时时间、是否强制指定cache过期时间等） spproxy通过一个域名白名单限制js能够跨域访问的域名以降低安全风险，需要增加一个js能够跨域访问的外域时只需要在spproxy的域名白名单文件spproxy_domainlist.txt中增加一行即可，5分钟后（具体生效时间可配置）即会生效。由于采用的是epoll网络模型，spproxy本身能够很好地抵御慢连接攻击，同时，它还具有与space ui同样强大的防攻击功能。为了减少对外域服务器的请求以提高跨域请求的响应速度，同时又降低外域服务器封杀我们的代理服务的风险，spproxy本身做了一个相对简单的cache 功能。如果外域服务器返回的页面http头中指定了cache过期时间，spproxy就会根据该http头对该页面的cache过期时间算一个比较合理的过期值并对页面进行cache；如果外域服务器返回的http头中没有指定cache过期时间或要求不进行cache，则spproxy还是会对该页面进行短期的cache，过期时间可配置。另外，对于spproxy模块中涉及的大多数超时时间配置及域名白名单都是可以定时重加载的，从而实现线上服务调整参数、增加信任域时无需重启服务作废 cache的目的。不过，spproxy目前也还存在一些缺点：  返回给spproxy的响应体不能是经过压缩编码的，spproxy在向外域请求时会在http头中标明这一点，这会增加读响应时间和外域网站的带宽消耗  Spproxy目前只是根据外域服务器的http响应头中的Cache-Control字段中的max-age属性计算页面的cache过期时间，而实际上很多网站返回的cache-control字段并不是通过max-age来标示cache过期时间的  Spproxy目前只支持GET方法，不支持其他http方法，而且，spproxy不支持任意大小的外域页面，但可以通过配置改变它所能接收的页面数据量的最大值下一步，spproxy将会在解析http响应头中的cache-control字段方面做些改进以便更加合理地控制spproxy对返回页面的 cache，另外，下一步还将支持通过POST方法进行跨域请求，以提高跨域请求的安全性。
本文链接

Linux中国 QQ 交流群大全

2012-05-06T02:08:00Z

LinuxQQ群
现在讨论群组如下，大家可以有选择的加入讨论：（征集各地地方Linux QQ群，联系QQ:24521657。）
一、QQ群：
群号名称描述
32915577 Linux中国技术讨论超级群综合Linux技术讨论。
8887905 Linux中国技术一区普通Linux技术讨论，新手入门。
38900257 Linux中国技术二区普通Linux技术讨论，新手入门。
2476473 Linux中国技术三区普通Linux技术讨论，新手入门。
17663178 Linux中国技术四区普通Linux技术讨论，新手入门。
35174568 Linux中国技术五区普通Linux技术讨论，新手入门。
68558671 Linux中国技术六区普通Linux技术讨论，新手入门。
26695128 Linux中国嵌入式Linux专区嵌入式Linux技术讨论。
34200131 Linux中国嵌入式一区嵌入式专题讨论，ARM为主。
31163121 Linux中国嵌入式二区嵌入式专题讨论，ARM为主。
6239452 Linux中国嵌入式三区嵌入式专题讨论，ARM为主。
12528553 Linux中国嵌入式四区嵌入式专题讨论，ARM为主。
74401824 Linux中国 Redhat 专区 Redhat专区，讨论和Redhat Linux相关的内容。
10493835 Linux中国 Redhat 一区 Redhat专区一，只讨论和Redhat Linux相关的内容。
28026997 Linux中国 Redhat 二区 Redhat 专区二，只讨论和Redhat Linux相关的内容。
21778922 Linux中国 Redhat 三区 Redhat 专区三，只讨论和Redhat Linux相关的内容。
59698934 Linux中国 Redhat 四区 Redhat 专区四，只讨论和Redhat Linux相关的内容。
32082517 Linux中国红旗专区红旗专区，只讨论和红旗 Linux相关的内容。(满，请加II区)
66134943 Linux中国红旗II区红旗2区，只讨论和红旗 Linux相关的内容。
36741016 Linux中国 Gentoo专区 Gentoo专区，只讨论和Gentoo Linux相关的内容。
168232 Linux中国 Centos专区 Centos专区，只讨论和Centos Linux相关的内容。
12737599 Linux中国 Ubuntu专区 Ubuntu专区，只讨论和Ubuntu Linux相关的内容。（满，新用户请加二群）
66894901 Linux中国 Ubuntu 二群 Ubuntu专区，只讨论和Ubuntu Linux相关的内容。
75805322 Linux中国 Ubuntu 三群 Ubuntu专区，只讨论和Ubuntu Linux相关的内容。
筹建 Linux中国 Debian专区 Debian专区，只讨论和Debian Linux相关的内容。
19075332 Linux中国 Fedora专区 Fedora专区，只讨论和Fedora Linux相关的内容。
75776118 Linux中国 Fedora一区 Fedora一区，只讨论和Fedora Linux相关的内容。
筹建 Linux中国 SUSE专区 SUSE专区，只讨论和SUSE Linux相关的内容。
19241334 Linux中国 Unix专区 Unix专区，只讨论和Unix相关的内容。
11713694 Linux中国服务器技术群讨论Linux服务器技术。
49983436 Linux中国设计软件应用专区讨论设计类软件在Linux下的应用（犀牛 3D MAX CAD）。
74399915 Linux中国综合讨论区综合讨论区，Linux、开源技术，讨论什么都行。
16476435 Linux中国综合讨论二区综合讨论区，不局限于Linux，讨论什么都行。
34337870 Linux中国武汉群武汉专群，欢迎武汉的Linux爱好者加盟！
79228734 Linux中国武汉二群武汉专群二，欢迎武汉的Linux爱好者加盟！
44395158 Linux中国浙江群浙江专群，欢迎浙江的Linux爱好者加盟！
12623227 Linux中国上海群上海专群，欢迎上海的Linux爱好者加盟！
66457946 Linux中国上海群2群上海专群2，欢迎上海的Linux爱好者加盟！
39444612 Linux中国福建群福建专群，欢迎福建的Linux爱好者加盟！
42012412 Linux中国四川群四川专群，欢迎四川的Linux爱好者加盟！
43439778 Linux中国广东群广东专群，欢迎广东的Linux爱好者加盟！
65739697 Linux中国安徽群安徽专群，欢迎安徽的Linux爱好者加盟！
44438836 Linux中国河北群河北专群，欢迎河北的Linux爱好者加盟！
61268745 Linux中国北京群北京专群，欢迎北京的Linux爱好者加盟！
44831270 Linux中国湖南群湖南专群，欢迎湖南的Linux爱好者加盟！
52489700 Linux中国云南群云南专群，欢迎云南的Linux爱好者加盟！
13776955 Linux中国陕西群陕西专群，欢迎陕西的Linux爱好者加盟！
1160292 Linux中国黑龙江群黑龙江省专群，欢迎黑龙江的Linux爱好者加盟！
23156896 Linux中国内蒙古群内蒙古专群，欢迎内蒙古的Linux爱好者加盟！
72906791 Linux中国河南群河南专群，欢迎河南的Linux爱好者加盟！
47579763 Linux中国吉林群吉林专群，欢迎吉林的Linux爱好者加盟！
48334483 Linux中国湖北群湖北专群，欢迎湖北的Linux爱好者加盟！
14272879 Linux中国海南群海南专群，欢迎海南的Linux爱好者加盟！
75805235 Linux中国江苏群江苏专群，欢迎江苏的Linux爱好者加盟！
60869449 Linux中国山东群山东专群，欢迎山东的Linux爱好者加盟！
20466095 Linux中国深圳群深圳专群，欢迎深圳的Linux爱好者加盟！
86883650 Linux中国贵州群贵州专群，欢迎贵州的Linux爱好者加盟！

誉天红帽RHCA超级群：46397700

华中红帽RHCE认证高级群1：29313983

华中红帽RHCE认证超级群2：50376633 （500人）

华中红帽RHCE认证高级群3：64981877

本文链接

巴菲特选股标准曝光：只会看上75只A股

2012-04-30T11:45:00Z

上市公司的年报和一季报将结束披露，95%的公司公布了业绩，整体回落已成定局。其中，中国远洋、中海集运等7家公司入驻“亏损大户榜”，央企中国远洋以104.49亿元的亏损额成为A股2011年当仁不让的“亏损之王”，每天亏损约3000万元，每股收益仅为-1.02元。

统计数据显示，2011年巨额亏损公司集中在航运、钢铁、有色、电力、化纤等行业，几乎都是一些大公司，在行业中有地位有影响……最后，还是栽了！

近2400多只A股中，到底有多少公司值得我们投资？如果叫巴菲特来炒A股，他会告诉你，只有75只股票值得考虑。

航运和钢铁行业很悲惨

亏损额度前10大上市公司，折射出航运和钢铁行业很悲惨。

除了“状元”中国远洋之外，航运业公司中海集运以27.43亿元的亏损额摘得“榜眼”；钢铁业录得3席，鞍钢股份以21.43亿元的亏损额摘得亏损榜“探花”，也成为钢铁行业的“亏损王”。

中国远洋在年报中称，2011年，受航运市场供需严重失衡、运价快速下跌、燃油等成本支出持续上升等因素影响，占公司业务比重最大的集装箱航运及相关业务、干散货航运及相关业务效益大幅下滑，致使净利润由2010年的盈利67.67亿元，转为2011年的亏损104.49亿元。

巴菲特只会看上75只股

好公司一定是高毛利率，巴菲特投资的可口可乐毛利率一直保持60%以上，穆迪及伯灵顿北方圣太菲铁路运输公司也是如此。美国包括通用汽车、美国钢铁在内的公司毛利率多在20%以下徘徊，属于赚钱辛苦的公司，不属于他钟意的类型。

巴菲特的选股标准可以用“高帅富”进行概括：毛利率持续高于40%的堪称是“高”，净利率高于5%以上叫“帅”，再加上净资产收益率高于15%的“富”，“高帅富”就这样诞生了。

不过A股近2400家上市公司，按毛利率高于40%、净资产收益率高于15%、净利率高于5%过滤后，仅剩下75家公司。

巴菲特炒也会“喝酒吃药”

75家“高帅富”公司主要有白酒、医药、旅游、IT等几大类。

按巴菲特的传统观念，一般不选择投资更新步伐太快、需要不断投资开发新产品的IT类公司。此外，黄山旅游、丽江旅游等旅游类企业虽也显现出良好的盈利能力，但景区类公司体现出一定的公益性质。

“巴菲特强调连续10年以上保持高毛利率，就是要规避搭乘上行业高景气度的公司。巴菲特喜欢那种能够经得起时间考验的、依靠独特竞争力立足于市场的公司。”平安证券财富部经理分析说，从数据上来看，初步符合巴菲特毛利率指标的主要是白酒公司和部分制药企业，如贵州茅台、张裕A、泸州老窖、五粮液，双鹭药业、华兰生物等。

如此看来，如巴菲特炒A股，也会像国内基金经理一样，喜欢“喝酒吃药”。

私募称：消费行业毛利率高

“从已披露年报看，新兴行业高增长没有整体体现出来，在传统行业大面积亏损下，消费行业可以说一枝独秀。”重庆君凯投资董事长张军分析说，虽较2010年有所下滑，从毛利率来看，消费行业的毛利率整体高。传统消费旺季将至，啤酒、饮料行业更看好。

统计数据也显示，餐饮旅游、房地产、食品饮料、信息服务、医药生物等行业的毛利率领跑。餐饮旅游有21家公司公布2011年报，平均毛利率水平为43.21%，餐饮的全聚德和湘鄂情，虽毛利率分别为69.19%、55.96%，去掉房租和人工，净利只剩下7.6%、7.97%。

食品饮料已公布年报43家公司，整体毛利率升1.26%，达40.07%。信息服务业整体毛利率达31.35%。医药生物行业整体毛利率达31.01%。

本文链接

磁盘映射与端口映射

2012-04-14T13:53:00Z

“映射网络驱动器”，就是把在其它电脑上的一个共享文件夹变为自己电脑上的一个逻辑驱动器符，以供使用方便。

映射网络驱动器"的意思是将局域网中的某个目录映射成本地驱动器号，就是说把网络上其他机器的共享的文件夹映射自己机器上的一个磁盘，这样可以提高访问时间。
“映射网络驱动器”，就是把在其它电脑上的一个共享文件夹变为自己电脑上的一个逻辑驱动器符，以供使用方便。
比如说有“甲”与“乙”两台电脑，两台电脑上都有“C”、“D”、“E”三个逻辑驱动器，而且“甲”电脑的IP地址为：192.168.1.01
假如“甲”电脑上有个文件名为“demo”文件夹，并且已经设置成共享状态。那么在“乙”电脑上我可以通过：右单击“网上邻居”---》“映射网络驱动器（N）...”----》然后在“文件夹（0）”里输入“\192.168.1.01demo”,然后单击“完成”即可。
如何用映射驱动器实现共享

在局域网上，要访问一个共享的驱动器或文件夹，只要在桌面上打开“网上邻居”窗口，然后选择有共享资源的计算机即可，但是，此法使用起来效果并不是很好，有时还不能解决实际问题，因此人们通常采用将驱动器符映射到共享资源的方法。
XP实用技巧:映射网络驱动器

如果你经常使用Windows中的文件共享的话，那你也许知道在Windows系统中不仅可以通过“网上邻居”浏览共享文件，还可以通过在“我的电脑”的地址栏中输入：共享计算机名来浏览共享文件。例如：“\\计算机名\共享名\路径\文件名”。

但是，使用共享计算机名来浏览共享文件会让我们觉得很麻烦。那有没有简单的方法可以来浏览共享文件呢？我们可以通过“映射网络驱动器”来简化浏览共享文件的过程。

Windows系统提供了几种“映射网络驱动器”的方法，在命令行模式下，我们可以使用：“NET USE \\计算机名\共享名\路径”。除了使用命令来实现之外，还可以通过在“开始|网上邻居”点击右键，选择“映射网络驱动器”。在弹出的窗口中（如图所示），可以直接输入例如：“\\计算机名\共享路径”映射网络驱动器，也可以点击图1中的“浏览”来找到目前局域网中存在的共享内容。

映射网络驱动器

将数据库文件所在文件夹映射成网络驱动器。这样连接另一台计算机上的数据库就象连接本机数据库一样了。

映射网络驱动器的操作步骤：回到操作系统的桌面，打开“我的电脑”。在“工具”菜单中，选择“映射网络驱动器”项，弹出设置窗口

单击“确定”按钮后，返回到图5所示，单击“完成”按钮，完成网络驱动器的设置。这样在“我的电脑”中，将直接增加一个盘符为“Z”的网络驱动器。操作网络驱动器如同操作作本机的其它硬盘驱动器一样。

注意：断开映射的网络驱动器，只需选中“网络驱动器”，单击“右键”弹出快速菜单，选择“断开”项即可。

什么是端口映射?
在网络技术中，端口（Port）有好几种意思。集线器、交换机、路由器的端口指的是连接其他网络设备的接口，如RJ-45端口、Serial端口等。我们这里所说的端口，不是计算机硬件的I/O端口，而是软件形式上的概念。服务器可以向外提供多种服务，比如，一台服务器可以同时是WEB服务器，也可以是FTP服务器，同时，它也可以是邮件服务器。为什么一台服务器可以同时提供那么多的服务呢？其中一个很主要的方面，就是各种服务采用不同的端口分别提供不同的服务，比如：WEB采用80端口，FTP采用21端口等。这样，通过不同端口，计算机与外界进行互不干扰的通信。我们这里所指的端口不是指物理意义上的端口，而是特指TCP/IP协议中的端口，是逻辑意义上的端口。端口映射:内网的一台电脑要上因特网，就需要端口映射。端口映射分为动态和静态.动态端口映射:内网中的一台电脑要访问新浪网，会向NAT网关发送数据包，报头中包括对方(就是新浪网)IP、端口和本机IP、端口，NAT网关会把本机IP、端口替换成自己的公网IP、一个未使用的端口，并且会记下这个映射关系，为以后转发数据包使用。然后再把数据发给新浪网，新浪网收到数据后做出反应，发送数据到NAT网关的那个未使用的端口，然后NAT网关将数据转发给内网中的那台电脑，实现内网和公网的通讯.当连接关闭时，NAT网关会释放分配给这条连接的端口，以便以后的连接可以继续使用。动态端口映射其实也就是NAT网关的工作方式。静态端口映射: 就是在NAT网关上开放一个固定的端口，然后设定此端口收到的数据要转发给内网哪个IP和端口，不管有没有连接，这个映射关系都会一直存在。就可以让公网主动访问内网的一个电脑。

本文链接

Response.ContentType 详细列表

2012-03-17T10:38:00Z

不同的ContentType 会影响客户端所看到的效果.默认的ContentType为 text/html 也就是网页格式.

以下是详细列表：

...................

不同的ContentType 会影响客户端所看到的效果.默认的ContentType为 text/html 也就是网页格式.

代码如:

<% response.ContentType ="text/html" %>

显示的为网页,而

<% response.ContentType ="text/plain" %>

则会显示html原代码.

以下为一些常用的 ContentType

GIF images

<% response.ContentType ="image/gif" %>

JPEG images

<% response.ContentType ="image/jpeg" %>

TIFF images

<% response.ContentType ="image/tiff" %>

MICROSOFT WORD document

<% response.ContentType ="application/msword" %>

RTF document

<% response.ContentType ="application/rtf" %>

MICROSOFT EXCEL document

<% response.ContentType ="application/x-excel" %>

MICROSOFT POWERPOINT document

<% response.ContentType ="application/ms-powerpoint" %>

PDF document

<% response.ContentType ="application/pdf" %>

ZIP document

<% response.ContentType ="application/zip" %>

Json数据

<% response.ContentType ="application/json" %>

下面是更详细的ContentType

'ez' => 'application/andrew-inset',

'hqx' => 'application/mac-binhex40',

'cpt' => 'application/mac-compactpro',

'doc' => 'application/msword',

'bin' => 'application/octet-stream',

'dms' => 'application/octet-stream',

'lha' => 'application/octet-stream',

'lzh' => 'application/octet-stream',

'exe' => 'application/octet-stream',

'class' => 'application/octet-stream',

'so' => 'application/octet-stream',

'dll' => 'application/octet-stream',

'oda' => 'application/oda',

'pdf' => 'application/pdf',

'ai' => 'application/postscript',

'eps' => 'application/postscript',

'ps' => 'application/postscript',

'smi' => 'application/smil',

'smil' => 'application/smil',

'mif' => 'application/vnd.mif',

'xls' => 'application/vnd.ms-excel',

'ppt' => 'application/vnd.ms-powerpoint',

'wbxml' => 'application/vnd.wap.wbxml',

'wmlc' => 'application/vnd.wap.wmlc',

'wmlsc' => 'application/vnd.wap.wmlscriptc',

'bcpio' => 'application/x-bcpio',

'vcd' => 'application/x-cdlink',

'pgn' => 'application/x-chess-pgn',

'cpio' => 'application/x-cpio',

'csh' => 'application/x-csh',

'dcr' => 'application/x-director',

'dir' => 'application/x-director',

'dxr' => 'application/x-director',

'dvi' => 'application/x-dvi',

'spl' => 'application/x-futuresplash',

'gtar' => 'application/x-gtar',

'hdf' => 'application/x-hdf',

'js' => 'application/x-javascript',

'skp' => 'application/x-koan',

'skd' => 'application/x-koan',

'skt' => 'application/x-koan',

'skm' => 'application/x-koan',

'latex' => 'application/x-latex',

'nc' => 'application/x-netcdf',

'cdf' => 'application/x-netcdf',

'sh' => 'application/x-sh',

'shar' => 'application/x-shar',

'swf' => 'application/x-shockwave-flash',

'sit' => 'application/x-stuffit',

'sv4cpio' => 'application/x-sv4cpio',

'sv4crc' => 'application/x-sv4crc',

'tar' => 'application/x-tar',

'tcl' => 'application/x-tcl',

'tex' => 'application/x-tex',

'texinfo' => 'application/x-texinfo',

'texi' => 'application/x-texinfo',

't' => 'application/x-troff',

'tr' => 'application/x-troff',

'roff' => 'application/x-troff',

'man' => 'application/x-troff-man',

'me' => 'application/x-troff-me',

'ms' => 'application/x-troff-ms',

'ustar' => 'application/x-ustar',

'src' => 'application/x-wais-source',

'xhtml' => 'application/xhtml+xml',

'xht' => 'application/xhtml+xml',

'zip' => 'application/zip',

'au' => 'audio/basic',

'snd' => 'audio/basic',

'mid' => 'audio/midi',

'midi' => 'audio/midi',

'kar' => 'audio/midi',

'mpga' => 'audio/mpeg',

'mp2' => 'audio/mpeg',

'mp3' => 'audio/mpeg',

'aif' => 'audio/x-aiff',

'aiff' => 'audio/x-aiff',

'aifc' => 'audio/x-aiff',

'm3u' => 'audio/x-mpegurl',

'ram' => 'audio/x-pn-realaudio',

'rm' => 'audio/x-pn-realaudio',

'rpm' => 'audio/x-pn-realaudio-plugin',

'ra' => 'audio/x-realaudio',

'wav' => 'audio/x-wav',

'pdb' => 'chemical/x-pdb',

'xyz' => 'chemical/x-xyz',

'bmp' => 'image/bmp',

'gif' => 'image/gif',

'ief' => 'image/ief',

'jpeg' => 'image/jpeg',

'jpg' => 'image/jpeg',

'jpe' => 'image/jpeg',

'png' => 'image/png',

'tiff' => 'image/tiff',

'tif' => 'image/tiff',

'djvu' => 'image/vnd.djvu',

'djv' => 'image/vnd.djvu',

'wbmp' => 'image/vnd.wap.wbmp',

'ras' => 'image/x-cmu-raster',

'pnm' => 'image/x-portable-anymap',

'pbm' => 'image/x-portable-bitmap',

'pgm' => 'image/x-portable-graymap',

'ppm' => 'image/x-portable-pixmap',

'rgb' => 'image/x-rgb',

'xbm' => 'image/x-xbitmap',

'xpm' => 'image/x-xpixmap',

'xwd' => 'image/x-xwindowdump',

'igs' => 'model/iges',

'iges' => 'model/iges',

'msh' => 'model/mesh',

'mesh' => 'model/mesh',

'silo' => 'model/mesh',

'wrl' => 'model/vrml',

'vrml' => 'model/vrml',

'css' => 'text/css',

'html' => 'text/html',

'htm' => 'text/html',

'asc' => 'text/plain',

'txt' => 'text/plain',

'rtx' => 'text/richtext',

'rtf' => 'text/rtf',

'sgml' => 'text/sgml',

'sgm' => 'text/sgml',

'tsv' => 'text/tab-separated-values',

'wml' => 'text/vnd.wap.wml',

'wmls' => 'text/vnd.wap.wmlscript',

'etx' => 'text/x-setext',

'xsl' => 'text/xml',

'xml' => 'text/xml',

'mpeg' => 'video/mpeg',

'mpg' => 'video/mpeg',

'mpe' => 'video/mpeg',

'qt' => 'video/quicktime',

'mov' => 'video/quicktime',

'mxu' => 'video/vnd.mpegurl',

'avi' => 'video/x-msvideo',

'movie' => 'video/x-sgi-movie',

'ice' => 'x-conference/x-cooltalk'

本文链接

初识Byte

2012-01-31T02:06:00Z

硬盘和内存的存储的单位，可以理解为文件就是以byte存储的

Stream 支持读取和写入字节。Stream 集成了异步支持

本文链接

sqlserver数据库大型应用解决方案总结数据库负载均衡

2012-01-11T05:03:00Z

随着互联网应用的广泛普及，海量数据的存储和访问成为了系统设计的瓶颈问题。对于一个大型的互联网应用，每天百万级甚至上亿的PV无疑对数据库造成了相当高的负载。对于系统的稳定性和扩展性造成了极大的问题。

一、负载均衡技术
负载均衡集群是由一组相互独立的计算机系统构成，通过常规网络或专用网络进行连接，由路由器衔接在一起，各节点相互协作、共同负载、均衡压力，对客户端来说，整个群集可以视为一台具有超高性能的独立服务器。

1、实现原理
实现数据库的负载均衡技术，首先要有一个可以控制连接数据库的控制端。在这里，它截断了数据库和程序的直接连接，由所有的程序来访问这个中间层，然后再由中间层来访问数据库。这样，我们就可以具体控制访问某个数据库了，然后还可以根据数据库的当前负载采取有效的均衡策略，来调整每次连接到哪个数据库。
2、实现多据库数据同步
对于负载均衡，最重要的就是所有服务器的数据都是实时同步的。这是一个集群所必需的，因为，如果数不据实时、不同步，那么用户从一台服务器读出的数据，就有别于从另一台服务器读出的数据，这是不能允许的。所以必须实现数据库的数据同步。这样，在查询的时候就可以有多个资源，实现均衡。比较常用的方法是Moebius for SQL Server集群，Moebius for SQL Server集群采用将核心程序驻留在每个机器的数据库中的办法，这个核心程序称为Moebius for SQL Server 中间件，主要作用是监测数据库内数据的变化并将变化的数据同步到其他数据库中。数据同步完成后客户端才会得到响应，同步过程是并发完成的，所以同步到多个数据库和同步到一个数据库的时间基本相等；另外同步的过程是在事务的环境下完成的，保证了多份数据在任何时刻数据的一致性。正因为Moebius 中间件宿主在数据库中的创新，让中间件不但能知道数据的变化，而且知道引起数据变化的SQL语句，根据SQL语句的类型智能的采取不同的数据同步的策略以保证数据同步成本的最小化。

数据条数很少，数据内容也不大，则直接同步数据
数据条数很少，但是里面包含大数据类型，比如文本，二进制数据等，则先对数据进行压缩然后再同步，从而减少网络带宽的占用和传输所用的时间。
数据条数很多，此时中间件会拿到造成数据变化的SQL语句，然后对SQL语句进行解析，分析其执行计划和执行成本，并选择是同步数据还是同步SQL语句到其他的数据库中。此种情况应用在对表结构进行调整或者批量更改数据的时候非常有用。
3、优缺点
(1) 扩展性强：当系统要更高数据库处理速度时，只要简单地增加数据库服务器就可以得到扩展。
(2) 可维护性：当某节点发生故障时，系统会自动检测故障并转移故障节点的应用，保证数据库的持续工作。
(3) 安全性：因为数据会同步的多台服务器上，可以实现数据集的冗余，通过多份数据来保证安全性。另外它成功地将数据库放到了内网之中，更好地保护了数据库的安全性。
(4) 易用性：对应用来说完全透明，集群暴露出来的就是一个IP

(1) 不能够按照Web服务器的处理能力分配负载。
(2) 负载均衡器(控制端)故障，会导致整个数据库系统瘫痪。

二、数据库的读写分离
1，实现原理：读写分离简单的说是把对数据库读和写的操作分开对应不同的数据库服务器，这样能有效地减轻数据库压力，也能减轻io压力。主数据库提供写操作，从数据库提供读操作，其实在很多系统中，主要是读的操作。当主数据库进行写操作时，数据要同步到从的数据库，这样才能有效保证数据库完整性。

(ebay的读写比率是260:1,ebay的读写分离)

(微软数据库分发)

2，实现方法：在MS Sql server中可以使用发布定义的方式实现数据库复制，实现读写分离，复制是将一组数据从一个数据源拷贝到多个数据源的技术，是将一份数据发布到多个存储站点上的有效方式。使用复制技术，用户可以将一份数据发布到多台服务器上。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性。SQL SERVER复制技术类型有三种，分别是：快照复制、事务复制、合并复制。SQL SERVER 主要采用出版物、订阅的方式来处理复制。源数据所在的服务器是出版服务器，负责发表数据。出版服务器把要发表的数据的所有改变情况的拷贝复制到分发服务器，分发服务器包含有一个分发数据库，可接收数据的所有改变，并保存这些改变，再把这些改变分发给订阅服务器。

3，优缺点
(1)数据的实时性差:数据不是实时同步到自读服务器上的，当数据写入主服务器后，要在下次同步后才能查询到。

(2)数据量大时同步效率差：单表数据量过大时插入和更新因索引,磁盘IO等问题，性能会变的很差。

(3)同时连接多个（至少两个）数据库：至少要连接到两个数据数据库，实际的读写操作是在程序代码中完成的，容易引起混乱

(4)读具有高性能高可靠性和可伸缩:只读服务器，因为没有写操作，会大大减轻磁盘IO等性能问题，大大提高效率；只读服务器可以采用负载均衡，主数据库发布到多个只读服务器上实现读操作的可伸缩性。

三、数据库/数据表拆分(分布式)

通过某种特定的条件，将存放在同一个数据库中的数据分散存放到多个数据库上，实现分布存储，通过路由规则路由访问特定的数据库，这样一来每次访问面对的就不是单台服务器了，而是N台服务器，这样就可以降低单台机器的负载压力。提示：sqlserver 2005版本之后，可以友好的支持“表分区”。

垂直(纵向)拆分：是指按功能模块拆分，比如分为订单库、商品库、用户库...这种方式多个数据库之间的表结构不同。

水平(横向)拆分：将同一个表的数据进行分块保存到不同的数据库中，这些数据库中的表结构完全相同。

（纵向拆分）

（横向拆分）

1，实现原理：使用垂直拆分，主要要看应用类型是否合适这种拆分方式，如系统可以分为，订单系统，商品管理系统，用户管理系统业务系统比较明的，垂直拆分能很好的起到分散数据库压力的作用。业务模块不明晰，耦合（表关联）度比较高的系统不适合使用这种拆分方式。但是垂直拆分方式并不能彻底解决所有压力问题，例如有一个5000w的订单表，操作起来订单库的压力仍然很大，如我们需要在这个表中增加（insert）一条新的数据，insert完毕后，数据库会针对这张表重新建立索引，5000w行数据建立索引的系统开销还是不容忽视的，反过来，假如我们将这个表分成100个table呢，从table_001一直到table_100，5000w行数据平均下来，每个子表里边就只有50万行数据，这时候我们向一张只有50w行数据的table中insert数据后建立索引的时间就会呈数量级的下降，极大了提高了DB的运行时效率，提高了DB的并发量，这种拆分就是横向拆分

2，实现方法：垂直拆分，拆分方式实现起来比较简单，根据表名访问不同的数据库就可以了。横向拆分的规则很多，这里总结前人的几点，

(1)顺序拆分：如可以按订单的日前按年份才分，2003年的放在db1中，2004年的db2,以此类推。当然也可以按主键标准拆分。

优点：可部分迁移

缺点：数据分布不均，可能2003年的订单有100W，2008年的有500W。

(2)hash取模分：对user_id进行hash（或者如果user_id是数值型的话直接使用user_id的值也可），然后用一个特定的数字，比如应用中需要将一个数据库切分成4个数据库的话，我们就用4这个数字对user_id的hash值进行取模运算，也就是user_id%4,这样的话每次运算就有四种可能：结果为1的时候对应DB1；结果为2的时候对应DB2；结果为3的时候对应DB3；结果为0的时候对应DB4，这样一来就非常均匀的将数据分配到4个DB中。
优点：数据分布均匀
缺点：数据迁移的时候麻烦；不能按照机器性能分摊数据。
(3)在认证库中保存数据库配置
就是建立一个DB，这个DB单独保存user_id到DB的映射关系，每次访问数据库的时候都要先查询一次这个数据库，以得到具体的DB信息，然后才能进行我们需要的查询操作。
优点：灵活性强，一对一关系
缺点：每次查询之前都要多一次查询，会造成一定的性能损失。

本文出自http://blog.csdn.net/dinglang_2009/，http://www.cnblogs.com/dinglang/转载请注明出处。

本文链接

中国内地楼市泡沫严重租售比1000倍超美国

2011-03-15T00:26:00Z

我从2005年开始关注国内的房地产，每次和国内亲友聊天，都会提及房子，这几乎成了永恒的话题。

如果用国际最权威的租售比(房价除以月租金，超过160倍则是泡沫的开始)来看，即使在2005年，国内一线大城市，就已经有泡沫了。但也就是从2005年开始，中国房价向上飙飞，一飞冲天。虽然政府不断出台调控措施来抑制房价，可房价是越调越涨。

然而在美国，即使在次贷危机爆发之前房价处于最高位时，租售比也只刚超过200而已，比之上海北京的500到800倍，以及高档公寓和别墅的上千倍来说，简直不值一提。

欧美的房价为何涨不上天？

首先，欧美征收高额房产税。

在欧美，只要是私人的房子，即便房屋的主人已经去世，也必须要缴纳房产税，每年缴纳的税率从1%到3%不等，平均为2%，且房产税的征收，是根据你所拥有房子的实际价值来征收的。也就是说，房价越涨，房产税越高。如果税率为3%的话，哪怕房价不涨，每33年(即使不算贷款利息)，你的实际付出，便已超过了房价的一倍。

我一个好朋友，为了让孩子能在好学区受教育，夫妇俩12年前在纽约上州，买下一幢50万美元的房子，与克林顿总统退休隐居的地方是同一个社区，可以算是克林顿夫妇的邻居，可见地段之好。前几年房价猛涨，他们房产的市价一度高达100万美元。有一次聚会相见，我恭贺他们成为“百万富翁”了！没想到他们苦笑道：“有什么好祝贺的。这几年Property tax(房产税)随着房价年年涨，本来15000美元的税，现在房价100万，每年要交3万美元的税。再这样下去，明年我们可能就住不起啦！”他们话音未落，“幸好”房价开始下跌，目前他们房子的市值，已回落到六七十万美元，他们这才松了口气，可见房产税之犀利了。

其次，在欧美，房子和汽车一样属于消费品，并不是投资品，房价是进入CPI加以计算的。所以，一旦房价高涨，CPI超过5%的话，便属于恶性通胀，政府就非得出重手。比如里根时代，美国一度恶性通胀，里根政府便连续加息，一直加到18%，硬生生地控制住了通货膨胀。同时，因为借贷成本太高，房价应声回落。

第三，欧美政府在征收了高房产税之后，大量提供各种类型租金稳定的房子，使大多数民众并不需要非得购房而居。

事实上，在欧洲的多数国家，多少年来租房者和拥有住房的比例一半一半，大城市的租房比例则更高，像德国，更有高达57%以上的人一辈子租房而住。即使在地广人稀的美国，在次贷危机爆发之前，拥有房子的屋主数量破了历史最高纪录，可依然有超过33%的人租房而住。

在欧美，租房而居，还是买房自住，对大众来说只不过是不同的生活方式选择而已。无论在理财上，以及其他方面，并无优劣之分。

结论：在欧美，平均2%的房地产税，是一个控制房价的平衡器，而房贷利息的随时上涨，以及政府“劫富济贫”所推出的大量廉租屋，由这三种利器糅合在一起，好似绞索一般套住了房价的恶性攀升。所以，欧美的房价不可能像中国涨到天上去。他山之石，可以攻玉。如果中国希望遏制投机炒房，使房价回归正常的水平，不妨全面同时借鉴欧美这三个方法。

本文链接

北京市参保人查询个人信息

2011-02-14T06:24:00Z

北京市参保人查询个人信息:点击进入>>>
说明：个人用户第一次访问网上申报系统，需要进行用户认证，设置用户的初始密码，请在下面的表单中，填入您的真实信息，以便核对身份！密码重置>>
-----北京市社会保险网上办事大厅------
其他查询方法：
1、持本人身份证或社保卡号直接到北京市劳动和社会保障局养老保险处查询；
2、拨打北京市社保中心统一咨询电话12333；

北京市劳动和社会保障局-养老保险处:
地址：北京市宣武区永定门西街5号
address: 5 West Yong Ding Men St., Xuan Wu District, Beijing, P.R.China
邮编：100050
电话：(010)63167928
监督电话：(010)12333、（010）63182700
办公时间：周一至周五8:30-17:30
网址: http://www.bjld.gov.cn/

本文链接

Session失效的处理办法

2010-05-26T10:32:00Z

最近最一个电子商务网站，发现了好多问题，不过还好都顺利解决了，关于session的问题记录如下，以便日后查阅，同时也希望能给网友们带来帮助，本文内容并非完全出自本人，是本人对网络上的一些处理方法的整理。检查是否超时,默认是20分钟,设置的方法是Session.TimeOut=30;或者您可以设置到更高，这个数值的单位是分钟，大家视情况而定。检查代码有无Session.Abandon()之类的。一...

博客园_不一样的坚强

解决js跨域问题

Linux中国 QQ 交流群 大全

巴菲特选股标准曝光：只会看上75只A股

磁盘映射与端口映射

Response.ContentType 详细列表

初识Byte

sqlserver数据库大型应用解决方案总结 数据库负载均衡

中国内地楼市泡沫严重 租售比1000倍超美国

北京市参保人查询个人信息

Session失效的处理办法

Linux中国 QQ 交流群大全

sqlserver数据库大型应用解决方案总结数据库负载均衡

中国内地楼市泡沫严重租售比1000倍超美国