sinatra 1.4.8 → 2.0.0

data/README.es.md

@@ -117,7 +117,7 @@ end
 Rutas con Expresiones Regulares:
 
 ```ruby
-get /\A\/hola\/([\w]+)\z/ do
+get /\/hola\/([\w]+)/ do
   "Hola, #{params['captures'].first}!"
 end
 ```
@@ -282,7 +282,7 @@ end
 O, usando un lookahead negativo:
 
 ```ruby
-get %r{^(?!/index$)} do
+get %r{(?!/index)} do
   # ...
 end
 ```
@@ -1654,7 +1654,7 @@ get '/foo' do
   request.ip                  # dirección IP del cliente
   request.secure?             # false (sería true sobre ssl)
   request.forwarded?          # true (si se está corriendo atrás de un proxy reverso)
-  requuest.env                # hash de entorno directamente entregado por Rack
+  request.env                 # hash de entorno directamente entregado por Rack
 end
 ```
 
@@ -1808,7 +1808,7 @@ configure do
 end
 ```
 
-Ejecutar únicamente cuando el entorno (la variable de entorno RACK_ENV) es
+Ejecutar únicamente cuando el entorno (la variable de entorno APP_ENV) es
 `:production`:
 
 ```ruby
@@ -1918,7 +1918,7 @@ set :protection, :except => [:path_traversal, :session_hijacking]
   <dt>environment</dt>
   <dd>
     Entorno actual, por defecto toma el valor de
-    <tt>ENV['RACK_ENV']</tt>, o <tt>"development"</tt> si no
+    <tt>ENV['APP_ENV']</tt>, o <tt>"development"</tt> si no
     está disponible.
   </dd>
 
@@ -2080,7 +2080,7 @@ de `production` y `test`, donde se cachean.
 especiales que muestran un stack trace en el navegador cuando son disparados.
 
 Para utilizar alguno de los otros entornos puede asignarse el valor
-correspondiente a la variable de entorno `RACK_ENV`, o bien utilizar la opción
+correspondiente a la variable de entorno `APP_ENV`, o bien utilizar la opción
 `-e` al ejecutar la aplicación:
 
 ```shell

data/README.fr.md

@@ -209,7 +209,7 @@ end
 Une route peut aussi être définie par une expression régulière :
 
 ```ruby
-get /\A\/bonjour\/([\w]+)\z/ do
+get /\/bonjour\/([\w]+)/ do
   "Bonjour, #{params['captures'].first} !"
 end
 ```
@@ -390,7 +390,7 @@ end
 Ou bien en utilisant cette expression regulière :
 
 ```ruby
-get %r{^(?!/index$)} do
+get %r{(?!/index)} do
   # ...
 end
 ```
@@ -2016,7 +2016,7 @@ configure do
 end
 ```
 
-Lancé si l'environnement (variable d'environnement RACK_ENV) est `:production` :
+Lancé si l'environnement (variable d'environnement APP_ENV) est `:production` :
 
 ```ruby
   configure :production do
@@ -2121,7 +2121,7 @@ set :protection, :session => true
   </dd>
 
   <dt>environment</dt>
-  <dd>environnement courant, par défaut <tt>ENV['RACK_ENV']</tt>, ou
+  <dd>environnement courant, par défaut <tt>ENV['APP_ENV']</tt>, ou
   <tt>"development"</tt> si absent.</dd>
 
   <dt>logging</dt>
@@ -2229,7 +2229,7 @@ set :protection, :session => true
 
 Il existe trois environnements prédéfinis : `"development"`,
 `"production"` et `"test"`. Les environements peuvent être
-sélectionné via la variable d'environnement `RACK_ENV`. Sa valeur par défaut
+sélectionné via la variable d'environnement `APP_ENV`. Sa valeur par défaut
 est `"development"`. Dans ce mode, tous les templates sont rechargés à
 chaque requête. Des handlers spécifiques pour `not_found` et
 `error` sont installés pour vous permettre d'avoir une pile de trace
