sinatra 1.4.6 → 1.4.7

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA1:
-  metadata.gz: ab40363a01800a6eca6fbfd31a92a7bc82eb6324
-  data.tar.gz: 8eb57d7e6f169ce4a8671fb1211c65516ddb21ec
+  metadata.gz: 4c058fb61ccbbdfec994df6e2c9f974a86f7a37e
+  data.tar.gz: e0064574ee40beab396f08d5800e758febdf5930
 SHA512:
-  metadata.gz: 058b79bc51a5b1e85a9343cfa5552a0f646ebd429721b89101b2b245c491dabe157c0719d82fc85f74193d094d61c62e9b91c0e401dd4dcef5c92292b021e5be
-  data.tar.gz: 05ff1ebc8d85c01b95b17347717e7d0a9da61f3205b36588b9d4228d3373c036549dd0e86c6961a37ce6a70c8bf3f7cb23fceb0d49b5c83cf445a2eb7d206e06
+  metadata.gz: 1a2805b30e9d10a026efa8ba6e6ca237eb5820ccc269d15771ccc5f9403bc300f3d7bb7eb3a89f867ab4eb68194c6df9e2b60d6fa229fec24a8d260e0d7f98cf
+  data.tar.gz: a78ea1f840c1087ed181df74a59763e189a5e973fdbfb0d47390fae66abd9a50704ec1a690ea7e6f97a436e32fd1cfe750cc64f651273c46e709b454a6de54e5

data/AUTHORS.md

@@ -4,13 +4,16 @@ Sinatra was designed and developed by Blake Mizerany in California.
 
 * **Konstantin Haase** (maintainer)
 * **Zachary Scott**
-* **Katrina Owen**
+* **Kashyap Kondamudi**
+* **Ashley Williams**
+* **Trevor Bramble**
 
 ### Alumni
 
 * **Blake Mizerany** (creator)
 * **Ryan Tomayko**
 * **Simon Rozet**
+* **Katrina Owen**
 
 ### Thanks
 
