晋太元中,武陵人捕鱼为业。缘溪行,忘路之远近。忽逢桃花林,夹岸数百步,中无杂树,芳草鲜美,落英缤纷。渔人甚异之,复前行,欲穷其林。 林尽水源,便得一山,山有小口,仿佛若有光。便舍船,从口入。初极狭,才通人。复行数十步,豁然开朗。土地平旷,屋舍俨然,有良田、美池、桑竹之属。阡陌交通,鸡犬相闻。其中往来种作,男女衣着,悉如外人。黄发垂髫,并怡然自乐。 见渔人,乃大惊,问所从来。具答之。便要还家,设酒杀鸡作食。村中闻有此人,咸来问讯。自云先世避秦时乱,率妻子邑人来此绝境,不复出焉,遂与外人间隔。问今是何世,乃不知有汉,无论魏晋。此人一一为具言所闻,皆叹惋。余人各复延至其家,皆出酒食。停数日,辞去。此中人语云:“不足为外人道也。”(间隔 一作:隔绝) 既出,得其船,便扶向路,处处志之。及郡下,诣太守,说如此。太守即遣人随其往,寻向所志,遂迷,不复得路。 南阳刘子骥,高尚士也,闻之,欣然规往。未果,寻病终。后遂无问津者。
| DIR:/opt/alt/ruby20/lib64/ruby/gems/2.0.0/doc/rack-1.6.4/ri/ |
| Current File : //opt/alt/ruby20/lib64/ruby/gems/2.0.0/doc/rack-1.6.4/ri/page-KNOWN-ISSUES.ri |
U:RDoc::TopLevel[ i I"KNOWN-ISSUES:ETcRDoc::Parser::Simpleo:RDoc::Markup::Document:@parts[S:RDoc::Markup::Heading: leveli: textI"(Known issues with Rack and ECMA-262;To:RDoc::Markup::BlankLine o:RDoc::Markup::List: @type:BULLET:@items[o:RDoc::Markup::ListItem:@label0;[o:RDoc::Markup::Paragraph;[I"RMany users expect the escape() function defined in ECMA-262 to be compatible ;TI"Pwith URI. Confusion is especially strong because the documentation for the ;TI"Nescape function includes a reference to the URI specifications. ECMA-262 ;TI"Lescape is not however a URI escape function, it is a javascript escape ;TI"Tfunction, and is not fully compatible. Most notably, for characters outside of ;TI"Dthe BMP. Users should use the more correct encodeURI functions.;T@ S; ; i;I"+Known issues with Rack and Web servers;T@ o; ;;;[o;;0;[o;;[I"ELighttpd sets wrong SCRIPT_NAME and PATH_INFO if you mount your ;TI"EFastCGI app at "/". This can be fixed by using this middleware:;T@ o:RDoc::Markup::Verbatim;[I"!class LighttpdScriptNameFix ;TI" def initialize(app) ;TI" @app = app ;TI" end ;TI" ;TI" def call(env) ;TI"L env["PATH_INFO"] = env["SCRIPT_NAME"].to_s + env["PATH_INFO"].to_s ;TI"! env["SCRIPT_NAME"] = "" ;TI" @app.call(env) ;TI" end ;TI" end ;T:@format0o;;[I"8Of course, use this only when your app runs at "/".;T@ o;;[I"LSince lighttpd 1.4.23, you also can use the "fix-root-scriptname" flag ;TI"in fastcgi.server.;T@ S; ; i;I"0Known conflicts regarding parameter parsing;T@ o;;[I"O* Many users have differing opinions about parameter parsing. The current ;TI"P parameter parsers in Rack are based on a combination of the HTTP and CGI ;TI"S specs, and are intended to round-trip encoding and decoding. There are some ;TI"A choices that may be viewed as deficiencies, specifically: ;TI"U - Rack does not create implicit arrays for multiple instances of a parameter ;TI"5 - Rack returns nil when a value is not given ;TI"> - Rack does not support multi-type keys in parameters ;TI"R These issues or choices, will not be fixed before 2.0, if at all. They are ;TI"R very major breaking changes. Users are free to write alternative parameter ;TI"Q parsers, and their own Request and Response wrappers. Moreover, users are ;TI" encouraged to do so.;T;0: @file@:0@omit_headings_from_table_of_contents_below0 |