@@ -2237,10 +2237,10 @@ dans votre navigateur. En mode `"production"` et `"test"` les
 templates sont mis en cache par défaut.
 
 Pour exécuter votre application dans un environnement différent, définissez la
-variable d'environnement `RACK_ENV` :
+variable d'environnement `APP_ENV` :
 
-```shell
-RACK_ENV=production ruby my_app.rb
+``` shell
+APP_ENV=production ruby my_app.rb
 ```
 
 Vous pouvez utiliser une des méthodes `development?`, `test?` et `production?`
@@ -2405,7 +2405,7 @@ class MonTest < Minitest::Test
     assert_equal 'Salut Frank !', last_response.body
   end
 
-  def test_avec_rack_env
+  def test_avec_agent
     get '/', {}, 'HTTP_USER_AGENT' => 'Songbird'
     assert_equal "Vous utilisez Songbird !", last_response.body
   end

data/README.hu.md

@@ -88,7 +88,7 @@ Az útvonalmintákban szerepelhetnek joker paraméterek is, melyeket a
 Reguláris kifejezéseket is felvehetünk az útvonalba:
 
 ```ruby
-  get /\A\/hello\/([\w]+)\z/ do
+  get /\/hello\/([\w]+)/ do
     "Helló, #{params['captures'].first}!"
   end
 ```
@@ -411,7 +411,7 @@ Csak indításkor, de minden környezetre érvényesen fusson le:
   end
 ```
 
-Csak akkor fusson le, ha a környezet (a RACK_ENV környezeti változóban)
+Csak akkor fusson le, ha a környezet (a APP_ENV környezeti változóban)
 `:production`-ra van állítva:
 
 ```ruby
@@ -562,7 +562,7 @@ könyvtárat ajánljuk:
       assert_equal 'Helló Frici!', last_response.body
     end
 
-    def test_with_rack_env
+    def test_with_user_agent
       get '/', {}, 'HTTP_USER_AGENT' => 'Songbird'
       assert_equal "Songbird-öt használsz!", last_response.body
     end
@@ -649,6 +649,40 @@ Az alábbi kapcsolókat ismeri fel a rendszer:
   -s # a rack szerver/handler beállítása (alapértelmezetten ez a thin)
   -x # a mutex lock bekapcsolása (alapértelmezetten ki van kapcsolva)
 
+## Több szálon futtatás
+
+_Parafrázis [Konstantin StackOverflow válasza][so-answer] alapján_
+
+A Sinatra nem szabja meg az konkurenciakezelés módját, hanem az alatta működő
+Rack kezelőre (szerverre) hagyja ezt a feladatot, ami például a Thin, a Puma,
+vagy a WEBrick. A Sinatra önmagában szálbiztos, tehát semmilyen probléma sem
+adódik, ha a Rack kezelő többszálú konkurenciamodellt használ. Ezek szerint
+szerverindításkor meg kell adni a Rack szervernek megfelelő indítási módot.
+A következő példa egy többszálú Thin szerver indítását mutatja be.
+
+```ruby
+# app.rb
+
+require 'sinatra/base'
+
+class App < Sinatra::Base
+  get '/' do
+    "Hello, World"
+  end
+end
+
+App.run!
+
+```
+
+A szerverindítás parancsa a következő lenne:
+
+``` shell
+thin --threaded start
+```
+
+[so-answer]: http://stackoverflow.com/a/6282999/1725341
+
 ## Fejlesztői változat
 
 Ha a Sinatra legfrissebb, fejlesztői változatát szeretnéd használni,

data/README.ja.md

@@ -1,7 +1,7 @@
 # Sinatra
 
 *注）
-本文書は英語から翻訳したものであり、その内容が最新でない場合もあります。最新の情報はオリジナルの英語版を参照して下さい。*
+本文書は英語から翻訳したものであり、その内容が最新でない場合もあります。最新の情報はオリジナルの英語版を参照してください。*
 
 Sinatraは最小の労力でRubyによるWebアプリケーションを手早く作るための[DSL](https://ja.wikipedia.org/wiki/メインページドメイン固有言語)です。
 
@@ -70,9 +70,11 @@ ThinがあればSinatraはこれを利用するので、`gem install thin`する
         * [名前付きテンプレート(Named Templates)](#名前付きテンプレートnamed-templates)
         * [ファイル拡張子の関連付け](#ファイル拡張子の関連付け)
         * [オリジナルテンプレートエンジンの追加](#オリジナルテンプレートエンジンの追加)
+        * [カスタムロジックを使用したテンプレートの探索](#カスタムロジックを使用したテンプレートの探索)
     * [フィルタ(Filters)](#フィルタfilters)
     * [ヘルパー(Helpers)](#ヘルパーhelpers)
         * [セッションの使用](#セッションの使用)
+        * [セッションミドルウェアの選択](#セッションミドルウェアの選択)
         * [停止(Halting)](#停止halting)
         * [パッシング(Passing)](#パッシングpassing)
         * [別ルーティングの誘発](#別ルーティングの誘発)
@@ -160,6 +162,14 @@ end
 ルーティングは定義された順番にマッチします。
 リクエストに最初にマッチしたルーティングが呼び出されます。
 
+トレイリングスラッシュを付けたルートは、そうでないルートと異なったものになります。
+
+```ruby
+    get '/foo' do
+      # Does not match "GET /foo/"
+    end
+```
+
 ルーティングのパターンは名前付きパラメータを含むことができ、
 `params`ハッシュで取得できます。
 
@@ -208,7 +218,7 @@ end
 ルーティングを正規表現にマッチさせることもできます。
 
 ```ruby
