<![CDATA[无忧.阿兵设计]]> http://www.yybing.com/blog/ zh-cn PBlog2 v2.4 无忧.阿兵设计 http://www.yybing.com/blog/images/logos.gif http://www.yybing.com/blog/ 无忧.阿兵设计 http://www.yybing.com/blog/default.asp?id=164 <![CDATA[女儿暑假里的一些照片]]> wabing@126.com(abing) Wed,20 Aug 2008 02:08:51 +0800 http://www.yybing.com/blog/default.asp?id=164 　　

























]]> http://www.yybing.com/blog/default.asp?id=163 <![CDATA[北京人是怎么说英语的]]> wabing@126.com(abing) Sun,13 Jul 2008 13:44:49 +0800 http://www.yybing.com/blog/default.asp?id=163 ]]> http://www.yybing.com/blog/default.asp?id=161 <![CDATA[友明-阿兵，你好！]]> wabing@126.com(abing) Mon,23 Jun 2008 00:09:57 +0800 http://www.yybing.com/blog/default.asp?id=161 很有心
我这样一个只有给别人带点方便的人
也让人如此关注，有点小感动
引用内容 引用内容
我们在诗歌论坛上舞蹈
我们吟咏  沉醉
用我们的笔勾勒着心
我们时常忘记一个叫阿兵的人

当病毒来临
我刚上传的文件又一次丢失
像一次蚕褪
我很苦恼的等待
这时我想起了阿兵
我们的网络技术管理员

阿兵一定在
他一定守在机器旁
他应该以最快的速度为我们修复网页
为我们疗伤
之后，一切正常，他又退居幕后

阿兵应该长什么样子
他的名字应该叫什么
我们在欢笑中退场
有多少个人会始终遗忘

叫网页自己滚动着
阿兵，卸下你的脸颊
我们现在盘腿大坐
我和你干一杯
我和你说说话

阿兵，多么朴实实用的名字
你说你不是诗人
你说你是个外行
你不该这样挖空心思
我决定这个六月不再写诗
请让我的诗借用你的名字

面对一个燕巢

时候不多了
你们将不久离开
我记得有三次
我用竹竿捣毁你们的巢

在我的房顶正中央
我抬头看见你们的巢
我已不像孩提时
在教科书上听着秋声默念你的名字

这些年我们都是怎么过来的
你们从南方经历着北方
现在我对你们的概念已有点模糊
我就知道你们的巢穴在我的头顶上方

看看我的桌具上坠落的杂物
看看墙角的竹竿
我先在沙发上写好一首《燕祭》
然后，我决然开始
]]> http://www.yybing.com/blog/default.asp?id=160 <![CDATA[ISAPI_rewrite中文手册]]> wabing@126.com(abing) Wed,30 Apr 2008 12:07:07 +0800 http://www.yybing.com/blog/default.asp?id=160
　　在NT 2000 XP和2003平台上，在系统帐户下应该INETINFO程序应该与IIS5以共存模式过滤器运行。所以系统帐户应该给予对所有的ISAPI-REWIRITE DLLS 和所有的HTTPD。INI文件至少可读权限，我们也推荐对给予系统帐户对于所有包括HTTPD。INI文件的文件夹的可写权限，这将允许产生HTTP。PARSE。ERRORS文件，这些文件包含配置文件语法错误。对于PROXY模块也需要额外的权限，因为它将运行于连接池或HIGH-ISPLATED应用模式，IIS帐户共享池和HIGH-ISOLATION池应被给予 对RWHELPERE。DLL的可读权限。缺省情况下IWAM-《计算机名》被用于所有的池，在相应的COM+应用设置中应借助COM+ADMINISTRATION MMC


SNAP-IN建立池帐户

配置文件格式化：

　　有两种形式的配置文件-GLOBAL（SERVER-LEVEL）和INDIVIDUAL（SITE-LEVAL）文件，GLOBAL配置文件应被命名为HTTPD.INI并出现在ISAPI-REWRITE安装目录中，文件的快捷方式通过开始菜单提供，INDIVIDUAL配置文件应名为HTTPD。INI并且能够出现在虚拟站点的物理根目录中，两种类型的格式化是相同的并是标准的WINDOWS。INI文件，所有的指令都应该放在这一部分并且所有指令都应该以分隔线放置，任何这一部分以外的文本都将被忽略

HTTPD.INI文件示例

[ISAPI_Rewrite]

# This is a comment

# 300 = 5 minutes
CacheClockRate 300
RepeatLimit 20

# Block external access to the httpd.ini and httpd.parse.errors files
RewriteRule /httpd(?:.ini|.parse.errors) / [F,I,O]

# Block external access to the Helper ISAPI Extension
RewriteRule .*.isrwhlp / [F,I,O]

# Some custom rules
RewriteCond Host: (.+)

RewriteCond 指令

Syntax:（句法） RewriteCond TestVerb CondPattern [Flags]
这一指令定义一个条件规则，在 RewriteRule 或者 RewriteHeader或 RewriteProxy指令前预行

RewriteCond指令，后面的规则 只有它的，模式匹配URI的当前状态并且额外的条件也被应用才会被应用

。

TestVerb

Specifies verb that will be matched against regular e­xpression.
　　特别定义的动词匹配规定的表达式

TestVerb=(URL | METHOD | VERSION | HTTPHeaderName: | %ServerVariable) where:

URL - returns Request-URI of client request as described in RFC 2068 (HTTP 1.1);
　　返回客户端在RFC2068中描述的需求的Request-URI

METHOD - returns HTTP method of client request (OPTIONS, GET, HEAD, POST, PUT, Delete or

TRACE);
　　返回客户端需求(OPTIONS, GET, HEAD, POST, PUT, Delete or TRACE)的HTTP方法
VERSION - returns HTTP version;
　　返回HTTP版本

HTTPHeaderName - returns value of the specified HTTP header. HTTPHeaderName can be any valid

HTTP header name. Header names should include the trailing colon “:”. If specified header

does not exists in a client’s request TestVerb is treated as empty string.
返回特定义的HTTP头文件的值
HTTPHeaderName =
Accept:
Accept-Charset:
Accept-Encoding:
Accept-Language:
Authorization:
Cookie:
From:
Host:
If-Modified-Since:
If-Match:
If-None-Match:
If-Range:
If-Unmodified-Since:
Max-Forwards:
Proxy-Authorization:
Range:
Referer:
User-Agent:
Any-Custom-Header
　　得到更多的关于HTTP头文件的和他们的值的信息参考RFC2068

ServerVariable 返回特定义的服务器变量的值 。例如服务器端口，全部服务器变量列表应在IIS文档中建立，变量名应用%符预定；
CondPattern
The regular e­xpression to match TestVerb
规则表达式匹配TestVerb
[Flags]
Flags is a comma-separated list of the following flags:
O (nOrmalize)
Normalizes string before processing. Normalization includes removing of an URL-encoding,

illegal characters, etc. This flag is useful with URLs and URL-encoded headers
RewriteRule 指令
Syntax: RewriteRule Pattern FormatString [Flags]
　　这个指令可以不止发生一次，每个指令定义一个单独的重写规则，这些规则的定义命令很重要，因为这个命令在应用运行时规则是有用途的