@@ -74,4 +77,4 @@ Sinatra would not be possible:
 And last but not least:
 
 * [Frank Sinatra](http://www.sinatra.com/) (chairman of the board) for having so much class he
-  deserves a web-framework named after him.
+  deserves a web-framework named after him.

data/{CHANGES → CHANGELOG.md}

@@ -1,4 +1,20 @@
-= 1.4.6 / 2015-03-2x
+= 1.4.7 / 2016-01-24
+
+ * Add Ashley Williams, Trevor Bramble, and Kashyap Kondamudi to team Sinatra.
+
+ * Correctly handle encoded colons in routes. (Jeremy Evans)
+
+ * Rename CHANGES to CHANGELOG.md and update Rakefile. #1043 (Eliza Sorensen)
+
+ * Improve documentation. #941, #1069, #1075, #1025, #1052 (Many great folks)
+
+ * Introduce `Sinatra::Ext` to workaround Rack 1.6 bug to fix Ruby 1.8.7
+   support. #1080 (Zachary Scott)
+
+ * Add CONTRIBUTING guide. #987 (Katrina Owen)
+
+
+= 1.4.6 / 2015-03-23
 
  * Improve tests and documentation. (Darío Hereñú, Seiichi Yonezawa, kyoendo,
    John Voloski, Ferenc-, Renaud Martinet, Christian Haase, marocchino,

data/CONTRIBUTING.md

@@ -0,0 +1,100 @@
+# Contribute
+
+Want to show Sinatra some love? Help out by contributing!
+
+## Found a bug?
+
+Log it in our [issue tracker][ghi] or send a note to the [mailing list][ml].
+Be sure to include all relevant information, like the versions of Sinatra and
+Ruby you're using. A [gist](http://gist.github.com/) of the code that caused
+the issue as well as any error messages are also very helpful.
+
+## Need help?
+
+The [Sinatra mailing list][ml] has over 900 subscribers, many of which are happy
+to help out newbies or talk about potential feature additions. You can also
+drop by the [#sinatra](irc://chat.freenode.net/#sinatra) channel on
+[irc.freenode.net](http://freenode.net).
+
+## Have a patch?
+
+Bugs and feature requests that include patches are much more likely to
+get attention. Here are some guidelines that will help ensure your patch
+can be applied as quickly as possible:
+
+1. **Use [Git](http://git-scm.com) and [GitHub](http://github.com):**
+   The easiest way to get setup is to fork the
+   [sinatra/sinatra repo](http://github.com/sinatra/sinatra/).
+   Or, the [sinatra.github.com repo](http://github.com/sinatra/sinatra.github.com/),
+   if the patch is doc related.
+
+2. **Write unit tests:** If you add or modify functionality, it must
+   include unit tests. If you don't write tests, we have to, and this
+   can hold up acceptance of the patch.
+
+3. **Mind the `README`:** If the patch adds or modifies a major feature,
+   modify the `README.md` file to reflect that. Again, if you don't
+   update the `README`, we have to, and this holds up acceptance.
+
+4. **Update the change log (`CHANGELOG.md`):** The change log helps give an
+   overview of the changes that go into each release, and gives credit
+   where credit is due. We make sure that the change log is up to date
+   before each release, and we always appreciate it when people make
+   it easier to get the release out the door.
+
+5. **Push it:** Once you're ready, push your changes to a topic branch
+   and add a note to the ticket with the URL to your branch. Or, say
+   something like, "you can find the patch on johndoe/foobranch". We also
+   gladly accept GitHub [pull requests](http://help.github.com/pull-requests/).
+
+__NOTE:__ _We will take whatever we can get._ If you prefer to attach diffs in
+emails to the mailing list, that's fine; but do know that _someone_ will need
+to take the diff through the process described above and this can hold things
+up considerably.
+
+## Want to write docs?
+
+The process for contributing to Sinatra's website, documentation or the book
+is the same as contributing code. We use Git for versions control and GitHub to
+track patch requests.
+
+* [The sinatra.github.com repo](http://github.com/sinatra/sinatra.github.com/)
+  is where the website sources are managed. There are almost always people in
+  `#sinatra` that are happy to discuss, apply, and publish website patches.
+
+* [The Book](http://sinatra-book.gittr.com/) has its own [Git
+  repository](http://github.com/sinatra/sinatra-book/) and build process but is
+  managed the same as the website and project codebase.
+
+* [Sinatra Recipes](http://recipes.sinatrarb.com/) is a community
+  project where anyone is free to contribute ideas, recipes and tutorials. Which
+  also has its own [Git repository](http://github.com/sinatra/sinatra-recipes).
+
+* [The Introduction](http://www.sinatrarb.com/intro.html) is generated from
+  Sinatra's [README file](http://github.com/sinatra/sinatra/blob/master/README.md).
+
+* If you want to help translating the documentation, the README is already
+  available in
+  [Japanese](http://github.com/sinatra/sinatra/blob/master/README.ja.md),
+  [German](http://github.com/sinatra/sinatra/blob/master/README.de.md),
+  [Chinese](https://github.com/sinatra/sinatra/blob/master/README.zh.md),
+  [Russian](https://github.com/sinatra/sinatra/blob/master/README.ru.md),
+  [European](https://github.com/sinatra/sinatra/blob/master/README.pt-pt.md) and
+  [Brazilian](https://github.com/sinatra/sinatra/blob/master/README.pt-br.md)
+  Portuguese,
+  [French](https://github.com/sinatra/sinatra/blob/master/README.fr.md),
+  [Spanish](https://github.com/sinatra/sinatra/blob/master/README.es.md),
+  [Korean](https://github.com/sinatra/sinatra/blob/master/README.ko.md), and
+  [Hungarian](https://github.com/sinatra/sinatra/blob/master/README.hu.md).
+  The translations tend to fall behind the English version. Translations into
+  other languages would also be appreciated.
+
+## Looking for something to do?
+
+If you'd like to help out but aren't sure how, pick something that looks
+interesting from the [issues][ghi] list and hack on. Make sure to leave a
+comment on the ticket noting that you're investigating (a simple "Taking…" is
+fine).
+
+[ghi]: http://github.com/sinatra/sinatra/issues
+[ml]: http://groups.google.com/group/sinatrarb/topics "Sinatra Mailing List"

data/LICENSE

@@ -1,5 +1,5 @@
 Copyright (c) 2007, 2008, 2009 Blake Mizerany
-Copyright (c) 2010, 2011, 2012, 2013, 2014 Konstantin Haase
+Copyright (c) 2010, 2011, 2012, 2013, 2014, 2015, 2016 Konstantin Haase
 
 Permission is hereby granted, free of charge, to any person
 obtaining a copy of this software and associated documentation
@@ -20,4 +20,4 @@ NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
 HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
 WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
 FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
-OTHER DEALINGS IN THE SOFTWARE.
+OTHER DEALINGS IN THE SOFTWARE.

data/README.de.md

@@ -4,7 +4,7 @@
 Umständen nicht auf dem aktuellen Stand (aktuell Sinatra 1.4.5).*
 
 Sinatra ist eine
-[DSL](http://de.wikipedia.org/wiki/Domänenspezifische_Sprache), die das
+[DSL](https://de.wikipedia.org/wiki/Domänenspezifische_Sprache), die das
 schnelle Erstellen von Webanwendungen in Ruby mit minimalem Aufwand
 ermöglicht:
 
@@ -111,6 +111,7 @@ aufgerufen werden.
         * [Anfrage- oder Instanz-Scope](#anfrage--oder-instanz-scope)
         * [Delegation-Scope](#delegation-scope)
     * [Kommandozeile](#kommandozeile)
+      * [Multi-Threading](#multi-threading)
     * [Systemanforderungen](#systemanforderungen)
     * [Der neuste Stand (The Bleeding Edge)](#der-neuste-stand-the-bleeding-edge)
         * [Mit Bundler](#mit-bundler)
@@ -219,15 +220,15 @@ end
 Routen-Muster können auch mit optionalen Parametern ausgestattet werden:
 
 ```ruby
-get '/posts.?:format?' do
-  # passt auf "GET /posts" sowie jegliche Erweiterung
-  # wie "GET /posts.json", "GET /posts.xml" etc.
+get '/posts/:format?' do
+  # passt auf "GET /posts/" sowie jegliche Erweiterung
+  # wie "GET /posts/json", "GET /posts/xml" etc.
 end
 ```
 
 Routen können auch den query-Parameter verwenden:
 
-``` ruby
+```ruby
 get '/posts' do
   # matches "GET /posts?title=foo&author=bar"
   title = params['title']
@@ -527,7 +528,7 @@ Rendering-Methoden rendern jeden String direkt.
 
 ### Direkte Templates
 
-``` ruby
+```ruby
 get '/' do
   haml '%div.title Hallo Welt'
 end
@@ -607,7 +608,7 @@ Nimmt ebenso einen Block für Inline-Templates entgegen (siehe Beispiel).
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://nokogiri.org/">nokogiri</a></td>
+    <td><a href="http://www.nokogiri.org/">nokogiri</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -662,7 +663,7 @@ Nimmt ebenso einen Block für Inline-Templates entgegen (siehe Beispiel).
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://www.lesscss.org/">less</a></td>
+    <td><a href="http://lesscss.org/">less</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -680,7 +681,7 @@ Nimmt ebenso einen Block für Inline-Templates entgegen (siehe Beispiel).
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://www.liquidmarkup.org/">liquid</a></td>
+    <td><a href="http://liquidmarkup.org/">liquid</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -702,7 +703,7 @@ denen man Variablen weitergibt.
   <tr>
     <td>Abhängigkeit</td>
     <td>Eine der folgenden Bibliotheken:
-        <a href="https://github.com/rtomayko/rdiscount" title="RDiscount">RDiscount</a>,
+        <a href="https://github.com/davidfstr/rdiscount" title="RDiscount">RDiscount</a>,
         <a href="https://github.com/vmg/redcarpet" title="RedCarpet">RedCarpet</a>,
         <a href="http://deveiate.org/projects/BlueCloth" title="BlueCloth">BlueCloth</a>,
         <a href="http://kramdown.gettalong.org/" title="kramdown">kramdown</a> oder
@@ -862,7 +863,7 @@ man üblicherweise locals verwenden wollen, mit denen man Variablen weitergibt.
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://markaby.github.com/">markaby</a></td>
+    <td><a href="http://markaby.github.io/">markaby</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -969,14 +970,14 @@ Da man aus dem Mediawiki-Template heraus keine Ruby-Methoden aufrufen und auch
 keine locals verwenden kann, wird man Mediawiki üblicherweise in Kombination mit
 anderen Renderern verwenden wollen:
 
-``` ruby
+```ruby
 erb :overview, :locals => { :text => mediawiki(:introduction) }
 ```
 
 Beachte: Man kann die `mediawiki`-Methode auch aus anderen Templates
 heraus aufrufen:
 
-``` ruby
+```ruby
 %h1 Grüße von Haml!
 %p= mediawiki(:greetings)
 ```
@@ -1010,7 +1011,7 @@ Templates zu verwenden und einen anderen für das Layout, indem die
   <tr>
     <td>Abhängigkeit</td>
     <td>
-      <a href="https://github.com/lucasmazza/ruby-stylus" title="Ruby Stylus">
+      <a href="https://github.com/forgecrafted/ruby-stylus" title="Ruby Stylus">
         Stylus
       </a> und eine Möglichkeit
       <a href="https://github.com/sstephenson/execjs/blob/master/README.md#readme" title="ExecJS">
@@ -1031,7 +1032,7 @@ Templates zu verwenden und einen anderen für das Layout, indem die
 Um Stylus-Templates ausführen zu können, müssen `stylus` und `stylus/tilt`
 zuerst geladen werden:
 
-``` ruby
+```ruby
 require 'sinatra'
 require 'stylus'
 require 'stylus/tilt'
@@ -1068,7 +1069,7 @@ end
 Die Template-Quelle wird als Ruby-String evaluiert. Die daraus resultierende
 json Variable wird mit Hilfe von `#to_json` umgewandelt:
 
-``` ruby
+```ruby
 json = { :foo => 'bar' }
 json[:baz] = key
 ```
@@ -1076,7 +1077,7 @@ json[:baz] = key
 Die `:callback` und `:variable` Optionen können mit dem gerenderten Objekt
 verwendet werden:
 
-``` javascript
+```javascript
 var resource = {"foo":"bar","baz":"qux"};
 present(resource);
 ```
@@ -1134,7 +1135,7 @@ Ein Layout ist üblicherweise ein Template, das ein `yield` aufruft. Ein solches
 Template kann entweder wie oben beschrieben über die `:template` Option
 verwendet werden oder mit einem Block gerendert werden:
 
-``` ruby
+```ruby
 erb :post, :layout => false do
   erb :index
 end
@@ -1145,7 +1146,7 @@ Dieser Code entspricht weitestgehend `erb :index, :layout => :post`.
 Blöcke an Render-Methoden weiterzugeben ist besonders bei verschachtelten
 Layouts hilfreich:
 
-``` ruby
+```ruby
 erb :main_layout, :layout => false do
   erb :admin_layout do
     erb :user
@@ -1155,7 +1156,7 @@ end
 
 Der gleiche Effekt kann auch mit weniger Code erreicht werden:
 
-``` ruby
+```ruby
 erb :admin_layout, :layout => :main_layout do
   erb :user
 end
@@ -1257,7 +1258,7 @@ Tilt zu erfahren.
 Um einen eigenen Mechanismus zum Aufsuchen von Templates zu
 implementieren, muss `#find_template` definiert werden:
 
-``` ruby
+```ruby
 configure do
   set :views [ './views/a', './views/b' ]
 end
@@ -1395,7 +1396,7 @@ set :sessions, :domain => 'foo.com'
 Um eine Session mit anderen Apps und zwischen verschiedenen Subdomains
 von foo.com zu teilen, wird ein *.* der Domain vorangestellt:
 
-``` ruby
+```ruby
 set :sessions, :domain => '.foo,com'
 ```
 
@@ -1539,14 +1540,14 @@ end
 ```
 
 Damit lassen sich Streaming-APIs realisieren, sog.
-[Server Sent Events](http://dev.w3.org/html5/eventsource/), die als Basis für
-[WebSockets](http://en.wikipedia.org/wiki/WebSocket) dienen. Ebenso können sie
+[Server Sent Events](https://w3c.github.io/eventsource/), die als Basis für
+[WebSockets](https://en.wikipedia.org/wiki/WebSocket) dienen. Ebenso können sie
 verwendet werden, um den Durchsatz zu erhöhen, wenn ein Teil der Daten von
 langsamen Ressourcen abhängig ist.
 
 Es ist zu beachten, dass das Verhalten beim Streaming, insbesondere die Anzahl
 nebenläufiger Anfragen, stark davon abhängt, welcher Webserver für die
-Applikation verwendet wird. Einige Server, z.B. WEBRick, unterstützen
+Applikation verwendet wird. Einige Server unterstützen
 Streaming nicht oder nur teilweise. Sollte der Server Streaming nicht
 unterstützen, wird ein vollständiger Response-Body zurückgeschickt, sobald der
 an `stream` weitergegebene Block abgearbeitet ist. Mit Shotgun funktioniert
@@ -1671,7 +1672,7 @@ Weitere Parameter werden wie Argumente der `halt`-Methode behandelt:
 
 ```ruby
 redirect to('/bar'), 303
-redirect 'http://google.com', 'Hier bist du falsch'
+redirect 'http://www.google.com/', 'Hier bist du falsch'
 ```
 
 Ebenso leicht lässt sich ein Schritt zurück mit dem Alias `redirect back`
@@ -1756,7 +1757,7 @@ end
 ```
 
 ebenso ist es möglich einen
-[schwachen ETag](http://de.wikipedia.org/wiki/HTTP_ETag) zu verwenden:
+[schwachen ETag](https://de.wikipedia.org/wiki/HTTP_ETag) zu verwenden:
 
 ```ruby
 etag @article.sha1, :weak
@@ -2072,7 +2073,7 @@ end
 #### Einstellung des Angriffsschutzes
 
 Sinatra verwendet
-[Rack::Protection](https://github.com/rkh/rack-protection#readme), um die
+[Rack::Protection](https://github.com/sinatra/rack-protection#readme), um die
 Anwendung vor häufig vorkommenden Angriffen zu schützen. Diese Voreinstellung
 lässt sich selbstverständlich deaktivieren, der damit verbundene
 Geschwindigkeitszuwachs steht aber in keinem Verhätnis zu den möglichen
@@ -2359,7 +2360,7 @@ end
 ```
 
 Die Semantik von `use` entspricht der gleichnamigen Methode der
-[Rack::Builder](http://rubydoc.info/github/rack/rack/master/Rack/Builder)-DSL
+[Rack::Builder](http://www.rubydoc.info/github/rack/rack/master/Rack/Builder)-DSL
 (meist verwendet in Rackup-Dateien). Ein Beispiel dafür ist, dass die
 `use`-Methode mehrere/verschiedene Argumente und auch Blöcke entgegennimmt:
 
@@ -2382,7 +2383,7 @@ oder im [Rack wiki](https://github.com/rack/rack/wiki/List-of-Middleware).
 ## Testen
 
 Sinatra-Tests können mit jedem auf Rack aufbauendem Test-Framework geschrieben
-werden. [Rack::Test](http://rdoc.info/github/brynary/rack-test/master/frames)
+werden. [Rack::Test](http://www.rubydoc.info/github/brynary/rack-test/master/frames)
 wird empfohlen:
 
 ```ruby
@@ -2463,13 +2464,13 @@ Veränderungen zu `Sinatra::Base` konvertiert werden:
 
 `Sinatra::Base` ist ein unbeschriebenes Blatt. Die meisten Optionen sind per
 Standard deaktiviert. Das betrifft auch den eingebauten Server. Siehe
-[Optionen und Konfiguration](http://sinatra.github.com/configuration.html) für
+[Optionen und Konfiguration](http://www.sinatrarb.com/configuration.html) für
 Details über mögliche Optionen.
 
 Damit eine App sich ähnlich wie eine klassische App verhält, kann man
 auch eine Subclass von `Sinatra::Application` erstellen:
 
-``` ruby
+```ruby
 require 'sinatra/base'
 
 class MyApp < Sinatra::Application
@@ -2540,7 +2541,7 @@ werden:
   <tr>
     <td>static</td>
     <td>true</td>
-    <td>false</td>
+    <td>File.exist?(public_folder)</td>
     <td>true</td>
   </tr>
 </table>
@@ -2821,6 +2822,42 @@ Die Optionen sind:
 -x # Mutex-Lock einschalten (Standard ist off)
 ```
 
+### Multi-threading
+
+_Paraphrasiert von [dieser Antwort auf StackOverflow][so-answer] von Konstantin_
+
+Sinatra erlegt kein Nebenläufigkeitsmodell auf, sondern überlässt dies dem
+selbst gewählten Rack-Proxy (Server), so wie Thin, Puma oder WEBrick.
+Sinatra selbst ist Thread-sicher, somit ist es kein Problem wenn der
+Rack-Proxy ein anderes Threading-Modell für Nebenläufigkeit benutzt.
+Das heißt, dass wenn der Server gestartet wird, dass man die korrekte
+Aufrufsmethode benutzen sollte für den jeweiligen Rack-Proxy.
+Das folgende Beispiel ist eine Veranschaulichung eines mehrprozessigen
+Thin Servers:
+
+``` ruby
+# app.rb
+
+require 'sinatra/base'
+
+class App < Sinatra::Base
+  get '/' do
+    "Hello, World"
+  end
+end
+
+App.run!
+
+```
+
+Um den Server zu starten, führt man das folgende Kommando aus:
+
+``` shell
+thin --threaded start
+```
+
+[so-answer]: http://stackoverflow.com/questions/6278817/is-sinatra-multi-threaded/6282999#6282999)
+
 ## Systemanforderungen
 
 Die folgenden Versionen werden offiziell unterstützt:
@@ -2889,7 +2926,7 @@ gem install sinatra --pre
 ### Mit Bundler
 
 Wenn die Applikation mit der neuesten Version von Sinatra und
-[Bundler](http://gembundler.com/) genutzt werden soll, empfehlen wir den
+[Bundler](http://bundler.io) genutzt werden soll, empfehlen wir den
 nachfolgenden Weg.
 
 Soweit Bundler noch nicht installiert ist:
@@ -2976,12 +3013,12 @@ SemVer und SemVerTag.
 
 ## Mehr
 
-*   [Projekt-Website](http://sinatra.github.com/) - Ergänzende Dokumentation,
+*   [Projekt-Website](http://www.sinatrarb.com/) - Ergänzende Dokumentation,
     News und Links zu anderen Ressourcen.
-*   [Mitmachen](http://sinatra.github.com/contributing.html) - Einen Fehler
+*   [Mitmachen](http://www.sinatrarb.com/contributing.html) - Einen Fehler
     gefunden? Brauchst du Hilfe? Hast du einen Patch?
-*   [Issue-Tracker](http://github.com/sinatra/sinatra/issues)
-*   [Twitter](http://twitter.com/sinatra)
+*   [Issue-Tracker](https://github.com/sinatra/sinatra/issues)
+*   [Twitter](https://twitter.com/sinatra)
 *   [Mailing-Liste](http://groups.google.com/group/sinatrarb)
 *   [#sinatra](irc://chat.freenode.net/#sinatra) auf http://freenode.net Es
     gibt dort auch immer wieder deutschsprachige Entwickler, die gerne weiterhelfen.
@@ -2989,6 +3026,6 @@ SemVer und SemVerTag.
 *   [Sinatra Recipes](http://recipes.sinatrarb.com/) Sinatra-Rezepte aus der
     Community
 *   API Dokumentation für die [aktuelle
-    Version](http://rubydoc.info/gems/sinatra) oder für
-    [HEAD](http://rubydoc.info/github/sinatra/sinatra) auf http://rubydoc.info
-*   [CI Server](http://travis-ci.org/sinatra/sinatra)
+    Version](http://www.rubydoc.info//gems/sinatra) oder für
+    [HEAD](http://www.rubydoc.info/github/sinatra/sinatra) auf http://rubydoc.info
+*   [CI Server](https://travis-ci.org/sinatra/sinatra)