-get /\A\/hello\/([\w]+)\z/ do
+get /\/hello\/([\w]+)/ do
   "Hello, #{params['captures'].first}!"
 end
 ```
@@ -365,12 +375,11 @@ end
 または、否定先読みを使って:
 
 ```ruby
-get %r{^(?!/index$)} do
+get %r{(?!/index)} do
   # ...
 end
 ```
 
-
 ## 静的ファイル(Static Files)
 
 静的ファイルは`./public`ディレクトリから配信されます。
@@ -418,7 +427,6 @@ end
 
 Sinatraが理解できないオプションは、テンプレートエンジンに渡されることになります。
 
-
 ```ruby
 get '/' do
   haml :index, :format => :html5
@@ -448,7 +456,7 @@ end
 
   <dt>default_encoding</dt>
   <dd>
-    文字エンコーディング（不確かな場合に使用される）。デフォルトは、<tt>settings.default_encoding</tt>。
+    文字エンコーディングが確実でない場合に指定。デフォルトは、<tt>settings.default_encoding</tt>。
   </dd>
 
   <dt>views</dt>
@@ -490,9 +498,9 @@ end
 set :views, settings.root + '/templates'
 ```
 
-テンプレートはシンボルを使用して参照させることを覚えておいて下さい。
-サブディレクトリでもこの場合は`:'subdir/template'`のようにします。
-レンダリングメソッドは文字列が渡されると、それをそのまま文字列として出力するので、シンボルを使ってください。
+テンプレートの参照は、テンプレートがサブディレクトリ内にある場合でも常にシンボルで指定することを覚えておいてください。
+（これは`:'subdir/template'`または`'subdir/template'.to_sym`のように指定することを意味します。）
+レンダリングメソッドにシンボルではなく文字列を渡してしまうと、そのまま文字列として出力してしまいます。
 
 ### リテラルテンプレート(Literal Templates)
 
@@ -502,13 +510,19 @@ get '/' do
 end
 ```
 
-これはそのテンプレート文字列をレンダリングします。
+これはテンプレート文字列をレンダリングしています。
+テンプレート文字列に関連するファイルパスや行数を`:path`や`:line`オプションで指定することで、バックトレースを明確にすることができます。
+
+```ruby
+get '/' do
+  haml '%div.title Hello World', :path => 'examples/file.haml', :line => 3
+end
+```
 
 ### 利用可能なテンプレート言語
 
 いくつかの言語には複数の実装があります。使用する（そしてスレッドセーフにする）実装を指定するには、それを最初にrequireしてください。
 