I (ignore case）
　　不管大小写强行指定字符匹配，这个FLAG影响RewriteRule指令和相应的RewriteCond 指令
F (Forbidden)
　　对客户端做反应，停止REWRITING进程并且发送403错误，注意在这种情况下FORMATSTRING 是无用的并可以设置为任何非空字符串。
L (last rule)
　　不应用任何重写规则在此停止重写进程，使用这个FLAG以阻止当前被重写的URI被后面的规则再次重写
N (Next iteration)
　　强制REWRITINGENGINE调整规则目标并且从头重启规则检查（所有修改将保存），重启次数由RepeatLimit指定的值限制，如果这个数值超过N FLAG将被忽略
NS (Next iteration of the same rule)
　　以N标记工作不从相同的规则重启规则规则进程（例如强制重复规则应用），通过RepeatLimit指令指定一

个反复实行某一规则的最大数目，
P (force proxy)
　　强制目的URI在内部强制为代理需求并且立即通过ISAPI扩展应付代理需求，必须确认代理字符串是一个有效的URI包括协议 主机等等否则代理将返回错误
R (explicit redirect）
　　强制服务器对客户端发出重定向指示即时应答，提供目的URI的新地址，重定向规则经常是最后规则
RP (permanent redirect)
　　几乎和[R]标记相同但是发布301HTTP状态而不是302HTTP状态代码
U (Unmangle Log)
　　当URI是源需求而不是重写需求时记载URI
O (nOrmalize)
　　在实行之前标准化字符串。标准化包括URL-ENCODING，不合法的字符的再移动等，这个标记对于URLS和

URLS-ENDODED头是有用的
CL (Case Lower)
小写
CU (Case Upper)
大写
RewriteHeader directive
Syntax: RewriteHeader HeaderName Pattern FormatString [Flags]
　　这个指令是RewriteRule的更概括化变种，它不仅重写URL的客户端需求部分，而且重写HTTP头，这个指令不仅用于重写。生成，删除任何HTTP头，甚至改变客户端请求的方法

HeaderName
　　指定将被重写的客户头，可取的值与 RewriteCond 指令中TestVerb参数相同

Pattern
　　限定规则表达式以匹配Request-URI，
FormatString
　　限定将生成新的URI的FormatString
[Flags]
　　是一个下列FLAGS的命令分隔列表
I (ignore case）
　　不管大小写强行指定字符匹配，这个FLAG影响RewriteRule指令和相应的RewriteCond 指令
F (Forbidden)
　　对客户端做反应，停止REWRITING进程并且发送403错误，注意在这种情况下FORMATSTRING 是无用的并可以设置为任何非空字符串。
L (last rule)
　　不应用任何重写规则在此停止重写进程，使用这个FLAG以阻止当前被重写的URI被后面的规则再次重写
N (Next iteration)
　　强制REWRITINGENGINE调整规则目标并且从头重启规则检查（所有修改将保存），重启次数由RepeatLimit指定的值限制，如果这个数值超过N FLAG将被忽略

NS (Next iteration of the same rule)
　　以N标记工作不从相同的规则重启规则规则进程（例如强制重复规则应用），通过RepeatLimit指令指定一个反复实行某一规则的最大数目，

R (explicit redirect）
　　强制服务器对客户端发出重定向指示即时应答，提供目的URI的新地址，重定向规则经常是最后规则
RP (permanent redirect)
　　几乎和[R]标记相同但是发布301HTTP状态而不是302HTTP状态代码
U (Unmangle Log)
　　当URI是源需求而不是重写需求时记载URI
O (nOrmalize)
　　在实行之前标准化字符串。标准化包括URL-ENCODING，不合法的字符的再移动等，这个标记对于URLS和

URLS-ENDODED头是有用的
CL (Case Lower)
小写
CU (Case Upper)
大写

要重移动头，FORMAT STRING模式应该生成一个空字符串，例如这一规则将从客户请求中重移代理信息
RewriteHeader User-Agent: .* $0
并且这一规则将把OLD-URL HEADER 加入请求中。
RewriteCond URL (.*)RewriteHeader Old-URL: ^$ $1
最后一个例子将通过改变请求方法定向所有的WEBDAV请求到/WEBDAV。ASP
RewriteCond METHOD OPTIONS
RewriteRule (.*) /webdav.asp?$1
RewriteHeader METHOD OPTIONS GET
RewriteProxy directive
Syntax: RewriteProxy Pattern FormatString [Flags]
强制目的URI在内部强制为代理需求并且立即通过ISAPI扩展应付代理需求，这将允许IIS作为代理服务器并且重路由到其他站点和服务器

Pattern
限定规则表达式以匹配Request-URI，
FormatString
限定将生成新的URI的FormatString
[Flags]
是一个下列FLAGS的命令分隔列表
D (Delegate security)
代理模式将试图以当前假冒的用户资格登陆远程服务器，
C (use Credentials)
代理模式将试图一在URL或基本授权头文件中指定的资格登陆远程服务器，用这个标记你可以使用

http://user:password@host.com/path/ syntax 作为URL
F (Follow redirects)

缺省情况下ISAPI_Rewrite 将试图将MAP远程服务器返回的重定向指令到本地服务器命名空间，如果远程服务器返回重定向点到那台服务器其他的某个位置，ISAPI_Rewrite 将修改这一重定向指令指向本服务器名，这将避免用户看到真实（内部）服务器名称使用F标记强制代理模式内部跟踪远程服务器返回的重定向指令，使用这个标记如果你根本不需要接受远程服务器的重定向指令，在WINHTTP设置中有重定向限制以避免远程重定向循环

I (ignore case)
不管大小写强行指定字符匹配
U (Unmangle Log)
当URI是源需求而不是重写需求时记载URI

O (nOrmalize)
在实行之前标准化字符串。标准化包括URL-ENCODING，不合法的字符的再移动等，这个标记对于URLS和URLS-ENDODED头是有用的
CacheClockRate directive
Syntax: CacheClockRate Interval
这个指令只在GLOBAL配置内容中出现，如果这个指令在SITE-LEVEL内容中出现将被忽略并把错误信息写入

httpd.parse.errors 文件

　　ISAPI_Rewrite caches每次在第一次加载时配置，使用这个指令你可以限定当一个特定站点从缓存中清理的不活动周期，把这个参数设置的足够大你可以强制ISAPI_Rewrite 永不清理缓存，记住任何配置文件的改变将在下次请求后立即更新而忽略这个周期

Interva
l
限定特定配置被清理出缓存的不作为时间（以秒计），缺省值3600（1小时）

EnableConfig and DisableConfig directives
Syntax:
EnableConfig [SiteID|”Site name”]
DisableConfig [SiteID|”Site name”]
对所选站点激活或不激活SITE-LEVEL配置或者改变缺省配置，缺省SITE-LEVEL配置不激活，这个指令只出

现在GLOBAL配置内容中
SiteID
Numeric metabase identifier of a site

Site name
Name of the site as it appears in the IIS console
不用参数使用这个命令将改变缺省配置到ENABLE/DISABLE配置进程
例子
下面例子将使配置仅作用于ID=1（典型是缺省站点）名字是MY SITE的站点
DisableConfig
EnableConfig 1
EnableConfig”My site”
下边例子将激活名称为SOMESITE配置因为它分割设置重载了缺省设置

EnableConfig”Some site”
DisableConfig
EnableRewrite and DisableRewrite directives
Syntax:
EnableRewrite [SiteID|”Site name”]
DisableRewrite [SiteID|”Site name”]

对所选站点激活或不激活重写或者改变缺省配置，缺省重写配置激活，这个指令只出现在GLOBAL配置内容中
SiteID
Numeric metabase identifier of a site

Site name
Name of the site as it appears in the IIS console.

不使用参数这个命令将全部激活或者不激活



RepeatLimit directive
Syntax: RepeatLimit Limit

　　这个指令可以出现在GLOBAL和SITE-LEVEL配置文件中，如果出现在GLOBAL配置文件中竟改变GLOBAL对于所有站点的限制，出现在SITE-LEVEL配置中竟只改变对于这个站点的限制并且这个限制不能超过GLOBAL限制

ISAPI_Rewrite在实行规则时允许循环，这个指令允许限制最大可能循环的数量，可以设置为0或1而不支

持循环，LIMIT　限制最大循环数量，缺省32
RFStyle directive
Syntax: RFStyle Old | New
Configuration Utility

ISAPI_Rewrite Full包括配置功用（可以在 ISAPI_Rewrite 程序组中启动），它允许你浏览测试状态并输入注册码（如果在安装过程中没有注册），并且调整部分与代理模式操作相关的产品功能，UTILITY是由三个页面组成的属性表

Trial page　允许你浏览TIRAL状态并输入注册码（如果在安装过程中没有注册）
Settings page　这页包含对下列参数的编辑框

Helper URL
这个参数影响过滤器和代理模块之间的联系方式，它即可以是以点做前缀的文件扩展名（如 .isrwhlp）也可以是绝对路径，
第一种情况下扩展名将追加在初始请求URI上并且代理模块竟通过SCRIPT MAP激活，缺省扩展名isrwhlp在安装进程中加在global script map 中，如果你改变这个扩展名或者你的应用不继承global script map

设置你应该手动添加向script map 所需求的入口。这个应该有如下参数

Executable: An absolute path to the rwhelper.dll in the short form
Extension: Desired extension (.isrwhlp is default)
Verbs radio button: All Verbs
Script engine checkbox: Checked
Check that file exists checkbox: Unchecked

我们已经创建了一个WSH script proxycfg.vbs ，可以简单在一个a script maps中注册，她位于安装文件夹并且可以在命令行一如下方式运行
cscript proxycfg.vbs [-r] [MetabasePath]
Optional -r 强制注册扩展名
Optional MetabasePath parameter allows specification of the first metabase key to process.

By default it is “/localhost/W3SVC”.
要在所有现存的 script maps 中注册你可以以如下命令行激活 scriptcscript proxycfg.vbs -r
第二种情况下你应该提供一个URI作为’Helper URL’的值，你也应该map 一个 ISAPI_Rewrite的安装文件夹作为美意个站点的虚拟文件家
注意：根据顾客反应，IIS5（也许包括IIS4）对长目录名有问题。所以我们强烈推荐使用短目录名
Worker threads limit
这个参数限制在代理扩展线程池中工作线程数，缺省为0意味着这个限制等于处理器数量乘以2
Active threads limit
这个参数限制当前运行线程数，这个数量不可大于”Worker threads limit”. 缺省0意思是等于处理器

数量
Queue size　这个参数定义最大请求数量，如果你曾经看到Queue timeout expired” 信息在 the Application event log中你可以增加这个参数

Queue timeout　这个参数定义你在内部请求队列中防止新请求的最大等待时间，如果你曾经看到Queue timeout expired

” 信息在 the Application event log中你可以增加这个参数
Connect timeout
以毫秒设定代理模块连接超时
Send timeout
以毫秒设定代理模块发送超时
Receive timeout
以毫秒设定代理模块发送超时
About page.
It contains copyright information and a link to the ISAPI_Rewrite’s web site.

Regular e­xpression syntax
这一部分覆盖了 ISAPI_Rewrite规定的表达句法
Literals
所有字符都是原意除了 “.”, “*”, “?”, “+”, “(”, “)”, “{”, “}”, “[”, “]”,

“^” and “$”.，这些字符在用“”处理时是原意，原意指一个字符匹配自身
Examples例子
Emulating host-header-based virtual sites on a single site
例如你在两个域名注册www.site1.com 和 www.site2.com，现在你可以创建两个不同的站点而使用单一的

物理站点。把以下规则加入到你的httpd.ini 文件
　

[ISAPI_Rewrite]

#Fix missing slash char on folders
RewriteCond Host: (.*)
RewriteRule ([^.?]+[^.?/]) http://$1$2/ [I,R]

#Emulate site1
RewriteCond Host: (?:www.)?site1.com
RewriteRule (.*) /site1$1 [I,L]

#Emulate site2
RewriteCond Host: (?:www.)?site2.com
RewriteRule (.*) /site2$1 [I,L]

现在你可以把你的站点放在/site1 和 /site2 目录中.

或者你可以应用更多的类规则：
　

[ISAPI_Rewrite]

#Fix missing slash char on folders
RewriteCond Host: (.*)
RewriteRule ([^.?]+[^.?/]) http://$1$2/ [I,R]

RewriteCond Host: (www.)?(.+)
RewriteRule (.*) /$2$3

为站点应该命名目录为 /somesite1.com, /somesite2.info, etc.
Using loops (Next flag) to convert request parameters
假如你希望有物理URL如 http://www.myhost.com/foo.asp?a=A&b=B&c=C 使用请求如

http://www.myhost.com/foo.asp/a/A/b/B/c/C 参数数量可以从两个请求之间变化

至少有两个解决办法。你可以简单的为每一可能的参数数量添加一个分隔规则或者你可以使用一个技术说

明如下面的例子
ISAPI_Rewrite]
RewriteRule (.*?.asp)(?[^/]*)?/([^/]*)/([^/]*)(.*) $1(?2$2&:?)$3=$4$5 [NS,I]
这个规则将从请求的URL中抽取一个参数追加在请求字符的末尾并且从头重启规则进程。所以它将循环直

到所有参数被移动到适当的位置，或者直到超过RepeatLimit也存在许多这个规则的变种。但使用不同的分隔字符，例如。使用URLS如

http://www.myhost.com/foo.asp~a~A~b~B~c~C 可以应中下面的规则：
　

ISAPI_Rewrite]
RewriteRule (.*?.asp)(?[^~]*)?~([^~]*)~([^~]*)(.*) $1(?2$2&:?)$3=$4$5 [NS,I]
Running servers behind IIS

假如我们有一个内网服务器运行IIS而几个公司服务器运行其他平台，这些服务器不能从INTERNET直接进入，而只能从我们公司的网络进入，有一个简单的例子可以使用代理标记映射其他服务器到IIS命名空间：
　

[ISAPI_Rewrite]
RewriteProxy /mappoint(.+) http://sitedomain$1 [I,U]
Moving sites from UNIX to IIS

这个规则可以帮助你把URL从 /~username 改变到 /username 和从 /file.html 改变到 /file.htm. 这个在你仅仅把你的站从UNIX移动到IIS并且保持搜索引擎和其他外部页面对老页面的连接时是有用的

　

[ISAPI_Rewrite]

#redirecting to update old links
RewriteRule (.*).html $1.htm
RewriteRule /~(.*) http://myserver/$1 [R]
Moving site location

许多网管问这样的问题：他们要重定向所有的请求到一个新的网络服务器，当你需要建立一个更新的站点取代老的的时候经常出现这样的问题，解决方案是用ISAPI_Rewrite 于老服务器中

　

[ISAPI_Rewrite]

#redirecting to update old links
RewriteRule (.+) http://newwebserver$1 [R]

Browser-dependent content
Dynamically generated robots.txt

robots.txt是一个搜索引擎用来发现能不能被索引的文件，但是为一个大站创建一个有许多动态内容的这

个文件是很复杂的工作，我们可以写一个robots.asp script

现在使用单一规则生成 robots.txt
　

[ISAPI_Rewrite]

RewriteRule /robots.txt /robots.asp
Making search engines to index dynamic pages

站点的内容存储在XML文件中，在服务器上有一个/XMLProcess.asp 文件处理XML文件并返回HTML到最终用户，URLS到文档有如下形式
http://www.mysite.com/XMLProcess.asp?xml=/somdir/somedoc.xml
但是许多公共引擎不能索引此类文档，因为URLS包含问号（文档动态生成），
ISAPI_Rewrite可以完全消除这个问题
　

[ISAPI_Rewrite]

RewriteRule /doc(.*).htm /XMLProcess.asp?xml=$1.xml

现在使用如同http://www.mysite.com/doc/somedir/somedoc.htm的URL进入文档，搜索引擎将不知道不是

somedoc.htm 文件并且内容是动态生成的
Negative e­xpressions (NOT
有时当模式不匹配你需要应用规则，这种情况下你可以使用在规则表达式中称为Forward Lookahead

Asserts
例如你需要不使用IE把所有用户移动到别的地点

[ISAPI_Rewrite]
# Redirect all non Internet Explorer users
# to another location
RewriteCond User-Agent: (?!.*MSIE).*
RewriteRule (.*) /nonie$1
Dynamic authentification

例如我们在站点上有一些成员域，我们在这个域上需要密码保护文件而我们不喜欢用BUILT-IN服务器安全，这个情况下可以建立一个ASP脚本（称为proxy.asp），这个脚本将代理所有请求到成员域并且检查请求允许，这里有一个简单的模板你可以放进你自己的授权代码

现在我们要通过配置 ISAPI_Rewrite 通过这个页面代理请求:

[ISAPI_Rewrite]
# Proxy all requests through proxy.asp
RewriteRule /members(.+) /proxy.asp?http://mysite.com/members$1
Blocking inline-images (stop hot linking

假设我们在http://www.mysite.com/下有些页面有一些内联 GIF图片很好，他人可以不直接协商通过盗链

到他们的页面上，我们不喜欢这样因为加大了服务器流量
当我们不能100%保护图片，我们至少可以在浏览器发送一个HTTP Referer header的地方限制这种情况

[ISAPI_Rewrite]
RewriteCond Host: (.+)
RewriteCond Referer: (?!http://1.*).*
RewriteRule .*.(?:gif|jpg|png) /block.gif [I,O]

注：ISAPI_Rewrite分精简(Lite)和完全(Full)版.精简版不支持对每个虚拟主机站点进行重写,只能进行

全局处理.不过对于有服务器的朋友,精简版也就够啦.精简版下载地

址:http://www.helicontech.com/download/,就是那Lite Version (free)啦.

]]> http://www.yybing.com/blog/default.asp?id=159 <![CDATA[WAP网关服务器应用形式初探]]> wabing@126.com(abing) Wed,23 Apr 2008 01:09:09 +0800 http://www.yybing.com/blog/default.asp?id=159 　　目前WAP已成为信息技术（IT）领域内的热门话题，有关这方面的文章和论述了较多，涉及到WAP的方方面面，例如协议栈本身、WAP的各种应用等。的确，WAP实现了21世纪人们随时随地'上网冲浪'的梦想，是无线通信和Internet结合的最佳模式之一。WAP应用领域也相当丰富，其最大特点在于系统结构的灵活性和协议的开放性，WAP网关服务器（WAP GATEWAY SERVER）是其中的关键部分，它与移动网络的连接方式直接决定了其应用模式生效能。本文将对进一步加强WAP网关服务器功能方面谈一下初步看法。 bitsCN#com中国网管联盟

　2. 经典的WAP应用结构模型
　　由WAP论坛（WAP FORUM）制定的WAP协议廾基本结构为底层承载（BEARER）+ 无线数据报协议（WDP）+ 传输层安全协议（WTLS）+ 事务层协议（WTP）+ 会话层协议（WSP）+ 无线应用环境（WAE），在最新的WAP1.2版本中啬了许多新的应用模式，如'推'（PUSH，即将Internet内容主动发送给移动用户的一种协议）等。WAP协议栈应用于结构模型如图1所示。其中作为核心成分的WAP网关服务器主要完成两个功能：实现WAP协议栈（WSP/WTP/WTLS/WDP）与Internet协议栈（HTTP/TLS/TCP/IP）之间的协议转换；信息内容的编解码，即将WAP数据压缩编码以减少网络数据流量，最大限度利用无线资源。 bitsCN#com中国网管联盟
　
　　WAP实现手机上网，是由移动终端、移动网络（由基站和交换机组成）、WAP网关服务器和网络内容供应商（ICP）、网络服务供应商（ISP）之间协调完成。这一典型手机上网过程可简述如下：
　 （1） 手机发出请求；
　 （2） 移动网络（GSM、CDMA或其它移动网络）接通本地ISP；
　 （3） 本地ISP连接WAP网关服务器；
　 （4） WAP网关服务器向目标内容服务器发出请求；
　 （5） 目标内容服务器将信息传给WAP网关服务器；
　 （6） WAP网关服务器将处理后的信息发送到本地ISP；
　 （7） 本地ISP将住处传回移动网络；
　 （8） 手机接收到Internet信息；
　
　　可见实现这一过程所参与的网络实体比较多，相互的协调也较为复杂。同时，WAP网关服务器仅仅作为一网关来使用，承担功能相对不足。因此不妨利用WAP协议的开放性，改变这种单一的连接形式，来达到充分利用WAP网关服务器强大存储和处理能力的目的，让它成为真正意义上的'服务器'。 BBS.bitsCN.com网管论坛

　　3. WAP服务器与移动网络（MN）连接的几种形式以及协议栈的变化 www_bitscn_com中国.网管联盟

　　3.1 连接形式
　　WAP作为一种网关服务器（连接MN与Internet的GATEWAY），与移动网络的连接方式是决定其结构和功能的主要因素，即所谓的'WAP网关服务器解决方案'。对采用分组交换的移动网络，如GPRS以及第三代网络等，WAP网关服务器可与其采用IP直连的方式，这里就不多加探讨。但对于非IP网络，如GSM电路交换数据（CSD）网等，就有可能采用不着一些变化的连接形式。下面以目前应用较为普遍的CSD和短消息（SMS）承载实体为例来说明这些变化，以及由此带来的利弊和WAP网关服务器效能的改变。


　　（1） 用在电路交换数据承载实体上
　　在电路交换数据承载实体上，WAP网关服务器与MN可以有三种连接情况，如图2所示。
第一种形式是经典方法，CSD经过一系列的中间转换（依次经过IWF、PSTN、MODEM），最后由ISP提供与WAP网关服务器的IP连接；

[bitsCN.Com]



　　第二种方式由移动网络交换机直接提供数字中继连接到ISP，由ISP提供与WAP网关服务器的IP连接，ISP起到了CSD与IP之间协议转换的作用。

bbs.bitsCN.com


　　第三种方式是由移动网络交换机直接提供数字中继，连接至WAP网关服务器。 [bitsCN.Com]

　　第一种方式可充分利用目前的基础设施，即数量庞大的用户线都可实现与WAP网关服务器的连接，直接的好处就是WAP服务供应商会增多，可充分引入竞争和改善服务等。

bitsCN#com中国网管联盟


　　第二种方式中ISP商需要租用相对昂贵的中继线，同时也要承担CSD和IP之间协议转换的任务，可能会影响ISP商参与WAP服务的积极性。 www@bitscn@com


　　第三种方式连接最为简洁、可靠，但需由WAP网关服务器来承担CSD至IP的协议转换工作，在这种方案中WAP网关服务器也扮演了ISP的角色。从充分利用WAP网关服务器功能的角度出发，第三种方案将是一种较好的解决方案。 [bitsCN_com]

　　（2）在短消息业务承载实体上
　　在短消息业务（SMS）承载实体上，WAP网关服务器与MN也有两种连接情况，如图3所示。第一种方案是经典方案。第二种方案在保留短消息中心的情况下，将无线数据网关的功能移至WAP网关服务器，这是让WAP网关服务器承担尽可能多的功能。目前移动网络所支持的短消息业务其流量有限（最多只能传送140Bytes的内容），用它来承载Internet并无多大意义。进一步的考虑是将WAP网关服务器应用为一短消息业务中心，这样具有更大的实用价值。 从电信设备制造商的角度出发，两个承载实体（实际上可推广到所有承载实体）都趋向于选择使WAP网关服务器的功能更强大的方案。从技术上讲，WAP网关都是由存储量大、处理能力强的计算机来承担，若仅仅完成网关的作用，有'大材小用'之嫌。因此为充分利用已有的能力，将一部分功能移至WAP网关服务器，是完全可行的。而且对运营商来讲，这样的组网方式连接简单、成本相对较低、运行可靠、维护方便。从理论上讲，WAP协议的开放性是可以保证这些多种连接的灵活性的。

3.2 协议栈设计
　　上面变化的连接形式带来了协议栈的相应改变。作为一种开放技术，WAP协议被设计成能支持这些改变。下面仍以GSM和CDMA承载实体为例来说明协议栈的变化情况。 bitsCN.nET*中国网管博客


　　3.2.1 CSD承载实体上的WAP协议栈
　　如图4-6所示。第一种方案是典型协议栈结构，无须任何改变。在第二种方案中，从ISP到WAP网关服务器的子网可以是任何一种传输网，如基于以太网的LAN、WAN等，它省去 PSTN连接和有关协议转换，在ISP和移动网络之间建立PPP直连。第三种方案必须在移动网络和WAP网关服务器之间建立类似于拨号的直接连接，这可由PPP协议来完成。







　3.2.2 SMS承载实体上的WAP协议栈
　　如图7-8所示。第一种方案上行过程中无线数据网关（Wireless Data Gateway）将短消息封装在IP隧道（Tunnel Over IP）中，传送到WAP网关服务器，WAP网关服务器从隧道中取出SMS，下行过程亦然，这也是典型方案。第二种方案中隧道传送被省去，但必须由一短消息实全接口（SME-IF for GSM, MC I/F for CDMA）来完成短消息到WDP协议的转换，即将无线数据网关集成于WAP网关服务器之中。
在开放的WAP协议结构中完成如上所述的变化不仅可行，而且相对简单，由此带来的效率提高值得关注。




　4. WAP网关服务器的深层次应用
　　目前已经投入使用的WAP网关服务器仅能实现协议所定义的基本应用，即传送Internet内容，也仅起到网关的作用。其实WAP协议所定义的应用远远不只这些，WAP所能提供的业务更应该是包罗万象的。除了上面所谈到的利用改变与移动网络的连接方式来赋予WAP网关服务器更强大的功能以外，还可利用WAP网关服务器向用户提供多种增值业务和所谓'个性化服务'。

www_bitscn_com中国.网管联盟

　　电子邮件就是一种典型的增值业务，目前应用在WAP业务中也较为普及。向用户提供诸如地址名录管理、个人信息服务（如地理定位等）则体现了WAP网关服务器能真正实现'个性化服务'的特点。由于移动终端内存和处理能力的限制，实现这些功能比较困难，WAP网关服务器能处理和存储这些信息和内容，并在用户需要时可随时传送给他们。利用WAP传输层安全协议，可交移动电子商务领域重要的加密和谁工作也放在WAP网关服务器来完成，省去移动网络和终端的繁重处理任务。WAP协议栈还保留了一部分关于未来WAP应用和业务的定义，这些功能在适当的条件下，亦可放在WAP网关服务器来完成。利用短消息承载实体来传送Internet内容没有多大实际价值，但利用WAP网关服务器来完成短消息中心的功能是一个很好的设想，电信运营商应该对这一方案表示欢迎。 可以预想，WAP网关服务器在将来还可能被赋以更大用途，成为一种综合性网关服务器。 DL@bitsCN_com网管软件下载

　　5. 结束语
　　WAP协议的开放性使得WAP网关服务器与移动网络的连接形式可以有多种，从而为提高WAP网关服务器的交通打下了基础，也保证了设计、开发、安装、运营的灵活和多样性。同时，在适当条件下可赋予WAP网关服务器多种多样的功能，它的应用模式随技术和市场的发展而变化。
]]> http://www.yybing.com/blog/default.asp?id=158 <![CDATA[动态WAP站点的服务器设置 ]]> wabing@126.com(abing) Wed,23 Apr 2008 01:01:41 +0800 http://www.yybing.com/blog/default.asp?id=158

　　在这里，我们先用最为典型的IIS服务器作为例子：


　　为了使IIS支持WAP(WML)页面的发布，在IIS的Web站点的属性 / HTTP信息中设置WAP的MIME属性，添加如下的MIME类型：


　　扩展名　　　内容类型（MIME）　　
　　.wml　　　　text/vnd.wap.wml　　
　　.wbmp　　　 image/vnd.wap.wbmp　　
　　.wmlc　　　 application/vnd.wap.wmlc　　
　　.wmls　　　 text/vnd.wap.wmls　　
　　.wmlsc　　　application/vnd.wap.wmlsc　　


　　重启 IIS 使其支持 WAP 页面的发布。

]]> http://www.yybing.com/blog/default.asp?id=157 <![CDATA[宝宝年后的一些生活片段-5个月-2]]> wabing@126.com(abing) Sun,30 Mar 2008 20:54:13 +0800 http://www.yybing.com/blog/default.asp?id=157