-
 ```ruby
 require 'rdiscount' # または require 'bluecloth'
 get('/') { markdown :index }
@@ -531,7 +545,6 @@ get('/') { markdown :index }
   </tr>
 </table>
 
-
 #### Erb テンプレート
 
 <table>
@@ -592,7 +605,6 @@ get('/') { markdown :index }
 
 インラインテンプレート用にブロックを取ることもできます（例を参照）。
 
-
 #### Sass テンプレート
 
 <table>
@@ -610,7 +622,6 @@ get('/') { markdown :index }
   </tr>
 </table>
 
-
 #### Scss テンプレート
 
 <table>
@@ -704,7 +715,6 @@ erb :overview, :locals => { :text => markdown(:introduction) }
 
 MarkdownからはRubyを呼ぶことができないので、Markdownで書かれたレイアウトを使うことはできません。しかしながら、`:layout_engine`オプションを渡すことでテンプレートのものとは異なるレンダリングエンジンをレイアウトのために使うことができます。
 
-
 #### Textile テンプレート
 
 <table>
@@ -764,7 +774,6 @@ erb :overview, :locals => { :text => rdoc(:introduction) }
 
 ノート: 他のテンプレート内で`rdoc`メソッドを呼び出せます。
 
-
 ```ruby
 %h1 Hello From Haml!
 %p= rdoc(:greetings)
@@ -810,7 +819,6 @@ AsciiDocテンプレートからRubyのメソッドを直接呼び出すこと
 
 RadiusテンプレートからRubyのメソッドを直接呼び出すことができないため、ほぼ全ての場合にlocalsを指定する必要があるでしょう。
 
-
 #### Markaby テンプレート
 
 <table>
@@ -1006,7 +1014,6 @@ end
   </tr>
 </table>
 
-
 テンプレートのソースはRubyの文字列として評価され、その結果のJSON変数は`#to_json`を使って変換されます。
 
 ```ruby
@@ -1059,7 +1066,7 @@ get '/:id' do
 end
 ```
 
-このやり方は他のテンプレート内で部分テンプレートとして表示する時に典型的に使用されます。
+これは他のテンプレート内で部分テンプレートとして表示する典型的な手法です。
 
 ### `yield`を伴うテンプレートとネストしたレイアウト
 
@@ -1096,7 +1103,6 @@ end
 `liquid`, `slim `, `wlang`。
 また汎用の`render`メソッドもブロックを取れます。
 
-
 ### インラインテンプレート(Inline Templates)
 
 テンプレートはソースファイルの最後で定義することもできます。
@@ -1138,7 +1144,7 @@ get '/' do
 end
 ```
 
-「layout」というテンプレートが存在する場合、そのテンプレートファイルは他のテンプレートがレンダリングされる度に使用されます。`:layout => false`で個別に、または`set :haml, :layout => false`でデフォルトとして、レイアウトを無効にすることができます。
+「layout」という名前のテンプレートが存在する場合は、そのテンプレートファイルは他のテンプレートがレンダリングされる度に使用されます。`:layout => false`で個別に、または`set :haml, :layout => false`でデフォルトとして、レイアウトを無効にすることができます。
 
 ```ruby
 get '/' do
@@ -1172,6 +1178,22 @@ end
 
 これは、`./views/index.myat`をレンダリングします。Tiltについての詳細は、https://github.com/rtomayko/tilt を参照してください。
 
+### カスタムロジックを使用したテンプレートの探索
+
+オリジナルテンプレートの検索メカニズムを実装するためには、`#find_template`メソッドを実装します。
+
+```ruby
+configure do
+  set :views [ './views/a', './views/b' ]
+end
+
+def find_template(views, name, engine, &block)
+  Array(views).each do |v|
+    super(v, name, engine, &block)
+  end
+end
+```
+
 ## フィルタ(Filters)
 
 beforeフィルタは、リクエストのルーティングと同じコンテキストで各リクエストの前に評価され、それによってリクエストとレスポンスを変更可能にします。フィルタ内でセットされたインスタンス変数はルーティングとテンプレートからアクセスすることができます。