宝宝

]]> http://www.yybing.com/blog/default.asp?id=156 <![CDATA[宝宝年后的一些生活片段-5个月]]> wabing@126.com(abing) Wed,26 Mar 2008 12:43:22 +0800 http://www.yybing.com/blog/default.asp?id=156

宝宝年后的一些生活片段-5个月

]]> http://www.yybing.com/blog/default.asp?id=155 <![CDATA[宝宝和舅舅]]> wabing@126.com(abing) Mon,18 Feb 2008 22:48:24 +0800 http://www.yybing.com/blog/default.asp?id=155






]]> http://www.yybing.com/blog/default.asp?id=154 <![CDATA[3—4个月宝宝 辅食]]> wabing@126.com(abing) Sat,16 Feb 2008 14:53:06 +0800 http://www.yybing.com/blog/default.asp?id=154 人工喂养的宝宝3个月后，可以添加果汁和菜汁，母乳喂养的宝宝要在4个月以后，先添加菜汁后添加果汁，每种吃3天后再换另一种。果汁较浓时可以添加适量的水进行稀释。6个月内的宝宝不要加盐和糖。

1、番茄汁
原料：番茄半个
制法：将熟透的西红柿在开水中烫2分钟，取出剥皮；
将去皮的西红柿切碎；
用干净的纱布把切碎的西红柿包裹后挤出汁水，也可以用榨汁机。
注：西红柿的底部用小刀浅划十字，再放入沸水中烫，这样容易剥皮。