@@ -1254,10 +1276,9 @@ helpers FooUtils, BarUtils
 
 その効果は、アプリケーションクラスにモジュールをインクルードするのと同じです。
 
-
 ### セッションの使用
 
-セッションはリクエスト間での状態維持のために使用されます。その起動により、ユーザセッションごとに一つのセッションハッシュが与えられます。
+セッションはリクエスト間での状態維持のために使用されます。セッションを有効化すると、ユーザセッションごとに一つのセッションハッシュが与えられます。
 
 ```ruby
 enable :sessions
@@ -1303,6 +1324,38 @@ foo.comのサブドメイン上のアプリ間でセッションを共有化し
 set :sessions, :domain => '.foo.com'
 ```
 
+#### セッションミドルウェアの選択
+
+`enable :sessions`とすることで、クッキー内の全てのデータを実際に保存してしまうことに注意してください。
+これは、あなたが望む挙動ではない（例えば、大量のデータを保存することでトラフィックが増大してしまう）かもしれません。
+あなたは、次のいずれかの方法によって、任意のRackセッションミドルウェアを使用することができます。
+
+```ruby
+enable :sessions
+set :session_store, Rack::Session::Pool
+```
+
+オプションのハッシュを設定するためには、次のようにします。
+
+```ruby
+set :sessions, :expire_after => 2592000
+set :session_store, Rack::Session::Pool
+```
+
+他の方法は`enable :sessions`を**しない**で、他のミドルウェアの選択と同様にあなた自身でミドルウェアを選択することです。
+
+この方法を選択する場合は、セッションベースの保護は**デフォルトで有効にならない**ということに注意することが重要です。
+
+これを満たすためのRackミドルウェアを追加することが必要になります。
+
+```ruby
+use Rack::Session::Pool, :expire_after => 2592000
+use Rack::Protection::RemoteToken
+use Rack::Protection::SessionHijacking
+```
+
+より詳しい情報は、「攻撃防御に対する設定」の項を参照してください。
+
 ### 停止(Halting)
 
 フィルタまたはルーティング内で直ちにリクエストを止める場合
@@ -1360,7 +1413,8 @@ end
 
 ### 別ルーティングの誘発
 
-`pass`を使ってルーティングを飛ばすのではなく、他のルーティングを呼んだ結果を得たいというときがあります。これを実現するには`call`を使えばいいです。
+`pass`を使ってルーティングを飛ばすのではなく、他のルーティングを呼んだ結果を得たいという場合があります。
+これは`call`を使用することで実現できます。
 
 ```ruby
 get '/foo' do
@@ -1373,12 +1427,11 @@ get '/bar' do
 end
 ```
 
-ノート: 先の例において、テストを楽にしパフォーマンスを改善するには、`"bar"`を単にヘルパーに移し、`/foo`および`/bar`から使えるようにするのがいいです。
+ノート: 先の例において、テストを楽にしパフォーマンスを改善するには、`"bar"`を単にヘルパーに移し、`/foo`および`/bar`から使えるようにしたほうが良いです。
 
 リクエストが、その複製物でない同じアプリケーションのインスタンスに送られるようにしたいときは、`call`に代えて`call!`を使ってください。
 
-`call`についての詳細はRackの仕様書を参照してください。
-
+`call`についての詳細はRackの仕様を参照してください。
 
 ### ボディ、ステータスコードおよびヘッダの設定
 
@@ -1461,11 +1514,12 @@ post '/message' do
 end
 ```
 
+クライアントはソケットに書き込もうとしている接続を閉じることも可能です。そのため、記述しようとする前に`out.closed?`をチェックすることを勧めます。
+
 ### ロギング(Logging)
 
 リクエストスコープにおいて、`logger`ヘルパーは`Logger`インスタンスを作り出します。
 
-
 ```ruby
 get '/' do
   logger.info "loading data"
@@ -1489,7 +1543,7 @@ end
 
 ### MIMEタイプ(Mime Types)
 