2、胡萝卜汁
原料：胡萝卜1根
制法：胡萝卜洗净，切小块；
放入小锅内，家30-50毫升水煮沸，小火煮10分钟；
过滤后将汁倒入小碗。
注：胡萝卜直接生长在土壤中，易受到污染，建议皮削厚点，只留下心作为原料。


3、黄瓜汁
原料：黄瓜半根
制法：将黄瓜去皮；
用擦菜板擦好；
用干净的纱布包住黄瓜丝挤出汁来，也可以用榨汁机。

4、苹果汁
原料：苹果半个
制法：将苹果削去皮和核；
用擦菜板擦出丝；
用干净的纱布包住苹果丝挤出汁来，也可以用榨汁机。
注：苹果汁分为熟制和生制两种，熟制即将苹果煮熟后过滤出汁，熟苹果汁适合胃肠道弱、消化不良的小儿，生苹果汁适合消化功能好，大便正常的婴儿。


5、草莓汁
原料：草莓3—4个，水一勺
制作方法：将草莓洗净；
切碎，放入小碗，用勺碾碎；
倒入过滤漏勺，用勺挤出汁，加水拌匀。
注：用榨汁机制成的汁会有一层沫，用小勺舀去，再加水调和。

6、猕猴桃汁
原料：猕猴桃半个，水一勺
制作方法：将熟透的猕猴桃剥皮切半；
切碎，放入小碗，用勺碾碎；
倒入过滤漏勺，用勺挤出汁，加水拌匀。

7、枣汁
原料：红枣10—20枚
制作方法：干红枣泡入水中1小时，新鲜红枣只需洗净；
捞出放入碗内，放入蒸锅内，上汽后再蒸15—20分钟；
将碗内红枣汁倒入小杯。


4—6个月宝宝
在吃奶的基础上，每天添加一顿泥湖状食品，每种吃3—4天，用勺喂，量由少到多，由稀到稠，由淡到浓，仍不加盐和糖。制作时可以用电动搅拌器，既可节约时间又能作出细腻的食品。

1、米汤
原料：大米1勺，水1杯
制作方法：将米洗净后泡2小时，再入锅加水煮沸；
煮至水减半时将火关掉；
好的米粥过滤只留米汤。
注：开始喂米汤也可以加在奶里喂，量要逐渐增加。

2、米糊
原料：营养米粉1勺，奶/水6勺
制作方法：先将奶/水加热至沸腾，倒入碗中略晾温；
养米粉慢慢倒入，一边倒一边搅，直至粘稠。
在宝宝习惯了米糊的基础上，可以将菜泥加入米糊。


以下隆重推荐几款菜泥。

1、胡萝卜泥
原料：胡萝卜1/8根，水2勺
制作方法：将胡萝卜蒸/煮软后，剥皮；
用勺或研磨器碾成细泥，再加水拌匀。
注：胡萝卜泥中可以加一点黄油，不光口感好，而且有利于胡萝卜素的吸收。