-`send_file`か静的ファイルを使う時、SinatraがMIMEタイプを理解できない場合があります。その時は `mime_type` を使ってファイル拡張子毎に登録して下さい。
+`send_file`か静的ファイルを使う時、SinatraがMIMEタイプを理解できない場合があります。その時は `mime_type` を使ってファイル拡張子毎に登録してください。
 
 ```ruby
 configure do
@@ -1550,7 +1604,6 @@ end
 
 redirectに引数を渡すには、それをクエリーに追加するか、
 
-
 ```ruby
 redirect to('/bar?sum=42')
 ```
@@ -1618,7 +1671,6 @@ etag @article.sha1, :weak
 
 これらのヘルパーは、キャッシングをしてくれませんが、必要な情報をキャッシュに与えてくれます。もし手早いリバースプロキシキャッシングの解決策をお探しなら、 [rack-cache](https://github.com/rtomayko/rack-cache)を試してください。
 
-
 ```ruby
 require "rack/cache"
 require "sinatra"
@@ -1695,7 +1747,6 @@ send_file 'foo.png', :type => :jpg
     </dd>
 </dl>
 
-
 ### リクエストオブジェクトへのアクセス
 
 受信するリクエストオブジェクトは、`request`メソッドを通じてリクエストレベル(フィルタ、ルーティング、エラーハンドラ)からアクセスすることができます。
@@ -1868,7 +1919,7 @@ configure do
 end
 ```
 
-環境設定(`RACK_ENV`環境変数)が`:production`に設定されている時だけ実行する方法:
+環境設定(`APP_ENV`環境変数)が`:production`に設定されている時だけ実行する方法:
 
 ```ruby
 configure :production do
@@ -1900,18 +1951,19 @@ end
 
 ### 攻撃防御に対する設定
 