2、茄子泥
原料：嫩茄子1/2根
制作方法：将茄子切成1厘米的细条；
把茄子条蒸10分钟，蒸烂；
将蒸烂的茄子用勺通过滤网挤成茄泥。
注：茄子一定要选择嫩的，老茄子的籽，不易吞咽，好可能造成气管异物。


3、土豆泥
原料：土豆1/4个，水1勺
制作方法：将土豆蒸/煮软，剥皮；
用勺碾成洗泥后加水拌匀。

4、南瓜泥
原料：南瓜20克，米汤2勺
制作方法：将南瓜削皮，去籽；
南瓜蒸熟后捣碎并过滤；
将南瓜和米汤放入锅内用文火煮。


5、蛋黄泥
原料：鸡蛋1个，水/奶一勺
制作方法：将鸡蛋放入凉水中煮沸，中火再煮5—10分钟；
剥壳，取出蛋黄；
加入水/奶，用勺调成泥状。

注：先用小勺喂1/8个蛋黄泥，连续3天；如无大的异常，增加到1/4个，再连续喂3天；仍正常可加至1/2，再连续喂3—4天；如果宝宝喜欢，最后可以喂1个完整的蛋黄。
3%的宝宝会对蛋黄过敏，起皮疹，腹泻，气喘等，就暂停喂蛋黄，等到7—8个月时再添加，不要因此就放弃。


6、苹果泥
原料：苹果半个
制作方法：用小勺轻刮苹果面，刮出细泥。
注：一定要现吃现做，否则颜色会变得很难看（氧化了嘛）。

7、香蕉泥
原料：香蕉1/5根
制作方法：香蕉切碎放入小碗，用勺碾成泥。
注：香蕉一定要选熟透的，也要现吃现做。

8、枣泥
原料：将红枣蒸/煮熟；
去皮去核，碾成枣泥。
注：一定要把皮去净。


水果泥做法简单，味道也比较好，宝宝会很喜欢吃，但不要让宝宝吃的太多，造成膳食不平衡，每次2—4勺比较合适。
]]>