-Sinatraは、[Rack::Protection](https://github.com/sinatra/rack-protection#readme)を使って、アプリケーションを多発する日和見的攻撃から守っています。この挙動は簡単に無効化できます(これはアプリケーションを大量の脆弱性攻撃に晒すことになります)。
+Sinatraは[Rack::Protection](https://github.com/sinatra/rack-protection#readme)を使用することで、アプリケーションを一般的な日和見的攻撃から守っています。これは簡単に無効化できます（が、アプリケーションに大量の一般的な脆弱性を埋め込むことになってしまいます）。
 
 ```ruby
 disable :protection
 ```
 
-単一の防御層を外すためには、`protection`をオプションハッシュにセットします。
+ある1つの防御を無効にするには、`protection`にハッシュでオプションを指定します。
 
 ```ruby
 set :protection, :except => :path_traversal
 ```
-また配列を渡して、複数の防御を無効にすることもできます。
+
+配列を渡すことで、複数の防御を無効にすることもできます。
 
 ```ruby
 set :protection, :except => [:path_traversal, :session_hijacking]
@@ -1958,7 +2010,7 @@ set :protection, :session => true
 
   <dt>environment</dt>
   <dd>
-    現在の環境。デフォルトは<tt>ENV['RACK_ENV']</tt>、それが無い場合は<tt>"development"</tt>。
+    現在の環境。デフォルトは<tt>ENV['APP_ENV']</tt>、それが無い場合は<tt>"development"</tt>。
   </dd>
 
   <dt>logging</dt>
@@ -2070,12 +2122,12 @@ set :protection, :session => true
 
 ## 環境設定(Environments)
 
-３種類の既定環境、`"development"`、`"production"`および`"test"`があります。環境は、`RACK_ENV`環境変数を通して設定できます。デフォルト値は、`"development"`です。`"development"`環境において、すべてのテンプレートは、各リクエスト間で再ロードされ、そして、特別の`not_found`および`error`ハンドラがブラウザにスタックトレースを表示します。`"production"`および`"test"`環境においては、テンプレートはデフォルトでキャッシュされます。
+3種類の既定環境、`"development"`、`"production"`および`"test"`があります。環境は、`APP_ENV`環境変数を通して設定できます。デフォルト値は、`"development"`です。`"development"`環境において、すべてのテンプレートは、各リクエスト間で再ロードされ、そして、特別の`not_found`および`error`ハンドラがブラウザにスタックトレースを表示します。`"production"`および`"test"`環境においては、テンプレートはデフォルトでキャッシュされます。
 
-異なる環境を走らせるには、`RACK_ENV`環境変数を設定します。
+異なる環境を走らせるには、`APP_ENV`環境変数を設定します。
 
 ```shell
-RACK_ENV=production ruby my_app.rb
+APP_ENV=production ruby my_app.rb
 ```
 
 既定メソッド、`development?`、`test?`および`production?`を、現在の環境設定を確認するために使えます。
@@ -2106,7 +2158,14 @@ end
 
 ### エラー(Error)
 
-`error`ハンドラはルーティングブロックまたはフィルタ内で例外が発生したときはいつでも発動します。例外オブジェクトはRack変数`sinatra.error`から取得できます。
+`error`ハンドラはルーティングブロックまたはフィルタ内で例外が発生したときはいつでも発動します。
+しかし、環境設定がdevelopmentの場合は`:after_handler`を設定している場合のみ発動するようになります。
+
+```ruby
+set :show_exceptions, :after_handler
+```
+
+例外オブジェクトはRack変数`sinatra.error`から取得できます。
 
 ```ruby
 error do
@@ -2158,7 +2217,6 @@ end
 
 Sinatraを開発環境の下で実行している場合は、特別な`not_found`および`error`ハンドラが導入され、これは親切なスタックトレースと追加のデバッギング情報をブラウザに表示します。
 
-
 ## Rackミドルウェア(Rack Middleware)
 
 SinatraはRuby製Webフレームワークのミニマルな標準的インタフェースである[Rack](http://rack.github.io/)上に構築されています。アプリケーションデベロッパーにとってRackにおける最も興味深い機能は、「ミドルウェア(middleware)」をサポートしていることであり、これは、サーバとアプリケーションとの間に置かれ、HTTPリクエスト/レスポンスを監視および/または操作することで、各種の汎用的機能を提供するコンポーネントです。
@@ -2219,7 +2277,7 @@ class MyAppTest < Minitest::Test
     assert_equal 'Hello Frank!', last_response.body
   end
 
-  def test_with_rack_env
+  def test_with_user_agent
     get '/', {}, 'HTTP_USER_AGENT' => 'Songbird'
     assert_equal "Songbirdを使ってます!", last_response.body
   end
@@ -2245,13 +2303,13 @@ class MyApp < Sinatra::Base
 end
 ```
 
-`Sinatra::Base`のサブクラスで利用できるメソッドは、トップレベルDSLで利用できるものと全く同じです。ほとんどのトップレベルで記述されたアプリは、以下の２点を修正することで`Sinatra::Base`コンポーネントに変えることができます。
+`Sinatra::Base`のサブクラスで利用できるメソッドは、トップレベルDSLで利用できるものと全く同じです。ほとんどのトップレベルで記述されたアプリは、以下の2点を修正することで`Sinatra::Base`コンポーネントに変えることができます。
 
 * `sinatra`の代わりに`sinatra/base`を読み込む
   (そうしない場合、SinatraのDSLメソッドの全てがmainの名前空間にインポートされます)
 * ルーティング、エラーハンドラ、フィルタ、オプションを`Sinatra::Base`のサブクラスに書く
 
-`Sinatra::Base`はまっさらです。ビルトインサーバを含む、ほとんどのオプションがデフォルトで無効になっています。利用可能なオプションとその挙動の詳細については[Configuring Settings](http://www.sinatrarb.com/configuration.html)(英語)をご覧下さい。
+`Sinatra::Base`はまっさらです。ビルトインサーバを含む、ほとんどのオプションがデフォルトで無効になっています。利用可能なオプションとその挙動の詳細については[Configuring Settings](http://www.sinatrarb.com/configuration.html)(英語)をご覧ください。
 
 もしもクラシックスタイルと同じような挙動のアプリケーションをトップレベルで定義させる必要があれば、`Sinatra::Application`をサブクラス化させてください。