2013-02-09 15:22:19 +00:00
|
|
|
|
# Sinatra
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
[![Build Status](https://secure.travis-ci.org/sinatra/sinatra.svg)](http://travis-ci.org/sinatra/sinatra)
|
|
|
|
|
|
|
|
|
|
*Внимание: Этот документ является переводом английской версии и может быть
|
|
|
|
|
устаревшим*
|
|
|
|
|
|
|
|
|
|
Sinatra — это предметно-ориентированный каркас
|
|
|
|
|
([DSL](https://ru.wikipedia.org/wiki/Предметно-ориентированный_язык))
|
|
|
|
|
для быстрого создания функциональных веб-приложений на Ruby с минимумом усилий:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
# myapp.rb
|
|
|
|
|
require 'sinatra'
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
'Hello world!'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Установите gem:
|
|
|
|
|
|
|
|
|
|
```shell
|
|
|
|
|
gem install sinatra
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
и запустите приложение с помощью:
|
|
|
|
|
|
|
|
|
|
```shell
|
|
|
|
|
ruby myapp.rb
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Оцените результат: [http://localhost:4567](http://localhost:4567)
|
|
|
|
|
|
|
|
|
|
Рекомендуется также установить Thin, сделать это можно командой: `gem install
|
|
|
|
|
thin`. Thin — это более производительный и функциональный сервер для
|
|
|
|
|
разработки приложений на Sinatra.
|
|
|
|
|
|
2015-04-11 23:12:06 +00:00
|
|
|
|
## Содержание
|
|
|
|
|
|
|
|
|
|
* [Sinatra](#sinatra)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* [Содержание](#Содержание)
|
2015-04-11 23:12:06 +00:00
|
|
|
|
* [Маршруты](#Маршруты)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* [Условия](#Условия)
|
|
|
|
|
* [Возвращаемые значения](#Возвращаемые-значения)
|
|
|
|
|
* [Собственные детекторы совпадений для маршрутов](#Собственные-детекторы-совпадений-для-маршрутов)
|
2015-04-11 23:12:06 +00:00
|
|
|
|
* [Статические файлы](#Статические-файлы)
|
|
|
|
|
* [Представления / Шаблоны](#Представления--Шаблоны)
|
|
|
|
|
* [Буквальные шаблоны](#Буквальные-шаблоны)
|
|
|
|
|
* [Доступные шаблонизаторы](#Доступные-шаблонизаторы)
|
|
|
|
|
* [Haml шаблоны](#haml-шаблоны)
|
|
|
|
|
* [Erb шаблоны](#erb-шаблоны)
|
|
|
|
|
* [Builder шаблоны](#builder-шаблоны)
|
|
|
|
|
* [Nokogiri шаблоны](#nokogiri-шаблоны)
|
|
|
|
|
* [Sass шаблоны](#sass-шаблоны)
|
|
|
|
|
* [SCSS шаблоны](#scss-шаблоны)
|
|
|
|
|
* [Less шаблоны](#less-шаблоны)
|
|
|
|
|
* [Liquid шаблоны](#liquid-шаблоны)
|
|
|
|
|
* [Markdown шаблоны](#markdown-шаблоны)
|
|
|
|
|
* [Textile шаблоны](#textile-шаблоны)
|
|
|
|
|
* [RDoc шаблоны](#rdoc-шаблоны)
|
|
|
|
|
* [AsciiDoc шаблоны](#asciidoc-шаблоны)
|
|
|
|
|
* [Radius шаблоны](#radius-шаблоны)
|
|
|
|
|
* [Markaby шаблоны](#markaby-шаблоны)
|
|
|
|
|
* [RABL шаблоны](#rabl-шаблоны)
|
|
|
|
|
* [Slim шаблоны](#slim-шаблоны)
|
|
|
|
|
* [Creole шаблоны](#creole-шаблоны)
|
|
|
|
|
* [MediaWiki шаблоны](#mediawiki-шаблоны)
|
|
|
|
|
* [CoffeeScript шаблоны](#coffeescript-шаблоны)
|
|
|
|
|
* [Stylus шаблоны](#stylus-шаблоны)
|
|
|
|
|
* [Yajl шаблоны](#yajl-шаблоны)
|
|
|
|
|
* [WLang шаблоны](#wlang-шаблоны)
|
|
|
|
|
* [Доступ к переменным в шаблонах](#Доступ-к-переменным-в-шаблонах)
|
|
|
|
|
* [Шаблоны с `yield` и вложенные раскладки (layout)](#Шаблоны-с-yield-и-вложенные-раскладки-layout)
|
|
|
|
|
* [Включённые шаблоны](#Включённые-шаблоны)
|
|
|
|
|
* [Именованные шаблоны](#Именованные-шаблоны)
|
|
|
|
|
* [Привязка файловых расширений](#Привязка-файловых-расширений)
|
|
|
|
|
* [Добавление собственного движка рендеринга](#Добавление-собственного-движка-рендеринга)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* [Использование пользовательской логики для поиска шаблона](#Использование-пользовательской-логики-для-поиска-шаблона)
|
2015-04-11 23:12:06 +00:00
|
|
|
|
* [Фильтры](#Фильтры)
|
|
|
|
|
* [Методы-помощники](#Методы-помощники)
|
|
|
|
|
* [Использование сессий](#Использование-сессий)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* [Секретная безопасность сессии](#Секретная-безопасность-сессии)
|
|
|
|
|
* [Конфигурация сессии](#Конфигурация-сессии)
|
2016-08-11 08:50:46 +00:00
|
|
|
|
* [Выбор вашей собственной "прослойки" сессии](#Выбор-вашей-собственной-прослойки-сессий)
|
2015-04-11 23:12:06 +00:00
|
|
|
|
* [Прерывание](#Прерывание)
|
|
|
|
|
* [Передача](#Передача)
|
|
|
|
|
* [Вызов другого маршрута](#Вызов-другого-маршрута)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* [Задание тела, статус кода и заголовков ответа](#Задание-тела-статуса-кода-и-заголовков-ответа)
|
2015-04-11 23:12:06 +00:00
|
|
|
|
* [Стриминг ответов](#Стриминг-ответов)
|
|
|
|
|
* [Логирование](#Логирование)
|
|
|
|
|
* [Mime-типы](#mime-типы)
|
|
|
|
|
* [Генерирование URL](#Генерирование-url)
|
|
|
|
|
* [Перенаправление (редирект)](#Перенаправление-редирект)
|
|
|
|
|
* [Управление кэшированием](#Управление-кэшированием)
|
|
|
|
|
* [Отправка файлов](#Отправка-файлов)
|
|
|
|
|
* [Доступ к объекту запроса](#Доступ-к-объекту-запроса)
|
|
|
|
|
* [Вложения](#Вложения)
|
|
|
|
|
* [Работа со временем и датами](#Работа-со-временем-и-датами)
|
|
|
|
|
* [Поиск шаблонов](#Поиск-шаблонов)
|
|
|
|
|
* [Конфигурация](#Конфигурация)
|
|
|
|
|
* [Настройка защиты от атак](#Настройка-защиты-от-атак)
|
|
|
|
|
* [Доступные настройки](#Доступные-настройки)
|
|
|
|
|
* [Режим, окружение](#Режим-окружение)
|
|
|
|
|
* [Обработка ошибок](#Обработка-ошибок)
|
|
|
|
|
* [Not Found](#not-found)
|
|
|
|
|
* [Error](#error)
|
|
|
|
|
* [Rack "прослойки"](#rack-прослойки)
|
|
|
|
|
* [Тестирование](#Тестирование)
|
|
|
|
|
* [Sinatra::Base — "прослойки", библиотеки и модульные приложения](#sinatrabase--прослойки-библиотеки-и-модульные-приложения)
|
|
|
|
|
* [Модульные приложения против классических](#Модульные-приложения-против-классических)
|
|
|
|
|
* [Запуск модульных приложений](#Запуск-модульных-приложений)
|
|
|
|
|
* [Запуск классических приложений с config.ru](#Запуск-классических-приложений-с-configru)
|
|
|
|
|
* [Когда использовать config.ru?](#Когда-использовать-configru)
|
|
|
|
|
* [Использование Sinatra в качестве "прослойки"](#Использование-sinatra-в-качестве-прослойки)
|
|
|
|
|
* [Создание приложений "на лету"](#Создание-приложений-на-лету)
|
|
|
|
|
* [Области видимости и привязка](#Области-видимости-и-привязка)
|
|
|
|
|
* [Область видимости приложения / класса](#Область-видимости-приложения--класса)
|
|
|
|
|
* [Область видимости запроса / экземпляра](#Область-видимости-запроса--экземпляра)
|
|
|
|
|
* [Область видимости делегирования](#Область-видимости-делегирования)
|
|
|
|
|
* [Командная строка](#Командная-строка)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* [Многопоточность](#Многопоточность)
|
2015-04-11 23:12:06 +00:00
|
|
|
|
* [Системные требования](#Системные-требования)
|
|
|
|
|
* [На острие](#На-острие)
|
|
|
|
|
* [С помощью Bundler](#С-помощью-bundler)
|
|
|
|
|
* [Версии](#Версии)
|
|
|
|
|
* [Дальнейшее чтение](#Дальнейшее-чтение)
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
## Маршруты
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
В Sinatra маршрут — это пара: <HTTP метод> и <шаблон URL>. Каждый маршрут
|
2013-02-09 15:22:19 +00:00
|
|
|
|
связан с блоком кода:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
2013-02-09 17:10:21 +00:00
|
|
|
|
# .. что-то показать ..
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
post '/' do
|
2013-02-09 17:10:21 +00:00
|
|
|
|
# .. что-то создать ..
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
put '/' do
|
2013-02-09 17:10:21 +00:00
|
|
|
|
# .. что-то заменить ..
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
patch '/' do
|
2013-02-09 17:10:21 +00:00
|
|
|
|
# .. что-то изменить ..
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
delete '/' do
|
2013-02-09 17:10:21 +00:00
|
|
|
|
# .. что-то удалить ..
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
options '/' do
|
2013-02-09 17:10:21 +00:00
|
|
|
|
# .. что-то ответить ..
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
2014-01-19 14:16:01 +00:00
|
|
|
|
|
|
|
|
|
link '/' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# .. что-то подключить ..
|
2014-01-19 14:16:01 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
unlink '/' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# .. что-то отключить ..
|
2014-01-19 14:16:01 +00:00
|
|
|
|
end
|
2013-02-09 15:22:19 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Маршруты сверяются с запросом в порядке очередности их записи в файле
|
|
|
|
|
приложения. Первый же совпавший с запросом маршрут и будет вызван.
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Маршруты с конечным слэшем отличаются от маршрутов без него:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo' do
|
|
|
|
|
# не соответствует "GET /foo/"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Шаблоны маршрутов могут включать в себя именованные параметры, доступные в xэше
|
2013-02-09 15:22:19 +00:00
|
|
|
|
`params`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/hello/:name' do
|
|
|
|
|
# соответствует "GET /hello/foo" и "GET /hello/bar",
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# где params['name'] - это 'foo' или 'bar'
|
2015-02-04 10:04:00 +00:00
|
|
|
|
"Hello #{params['name']}!"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Также можно получить доступ к именованным параметрам через параметры блока:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/hello/:name' do |n|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# соответствует "GET /hello/foo" и "GET /hello/bar",
|
|
|
|
|
# где params['name'] - это 'foo' или 'bar'
|
|
|
|
|
# n хранит params['name']
|
2013-02-09 15:22:19 +00:00
|
|
|
|
"Hello #{n}!"
|
|
|
|
|
end
|
2013-03-12 16:19:39 +00:00
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Шаблоны маршрутов также могут включать в себя splat (или '*' маску,
|
2015-02-04 10:04:00 +00:00
|
|
|
|
обозначающую любой символ) параметры, доступные в массиве `params['splat']`:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/say/*/to/*' do
|
|
|
|
|
# соответствует /say/hello/to/world
|
2015-02-04 10:04:00 +00:00
|
|
|
|
params['splat'] # => ["hello", "world"]
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/download/*.*' do
|
|
|
|
|
# соответствует /download/path/to/file.xml
|
2015-02-04 10:04:00 +00:00
|
|
|
|
params['splat'] # => ["path/to/file", "xml"]
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Или с параметрами блока:
|
|
|
|
|
|
2013-02-09 17:10:21 +00:00
|
|
|
|
```ruby
|
2013-02-09 15:22:19 +00:00
|
|
|
|
get '/download/*.*' do |path, ext|
|
|
|
|
|
[path, ext] # => ["path/to/file", "xml"]
|
|
|
|
|
end
|
2013-02-09 17:10:21 +00:00
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Регулярные выражения в качестве шаблонов маршрутов:
|
|
|
|
|
|
2013-02-09 17:10:21 +00:00
|
|
|
|
```ruby
|
2016-07-25 06:05:59 +00:00
|
|
|
|
get /\/hello\/([\w]+)/ do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
"Hello, #{params['captures'].first}!"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
2013-02-09 17:10:21 +00:00
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Или с параметром блока:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# Соответствует "GET /meta/hello/world", "GET /hello/world/1234" и т.д.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
get %r{/hello/([\w]+)} do |c|
|
|
|
|
|
"Hello, #{c}!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Шаблоны маршрутов могут иметь необязательные параметры:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2016-01-24 11:51:18 +00:00
|
|
|
|
get '/posts/:format?' do
|
|
|
|
|
# соответствует "GET /posts/", "GET /posts/json", "GET /posts/xml" и т.д.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Маршруты также могут использовать параметры запроса:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/posts' do
|
|
|
|
|
# соответствует "GET /posts?title=foo&author=bar"
|
|
|
|
|
title = params['title']
|
|
|
|
|
author = params['author']
|
|
|
|
|
# используются переменные title и author; запрос не обязателен для маршрута /posts
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Кстати, если вы не отключите защиту от обратного пути в директориях (path
|
|
|
|
|
traversal, см. ниже), путь запроса может быть изменен до начала поиска
|
|
|
|
|
подходящего маршрута.
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Вы можете настроить Mustermann опции, используемые для данного маршрута, путём передачи в `:mustermann_opts` хэш:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '\A/posts\z', :mustermann_opts => { :type => :regexp, :check_anchors => false } do
|
|
|
|
|
# в точности соответствует /posts, с явной привязкой
|
|
|
|
|
"If you match an anchored pattern clap your hands!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Это похоже на [условие](#Условия), но это не так! Эти опции будут объеденины в глобальный `:mustermann_opts` хэш, описанный
|
|
|
|
|
[ниже](#Доступные-настройки).
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
### Условия
|
|
|
|
|
|
|
|
|
|
Маршруты могут включать различные условия совпадений, например, клиентское
|
|
|
|
|
приложение (user agent):
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo', :agent => /Songbird (\d\.\d)[\d\/]*?/ do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
"You're using Songbird version #{params['agent'][0]}"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/foo' do
|
|
|
|
|
# соответствует не-songbird браузерам
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Другими доступными условиями являются `host_name` и `provides`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/', :host_name => /^admin\./ do
|
|
|
|
|
"Admin Area, Access denied!"
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/', :provides => 'html' do
|
|
|
|
|
haml :index
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/', :provides => ['rss', 'atom', 'xml'] do
|
|
|
|
|
builder :feed
|
|
|
|
|
end
|
|
|
|
|
```
|
2017-07-18 21:26:09 +00:00
|
|
|
|
`provides` ищет заголовок запроса `Accept`.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Вы можете задать собственные условия:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set(:probability) { |value| condition { rand <= value } }
|
|
|
|
|
|
|
|
|
|
get '/win_a_car', :probability => 0.1 do
|
|
|
|
|
"You won!"
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/win_a_car' do
|
|
|
|
|
"Sorry, you lost."
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Для условия, которое принимает несколько параметров, используйте звездочку:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set(:auth) do |*roles| # <- обратите внимание на звездочку
|
|
|
|
|
condition do
|
|
|
|
|
unless logged_in? && roles.any? {|role| current_user.in_role? role }
|
|
|
|
|
redirect "/login/", 303
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get "/my/account/", :auth => [:user, :admin] do
|
|
|
|
|
"Your Account Details"
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get "/only/admin/", :auth => :admin do
|
|
|
|
|
"Only admins are allowed here!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Возвращаемые значения
|
|
|
|
|
|
|
|
|
|
Возвращаемое значение блока маршрута ограничивается телом ответа, которое
|
|
|
|
|
будет передано HTTP клиенту, или следующей "прослойкой" (middleware) в Rack
|
2013-02-11 12:48:06 +00:00
|
|
|
|
стеке. Чаще всего это строка, как в примерах выше. Но также приемлемы и
|
|
|
|
|
другие значения.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Вы можете вернуть любой объект, который будет либо корректным Rack ответом,
|
2017-07-18 21:26:09 +00:00
|
|
|
|
либо объектом Rack body, либо кодом состояния HTTP:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
* массив с тремя переменными: `[код (Fixnum), заголовки (Hash), тело ответа
|
|
|
|
|
(должно отвечать на #each)]`;
|
|
|
|
|
* массив с двумя переменными: `[код (Fixnum), тело ответа (должно отвечать
|
|
|
|
|
на #each)]`;
|
|
|
|
|
* объект, отвечающий на `#each`, который передает только строковые типы
|
|
|
|
|
данных в этот блок;
|
|
|
|
|
* Fixnum, представляющий код состояния HTTP.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Таким образом, легко можно реализовать, например, поточный пример:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
class Stream
|
|
|
|
|
def each
|
|
|
|
|
100.times { |i| yield "#{i}\n" }
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get('/') { Stream.new }
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы также можете использовать метод `stream` (описываемый ниже), чтобы
|
2017-07-18 21:26:09 +00:00
|
|
|
|
уменьшить количество шаблонного кода и встраивать поточную логику прямо в
|
|
|
|
|
маршрут.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
### Собственные детекторы совпадений для маршрутов
|
|
|
|
|
|
|
|
|
|
Как показано выше, Sinatra поставляется со встроенной поддержкой строк и
|
|
|
|
|
регулярных выражений в качестве шаблонов URL. Но и это еще не все. Вы можете
|
|
|
|
|
легко определить свои собственные детекторы совпадений (matchers) для
|
|
|
|
|
маршрутов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
class AllButPattern
|
|
|
|
|
Match = Struct.new(:captures)
|
|
|
|
|
|
|
|
|
|
def initialize(except)
|
|
|
|
|
@except = except
|
|
|
|
|
@captures = Match.new([])
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
def match(str)
|
|
|
|
|
@captures unless @except === str
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
def all_but(pattern)
|
|
|
|
|
AllButPattern.new(pattern)
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get all_but("/index") do
|
|
|
|
|
# ...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Заметьте, что предыдущий пример, возможно, чересчур усложнен, потому что он
|
2013-02-09 15:22:19 +00:00
|
|
|
|
может быть реализован так:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get // do
|
|
|
|
|
pass if request.path_info == "/index"
|
|
|
|
|
# ...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Или с использованием негативного просмотра вперед:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2016-07-25 06:05:59 +00:00
|
|
|
|
get %r{(?!/index)} do
|
2013-02-09 15:22:19 +00:00
|
|
|
|
# ...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
## Статические файлы
|
|
|
|
|
|
|
|
|
|
Статические файлы отдаются из `./public` директории. Вы можете указать другое
|
|
|
|
|
место, используя опцию `:public_folder`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :public_folder, File.dirname(__FILE__) + '/static'
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Учтите, что имя директории со статическими файлами не включено в URL.
|
|
|
|
|
Например, файл `./public/css/style.css` будет доступен как
|
|
|
|
|
`http://example.com/css/style.css`.
|
|
|
|
|
|
|
|
|
|
Используйте опцию `:static_cache_control` (см. ниже), чтобы добавить заголовок
|
|
|
|
|
`Cache-Control`.
|
|
|
|
|
|
|
|
|
|
## Представления / Шаблоны
|
|
|
|
|
|
|
|
|
|
Каждый шаблонизатор представлен своим собственным методом. Эти методы попросту
|
|
|
|
|
возвращают строку:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
erb :index
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Отобразит `views/index.erb`.
|
|
|
|
|
|
|
|
|
|
Вместо имени шаблона вы так же можете передавать непосредственно само
|
|
|
|
|
содержимое шаблона:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
code = "<%= Time.now %>"
|
|
|
|
|
erb code
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Эти методы принимают второй аргумент, хеш с опциями:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
erb :index, :layout => :post
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Отобразит `views/index.erb`, вложенным в `views/post.erb` (по умолчанию:
|
|
|
|
|
`views/layout.erb`, если существует).
|
|
|
|
|
|
|
|
|
|
Любые опции, не понимаемые Sinatra, будут переданы в шаблонизатор:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
haml :index, :format => :html5
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы также можете задавать опции для шаблонизаторов в общем:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :haml, :format => :html5
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
haml :index
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Опции, переданные в метод, переопределяют опции, заданные с помощью `set`.
|
|
|
|
|
|
|
|
|
|
Доступные опции:
|
|
|
|
|
|
|
|
|
|
<dl>
|
|
|
|
|
<dt>locals</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Список локальных переменных, передаваемых в документ.
|
2013-02-09 17:10:21 +00:00
|
|
|
|
Например: <tt>erb "<%= foo %>", :locals => {:foo => "bar"}</tt>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>default_encoding</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Кодировка, которую следует использовать, если не удалось определить
|
2013-02-09 17:10:21 +00:00
|
|
|
|
оригинальную. По умолчанию: <tt>settings.default_encoding</tt>.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>views</dt>
|
|
|
|
|
<dd>
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Директория с шаблонами. По умолчанию: <tt>settings.views</tt>.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>layout</dt>
|
|
|
|
|
<dd>
|
2013-02-09 17:10:21 +00:00
|
|
|
|
Использовать или нет лэйаут (<tt>true</tt> или <tt>false</tt>). Если же значение Symbol,
|
|
|
|
|
то указывает, какой шаблон использовать в качестве лэйаута. Например:
|
|
|
|
|
<tt>erb :index, :layout => !request.xhr?</tt>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>content_type</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Content-Type отображенного шаблона. По умолчанию: задается шаблонизатором.
|
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>scope</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Область видимости, в которой рендерятся шаблоны. По умолчанию: экземпляр
|
|
|
|
|
приложения. Если вы измените эту опцию, то переменные экземпляра и
|
|
|
|
|
методы-помощники станут недоступными в ваших шаблонах.
|
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>layout_engine</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Шаблонизатор, который следует использовать для отображения лэйаута.
|
|
|
|
|
Полезная опция для шаблонизаторов, в которых нет никакой поддержки
|
|
|
|
|
лэйаутов. По умолчанию: тот же шаблонизатор, что используется и для самого
|
2013-02-09 17:10:21 +00:00
|
|
|
|
шаблона. Пример: <tt>set :rdoc, :layout_engine => :erb</tt>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dd>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
|
|
|
|
|
<dt>layout_options</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Специальные опции, используемые только для рендеринга лэйаута. Например:
|
|
|
|
|
<tt>set :rdoc, :layout_options => { :views => 'views/layouts' }</tt>
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dl>
|
|
|
|
|
|
|
|
|
|
По умолчанию считается, что шаблоны находятся в директории `./views`. Чтобы
|
|
|
|
|
использовать другую директорию с шаблонами:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :views, settings.root + '/templates'
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Важное замечание: вы всегда должны ссылаться на шаблоны с помощью символов
|
|
|
|
|
(Symbol), даже когда они в поддиректории (в этом случае используйте
|
|
|
|
|
`:'subdir/template'`). Вы должны использовать символы, потому что иначе
|
|
|
|
|
шаблонизаторы попросту отображают любые строки, переданные им.
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
### Буквальные шаблоны
|
2013-02-25 13:21:01 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
haml '%div.title Hello World'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Отобразит шаблон, переданный строкой. Опционально, можно задать `:path` и
|
|
|
|
|
`:line` для более понятного бэктрейса, в случае, если существует путь к
|
|
|
|
|
файловой системе и линия, которые ассоциируются с этой строкой:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
haml '%div.title Hello World', :path => 'examples/file.haml', :line => 3
|
|
|
|
|
end
|
|
|
|
|
```
|
2013-02-25 13:21:01 +00:00
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
### Доступные шаблонизаторы
|
|
|
|
|
|
|
|
|
|
Некоторые языки шаблонов имеют несколько реализаций. Чтобы указать, какую
|
|
|
|
|
реализацию использовать, вам следует просто подключить нужную библиотеку:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'rdiscount' # или require 'bluecloth'
|
|
|
|
|
get('/') { markdown :index }
|
|
|
|
|
```
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Haml шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="http://haml.info/" title="haml">haml</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.haml</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>haml :index, :format => :html5</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Erb шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td>
|
|
|
|
|
<a href="http://www.kuwata-lab.com/erubis/" title="erubis">erubis</a>
|
|
|
|
|
или erb (включен в Ruby)
|
|
|
|
|
</td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.erb</tt>, <tt>.rhtml</tt> or <tt>.erubis</tt> (только Erubis)</td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>erb :index</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Builder шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td>
|
2014-09-19 14:24:03 +00:00
|
|
|
|
<a href="https://github.com/jimweirich/builder" title="builder">builder</a>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.builder</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>builder { |xml| xml.em "hi" }</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Блок также используется и для встроенных шаблонов (см. пример).
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Nokogiri шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
2016-01-21 16:43:24 +00:00
|
|
|
|
<td><a href="http://www.nokogiri.org/" title="nokogiri">nokogiri</a></td>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.nokogiri</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>nokogiri { |xml| xml.em "hi" }</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Блок также используется и для встроенных шаблонов (см. пример).
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Sass шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="http://sass-lang.com/" title="sass">sass</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.sass</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>sass :stylesheet, :style => :expanded</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### SCSS шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="http://sass-lang.com/" title="sass">sass</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.scss</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>scss :stylesheet, :style => :expanded</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Less шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
2016-01-21 16:43:24 +00:00
|
|
|
|
<td><a href="http://lesscss.org/" title="less">less</a></td>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.less</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>less :stylesheet</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Liquid шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
2016-01-21 16:43:24 +00:00
|
|
|
|
<td><a href="http://liquidmarkup.org/" title="liquid">liquid</a></td>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.liquid</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>liquid :index, :locals => { :key => 'value' }</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Так как в Liquid шаблонах невозможно вызывать методы из Ruby (кроме `yield`), то
|
|
|
|
|
вы почти всегда будете передавать в шаблон локальные переменные.
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Markdown шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td>
|
|
|
|
|
Любая из библиотек:
|
2016-01-21 16:43:24 +00:00
|
|
|
|
<a href="https://github.com/davidfstr/rdiscount" title="RDiscount">RDiscount</a>,
|
2013-02-09 15:22:19 +00:00
|
|
|
|
<a href="https://github.com/vmg/redcarpet" title="RedCarpet">RedCarpet</a>,
|
|
|
|
|
<a href="http://deveiate.org/projects/BlueCloth" title="BlueCloth">BlueCloth</a>,
|
2014-09-19 14:24:03 +00:00
|
|
|
|
<a href="http://kramdown.gettalong.org/" title="kramdown">kramdown</a>,
|
|
|
|
|
<a href="https://github.com/bhollis/maruku" title="maruku">maruku</a>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.markdown</tt>, <tt>.mkd</tt> and <tt>.md</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>markdown :index, :layout_engine => :erb</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
В Markdown невозможно вызывать методы или передавать локальные переменные.
|
|
|
|
|
Следовательно, вам, скорее всего, придется использовать этот шаблон совместно
|
|
|
|
|
с другим шаблонизатором:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
erb :overview, :locals => { :text => markdown(:introduction) }
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте, что вы можете вызывать метод `markdown` из других шаблонов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
%h1 Hello From Haml!
|
|
|
|
|
%p= markdown(:greetings)
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы не можете вызывать Ruby из Markdown, соответственно, вы не можете
|
|
|
|
|
использовать лэйауты на Markdown. Тем не менее, есть возможность использовать
|
|
|
|
|
один шаблонизатор для отображения шаблона, а другой для лэйаута с помощью
|
|
|
|
|
опции `:layout_engine`.
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Textile шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="http://redcloth.org/" title="RedCloth">RedCloth</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.textile</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>textile :index, :layout_engine => :erb</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
В Textile невозможно вызывать методы или передавать локальные переменные.
|
|
|
|
|
Следовательно, вам, скорее всего, придется использовать этот шаблон совместно
|
|
|
|
|
с другим шаблонизатором:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
erb :overview, :locals => { :text => textile(:introduction) }
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте, что вы можете вызывать метод `textile` из других шаблонов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
%h1 Hello From Haml!
|
|
|
|
|
%p= textile(:greetings)
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы не можете вызывать Ruby из Textile, соответственно, вы не можете
|
|
|
|
|
использовать лэйауты на Textile. Тем не менее, есть возможность использовать
|
|
|
|
|
один шаблонизатор для отображения шаблона, а другой для лэйаута с помощью
|
2014-09-05 19:50:35 +00:00
|
|
|
|
опции `:layout_engine`.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### RDoc шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
2014-09-19 14:24:03 +00:00
|
|
|
|
<td><a href="http://rdoc.sourceforge.net/" title="RDoc">RDoc</a></td>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.rdoc</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>rdoc :README, :layout_engine => :erb</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
В RDoc невозможно вызывать методы или передавать локальные переменные.
|
|
|
|
|
Следовательно, вам, скорее всего, придется использовать этот шаблон совместно
|
|
|
|
|
с другим шаблонизатором:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
erb :overview, :locals => { :text => rdoc(:introduction) }
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте, что вы можете вызывать метод `rdoc` из других шаблонов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
%h1 Hello From Haml!
|
|
|
|
|
%p= rdoc(:greetings)
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы не можете вызывать Ruby из RDoc, соответственно, вы не можете использовать
|
|
|
|
|
лэйауты на RDoc. Тем не менее, есть возможность использовать один шаблонизатор
|
|
|
|
|
для отображения шаблона, а другой для лэйаута с помощью опции
|
|
|
|
|
`:layout_engine`.
|
|
|
|
|
|
2013-09-27 17:41:23 +00:00
|
|
|
|
#### AsciiDoc шаблоны
|
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="http://asciidoctor.org/" title="Asciidoctor">Asciidoctor</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.asciidoc</tt>, <tt>.adoc</tt> и <tt>.ad</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>asciidoc :README, :layout_engine => :erb</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-09-27 20:37:10 +00:00
|
|
|
|
Так как в AsciiDoc шаблонах невозможно вызывать методы из Ruby напрямую, то вы
|
2013-09-27 17:41:23 +00:00
|
|
|
|
почти всегда будете передавать в шаблон локальные переменные.
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Radius шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
2014-09-19 14:24:03 +00:00
|
|
|
|
<td><a href="https://github.com/jlong/radius" title="Radius">Radius</a></td>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.radius</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>radius :index, :locals => { :key => 'value' }</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Так как в Radius шаблонах невозможно вызывать методы из Ruby напрямую, то вы
|
|
|
|
|
почти всегда будете передавать в шаблон локальные переменные.
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Markaby шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
2016-01-21 16:43:24 +00:00
|
|
|
|
<td><a href="http://markaby.github.io/" title="Markaby">Markaby</a></td>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.mab</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>markaby { h1 "Welcome!" }</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Блок также используется и для встроенных шаблонов (см. пример).
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### RABL шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="https://github.com/nesquena/rabl" title="Rabl">Rabl</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.rabl</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>rabl :index</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Slim шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="http://slim-lang.com/" title="Slim Lang">Slim Lang</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.slim</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>slim :index</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Creole шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="https://github.com/minad/creole" title="Creole">Creole</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.creole</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>creole :wiki, :layout_engine => :erb</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
В Creole невозможно вызывать методы или передавать локальные переменные.
|
|
|
|
|
Следовательно, вам, скорее всего, придется использовать этот шаблон совместно
|
|
|
|
|
с другим шаблонизатором:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
erb :overview, :locals => { :text => creole(:introduction) }
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте, что вы можете вызывать метод `creole` из других шаблонов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
%h1 Hello From Haml!
|
|
|
|
|
%p= creole(:greetings)
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы не можете вызывать Ruby из Creole, соответственно, вы не можете
|
|
|
|
|
использовать лэйауты на Creole. Тем не менее, есть возможность использовать
|
|
|
|
|
один шаблонизатор для отображения шаблона, а другой для лэйаута с помощью
|
|
|
|
|
опции `:layout_engine`.
|
|
|
|
|
|
2013-09-27 21:56:42 +00:00
|
|
|
|
#### MediaWiki шаблоны
|
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="https://github.com/nricciar/wikicloth" title="WikiCloth">WikiCloth</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.mediawiki</tt> и <tt>.mw</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>mediawiki :wiki, :layout_engine => :erb</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
В разметке MediaWiki невозможно вызывать методы или передавать локальные переменные.
|
|
|
|
|
Следовательно, вам, скорее всего, придется использовать этот шаблон совместно
|
|
|
|
|
с другим шаблонизатором:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
erb :overview, :locals => { :text => mediawiki(:introduction) }
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте, что вы можете вызывать метод `mediawiki` из других шаблонов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
%h1 Hello From Haml!
|
|
|
|
|
%p= mediawiki(:greetings)
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы не можете вызывать Ruby из MediaWiki, соответственно, вы не можете
|
|
|
|
|
использовать лэйауты на MediaWiki. Тем не менее, есть возможность использовать
|
|
|
|
|
один шаблонизатор для отображения шаблона, а другой для лэйаута с помощью
|
|
|
|
|
опции `:layout_engine`.
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### CoffeeScript шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td>
|
|
|
|
|
<a href="https://github.com/josh/ruby-coffee-script" title="Ruby CoffeeScript">
|
|
|
|
|
CoffeeScript
|
2014-12-17 10:23:02 +00:00
|
|
|
|
</a> и
|
2013-02-09 15:22:19 +00:00
|
|
|
|
<a href="https://github.com/sstephenson/execjs/blob/master/README.md#readme" title="ExecJS">
|
2014-12-17 10:23:02 +00:00
|
|
|
|
способ запускать JavaScript
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</a>
|
|
|
|
|
</td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.coffee</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>coffee :index</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
2014-12-17 10:23:02 +00:00
|
|
|
|
#### Stylus шаблоны
|
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td>
|
2016-01-21 16:43:24 +00:00
|
|
|
|
<a href="https://github.com/forgecrafted/ruby-stylus" title="Ruby Stylus">
|
2014-12-17 10:23:02 +00:00
|
|
|
|
Stylus
|
|
|
|
|
</a> и
|
|
|
|
|
<a href="https://github.com/sstephenson/execjs/blob/master/README.md#readme" title="ExecJS">
|
|
|
|
|
способ запускать JavaScript
|
|
|
|
|
</a>
|
|
|
|
|
</td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширение файла</td>
|
|
|
|
|
<td><tt>.styl</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>stylus :index</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Перед тем, как использовать шаблоны стилус, загрузите `stylus` и
|
|
|
|
|
`stylus/tilt`:
|
|
|
|
|
|
2015-09-20 16:50:57 +00:00
|
|
|
|
```ruby
|
2014-12-17 10:23:02 +00:00
|
|
|
|
require 'sinatra'
|
|
|
|
|
require 'stylus'
|
|
|
|
|
require 'stylus/tilt'
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
stylus :example
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### Yajl шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="https://github.com/brianmario/yajl-ruby" title="yajl-ruby">yajl-ruby</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.yajl</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td>
|
|
|
|
|
<tt>
|
|
|
|
|
yajl :index,
|
|
|
|
|
:locals => { :key => 'qux' },
|
|
|
|
|
:callback => 'present',
|
|
|
|
|
:variable => 'resource'
|
|
|
|
|
</tt>
|
|
|
|
|
</td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Содержимое шаблона интерпретируется как код на Ruby, а результирующая
|
2013-02-11 12:48:06 +00:00
|
|
|
|
переменная json затем конвертируется с помощью `#to_json`.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
json = { :foo => 'bar' }
|
|
|
|
|
json[:baz] = key
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Опции `:callback` и `:variable` используются для "декорирования" итогового
|
|
|
|
|
объекта.
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
var resource = {"foo":"bar","baz":"qux"}; present(resource);
|
|
|
|
|
```
|
|
|
|
|
|
2013-03-15 09:29:07 +00:00
|
|
|
|
#### WLang шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Зависимости</td>
|
|
|
|
|
<td><a href="https://github.com/blambeau/wlang/" title="wlang">wlang</a></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Расширения файлов</td>
|
|
|
|
|
<td><tt>.wlang</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
<tr>
|
|
|
|
|
<td>Пример</td>
|
|
|
|
|
<td><tt>wlang :index, :locals => { :key => 'value' }</tt></td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
|
|
|
|
|
|
|
|
|
Так как в WLang шаблонах невозможно вызывать методы из Ruby напрямую (за
|
|
|
|
|
исключением `yield`), то вы почти всегда будете передавать в шаблон локальные
|
|
|
|
|
переменные.
|
|
|
|
|
|
|
|
|
|
### Доступ к переменным в шаблонах
|
|
|
|
|
|
|
|
|
|
Шаблоны интерпретируются в том же контексте, что и обработчики маршрутов.
|
|
|
|
|
Переменные экземпляра, установленные в процессе обработки маршрутов, будут
|
|
|
|
|
доступны напрямую в шаблонах:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/:id' do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
@foo = Foo.find(params['id'])
|
2013-02-09 15:22:19 +00:00
|
|
|
|
haml '%h1= @foo.name'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Либо установите их через хеш локальных переменных:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/:id' do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
foo = Foo.find(params['id'])
|
2013-02-09 15:22:19 +00:00
|
|
|
|
haml '%h1= bar.name', :locals => { :bar => foo }
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Это обычный подход, когда шаблоны рендерятся как части других шаблонов.
|
|
|
|
|
|
2013-02-25 14:42:52 +00:00
|
|
|
|
### Шаблоны с `yield` и вложенные раскладки (layout)
|
|
|
|
|
|
|
|
|
|
Раскладка (layout) обычно представляет собой шаблон, который исполняет
|
|
|
|
|
`yield`.
|
|
|
|
|
Такой шаблон может быть либо использован с помощью опции `:template`,
|
|
|
|
|
как описано выше, либо он может быть дополнен блоком:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
erb :post, :layout => false do
|
|
|
|
|
erb :index
|
|
|
|
|
end
|
2013-02-25 14:42:52 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Эти инструкции в основном эквивалентны `erb :index, :layout => :post`.
|
|
|
|
|
|
|
|
|
|
Передача блоков интерпретирующим шаблоны методам наиболее полезна для
|
|
|
|
|
создания вложенных раскладок:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
erb :main_layout, :layout => false do
|
|
|
|
|
erb :admin_layout do
|
|
|
|
|
erb :user
|
|
|
|
|
end
|
|
|
|
|
end
|
2013-02-25 14:42:52 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Это же самое может быть сделано короче:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
erb :admin_layout, :layout => :main_layout do
|
|
|
|
|
erb :user
|
|
|
|
|
end
|
2013-02-25 14:42:52 +00:00
|
|
|
|
```
|
|
|
|
|
|
2014-01-19 14:16:01 +00:00
|
|
|
|
В настоящее время, следующие интерпретирующие шаблоны методы
|
2013-02-25 14:42:52 +00:00
|
|
|
|
принимают блок:
|
|
|
|
|
`erb`, `haml`, `liquid`, `slim `, `wlang`.
|
|
|
|
|
Общий метод заполнения шаблонов `render` также принимает блок.
|
|
|
|
|
|
2013-02-25 14:39:14 +00:00
|
|
|
|
### Включённые шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Шаблоны также могут быть определены в конце исходного файла:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra'
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
haml :index
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
__END__
|
|
|
|
|
|
|
|
|
|
@@ layout
|
|
|
|
|
%html
|
|
|
|
|
= yield
|
|
|
|
|
|
|
|
|
|
@@ index
|
|
|
|
|
%div.title Hello world.
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-25 14:39:14 +00:00
|
|
|
|
Заметьте: включённые шаблоны, определенные в исходном файле, который подключил
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Sinatra, будут загружены автоматически. Вызовите `enable :inline_templates`
|
2013-02-25 14:39:14 +00:00
|
|
|
|
напрямую, если используете включённые шаблоны в других файлах.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
### Именованные шаблоны
|
|
|
|
|
|
|
|
|
|
Шаблоны также могут быть определены при помощи `template` метода:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
template :layout do
|
|
|
|
|
"%html\n =yield\n"
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
template :index do
|
|
|
|
|
'%div.title Hello World!'
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
haml :index
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Если шаблон с именем "layout" существует, то он будет использоваться каждый
|
|
|
|
|
раз при рендеринге. Вы можете отключать лэйаут в каждом конкретном случае с
|
|
|
|
|
помощью `:layout => false` или отключить его для всего приложения: `set :haml,
|
|
|
|
|
:layout => false`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
haml :index, :layout => !request.xhr?
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Привязка файловых расширений
|
|
|
|
|
|
|
|
|
|
Чтобы связать расширение файла с движком рендеринга, используйте
|
|
|
|
|
`Tilt.register`. Например, если вы хотите использовать расширение `tt` для
|
|
|
|
|
шаблонов Textile:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
Tilt.register :tt, Tilt[:textile]
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Добавление собственного движка рендеринга
|
|
|
|
|
|
|
|
|
|
Сначала зарегистрируйте свой движок в Tilt, а затем создайте метод, отвечающий
|
|
|
|
|
за рендеринг:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
Tilt.register :myat, MyAwesomeTemplateEngine
|
|
|
|
|
|
|
|
|
|
helpers do
|
|
|
|
|
def myat(*args) render(:myat, *args) end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
myat :index
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Отобразит `./views/index.myat`. Чтобы узнать больше о Tilt, смотрите
|
|
|
|
|
https://github.com/rtomayko/tilt
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
### Использование пользовательской логики для поиска шаблона
|
|
|
|
|
|
|
|
|
|
Для того, чтобы реализовать свой собственный механизм поиска шаблона,
|
|
|
|
|
необходимо написать свой собственный `#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
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
## Фильтры
|
|
|
|
|
|
|
|
|
|
`before`-фильтры выполняются перед каждым запросом в том же контексте, что и
|
|
|
|
|
маршруты, и могут изменять как запрос, так и ответ на него. Переменные
|
|
|
|
|
экземпляра, установленные в фильтрах, доступны в маршрутах и шаблонах:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
before do
|
|
|
|
|
@note = 'Hi!'
|
|
|
|
|
request.path_info = '/foo/bar/baz'
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/foo/*' do
|
|
|
|
|
@note #=> 'Hi!'
|
2015-02-04 10:04:00 +00:00
|
|
|
|
params['splat'] #=> 'bar/baz'
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
`after`-фильтры выполняются после каждого запроса в том же контексте
|
|
|
|
|
и могут изменять как запрос, так и ответ на него. Переменные
|
|
|
|
|
экземпляра, установленные в `before`-фильтрах и маршрутах, будут доступны в
|
|
|
|
|
`after`-фильтрах:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
after do
|
|
|
|
|
puts response.status
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте: если вы используете метод `body`, а не просто возвращаете строку из
|
|
|
|
|
маршрута, то тело ответа не будет доступно в `after`-фильтрах, так как оно
|
|
|
|
|
будет сгенерировано позднее.
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Фильтры могут использовать шаблоны URL и будут интерпретированы, только если
|
2013-02-09 15:22:19 +00:00
|
|
|
|
путь запроса совпадет с этим шаблоном:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
before '/protected/*' do
|
|
|
|
|
authenticate!
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
after '/create/:slug' do |slug|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
session[:last_slug] = slug
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Как и маршруты, фильтры могут использовать условия:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
before :agent => /Songbird/ do
|
|
|
|
|
# ...
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
after '/blog/*', :host_name => 'example.com' do
|
|
|
|
|
# ...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
## Методы-помощники
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Используйте высокоуровневый метод `helpers`, чтобы определить
|
|
|
|
|
методы-помощники для использования в обработчиках маршрутов и шаблонах:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
helpers do
|
|
|
|
|
def bar(name)
|
|
|
|
|
"#{name}bar"
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/:name' do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
bar(params['name'])
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Также методы-помощники могут быть заданы в отдельных модулях:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
module FooUtils
|
|
|
|
|
def foo(name) "#{name}foo" end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
module BarUtils
|
|
|
|
|
def bar(name) "#{name}bar" end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
helpers FooUtils, BarUtils
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Эффект равносилен включению модулей в класс приложения.
|
|
|
|
|
|
|
|
|
|
### Использование сессий
|
|
|
|
|
|
|
|
|
|
Сессия используется, чтобы сохранять состояние между запросами. Если эта опция
|
|
|
|
|
включена, то у вас будет один хеш сессии на одну пользовательскую сессию:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
enable :sessions
|
|
|
|
|
|
|
|
|
|
get '/' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
"value = " << session[:value].inspect
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/:value' do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
session['value'] = params['value']
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
### Секретная безопасность сессии
|
|
|
|
|
|
|
|
|
|
Чтобы повысить безопасность, данные сессии в файле 'cookie' подписываются
|
|
|
|
|
ключом сессии с использованием `HMAC-SHA1`. Этот ключ сессии должен быть
|
|
|
|
|
оптимальным криптографическим 'secure random' значением соответствующей
|
|
|
|
|
длины, которая для `HMAC-SHA1` больше или равна 64 байтам (512 бит, 128
|
|
|
|
|
шестнадцатеричных символов). Не рекомендуется использовать ключ, длина
|
|
|
|
|
которого менее 32 байт (256 бит, 64 шестнадцатеричных символа). Поэтому
|
|
|
|
|
**очень важно**, чтобы вы не просто составили значение ключа, а использовали
|
|
|
|
|
генератор 'secure random' чисел для его создания. Люди очень плохо генерируют
|
|
|
|
|
случайные значения.
|
|
|
|
|
|
|
|
|
|
По умолчанию, Sinatra создаёт для вас 'secure random' ключ сессии из 32 байт,
|
|
|
|
|
но он будет меняться при каждом перезапуске приложения. Если у вас есть
|
|
|
|
|
несколько экземпляров вашего приложения, и вы позволяете чтобы Sinatra
|
|
|
|
|
генерировала ключ, то каждый экземпляр будет иметь отличный ключ сессии,
|
|
|
|
|
который, вероятно, не тот, который вы хотите.
|
|
|
|
|
|
|
|
|
|
Для лучшей безопасности и удобства использования
|
|
|
|
|
[рекомендуется](https://12factor.net/config) генерировать 'secure random'
|
|
|
|
|
ключ и хранить его в переменной среды на каждом хосте, на котором запущено
|
|
|
|
|
приложение, чтобы все экземпляры вашего приложения использовали один и тот
|
|
|
|
|
же ключ. Вы должны периодически менять значение ключа сессии.
|
|
|
|
|
Вот несколько примеров того, как вы можете создать ключ на 64 байта
|
|
|
|
|
и установить его:
|
|
|
|
|
|
|
|
|
|
**Генерация ключа сессии**
|
|
|
|
|
|
|
|
|
|
```text
|
|
|
|
|
$ ruby -e "require 'securerandom'; puts SecureRandom.hex(64)"
|
|
|
|
|
99ae8af...snip...ec0f262ac
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
**Генерация ключа сессии (бонусные пункты)**
|
|
|
|
|
|
|
|
|
|
Используйте [гем 'sysrandom'](https://github.com/cryptosphere/sysrandom)
|
|
|
|
|
Предпочтительнее использовать системные средства RNG для генерации случайных
|
|
|
|
|
значений вместо пространства пользователя `OpenSSL`, для которого в данный
|
|
|
|
|
момент по умолчанию используется MRI Ruby:
|
|
|
|
|
|
|
|
|
|
```text
|
|
|
|
|
$ gem install sysrandom
|
|
|
|
|
Создание собственных расширений. Это может занять некоторое время...
|
|
|
|
|
Успешно установлен sysrandom-1.x
|
|
|
|
|
1 gem установлен
|
|
|
|
|
|
|
|
|
|
$ ruby -e "require 'sysrandom/securerandom'; puts SecureRandom.hex(64)"
|
|
|
|
|
99ae8af...snip...ec0f262ac
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
**Переменная среды `SESSION_SECRET`**
|
|
|
|
|
|
|
|
|
|
Задайте переменной среды для Sinatra `SESSION_SECRET` значение, которое вы
|
|
|
|
|
сгенерировали. Сделайте это значение постоянным при перезагрузке вашего
|
|
|
|
|
хоста. Поскольку метод для генерации будет различным в разных системах,
|
|
|
|
|
то код ниже приведён только в качестве примера:
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
# echo "export SESSION_SECRET=99ae8af...snip...ec0f262ac" >> ~/.bashrc
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
**Конфигурация приложения**
|
|
|
|
|
|
|
|
|
|
Настройте конфигурацию вашего приложения в безопасном режиме для
|
|
|
|
|
'secure random' ключа если переменная среды `SESSION_SECRET` не доступна.
|
|
|
|
|
|
|
|
|
|
В качестве бонусных пунктов здесь тоже используйте
|
|
|
|
|
[гем 'sysrandom'gem](https://github.com/cryptosphere/sysrandom) :
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
require 'securerandom'
|
|
|
|
|
# -или- require 'sysrandom/securerandom'
|
|
|
|
|
set :session_secret, ENV.fetch('SESSION_SECRET') { SecureRandom.hex(64) }
|
2013-02-09 15:22:19 +00:00
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
#### Конфигурация сессии
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Если вы хотите больше настроек для сессий, вы можете задать их, передав хеш
|
|
|
|
|
опций в параметр `sessions`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :sessions, :domain => 'foo.com'
|
|
|
|
|
```
|
|
|
|
|
|
2013-09-16 13:02:43 +00:00
|
|
|
|
Чтобы сделать сессию доступной другим приложениям, размещенным на поддоменах
|
2013-07-11 17:55:19 +00:00
|
|
|
|
foo.com, добавьте *.* перед доменом:
|
|
|
|
|
|
2015-09-20 16:50:57 +00:00
|
|
|
|
```ruby
|
2013-07-11 17:55:19 +00:00
|
|
|
|
set :sessions, :domain => '.foo.com'
|
|
|
|
|
```
|
|
|
|
|
|
2016-08-11 08:50:46 +00:00
|
|
|
|
#### Выбор вашей собственной "прослойки" сессии
|
|
|
|
|
|
|
|
|
|
Заметьте, что при использовании `enable :sessions` все данные сохраняются в
|
|
|
|
|
куках (cookies). Это может быть не совсем то, что вы хотите (например,
|
|
|
|
|
сохранение больших объемов данных увеличит ваш трафик). В таком случае вы
|
|
|
|
|
можете использовать альтернативную Rack "прослойку" (middleware), реализующую
|
|
|
|
|
механизм сессий. Для этого используете один из способов ниже:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
enable :sessions
|
|
|
|
|
set :session_store, Rack::Session::Pool
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Или установите параметры сессии с помощью хеша опций:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :sessions, :expire_after => 2592000
|
|
|
|
|
set :session_store, Rack::Session::Pool
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы так же можете не вызывать `enable :sessions`, а вместо этого вызывать
|
2017-07-18 21:26:09 +00:00
|
|
|
|
необходимую вам прослойку так же, как вы это обычно делаете.
|
|
|
|
|
|
|
|
|
|
Очень важно обратить внимание на то, что когда вы используете этот метод,
|
|
|
|
|
основной способ защиты сессии **не будет включен по умолчанию**.
|
|
|
|
|
|
|
|
|
|
Если вы хотите включить защиту, вам нужно добавить следующие строчки:
|
2016-08-11 08:50:46 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
use Rack::Session::Pool, :expire_after => 2592000
|
|
|
|
|
use Rack::Protection::RemoteToken
|
|
|
|
|
use Rack::Protection::SessionHijacking
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Смотрите секцию "Настройка защиты от атак" для более подробной информации.
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
### Прерывание
|
|
|
|
|
|
|
|
|
|
Чтобы незамедлительно прервать обработку запроса внутри фильтра или маршрута,
|
|
|
|
|
используйте:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
halt
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Можно также указать статус при прерывании:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
halt 410
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Тело:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
halt 'this will be the body'
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
И то, и другое:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
halt 401, 'go away!'
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Можно указать заголовки:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
halt 402, {'Content-Type' => 'text/plain'}, 'revenge'
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
И, конечно, можно использовать шаблоны с `halt`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
halt erb(:error)
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Передача
|
|
|
|
|
|
|
|
|
|
Маршрут может передать обработку запроса следующему совпадающему маршруту,
|
|
|
|
|
используя `pass`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/guess/:who' do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
pass unless params['who'] == 'Frank'
|
2013-02-09 15:22:19 +00:00
|
|
|
|
'You got me!'
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/guess/*' do
|
|
|
|
|
'You missed!'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Блок маршрута сразу же прерывается, и контроль переходит к следующему
|
|
|
|
|
совпадающему маршруту. Если соответствующий маршрут не найден, то ответом на
|
|
|
|
|
запрос будет 404.
|
|
|
|
|
|
|
|
|
|
### Вызов другого маршрута
|
|
|
|
|
|
|
|
|
|
Иногда `pass` не подходит, например, если вы хотите получить результат вызова
|
|
|
|
|
другого обработчика маршрута. В таком случае просто используйте `call`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo' do
|
|
|
|
|
status, headers, body = call env.merge("PATH_INFO" => '/bar')
|
|
|
|
|
[status, headers, body.map(&:upcase)]
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/bar' do
|
|
|
|
|
"bar"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Заметьте, что в предыдущем примере можно облегчить тестирование и повысить
|
|
|
|
|
производительность, перенеся `"bar"` в метод-помощник, используемый и в
|
|
|
|
|
`/foo`, и в `/bar`.
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Если вы хотите, чтобы запрос был отправлен в тот же экземпляр приложения,
|
|
|
|
|
а не в его копию, используйте `call!` вместо `call`.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Если хотите узнать больше о `call`, смотрите спецификацию Rack.
|
|
|
|
|
|
|
|
|
|
### Задание тела, кода и заголовков ответа
|
|
|
|
|
|
|
|
|
|
Хорошим тоном является установка кода состояния HTTP и тела ответа в
|
|
|
|
|
возвращаемом значении обработчика маршрута. Тем не менее, в некоторых
|
|
|
|
|
ситуациях вам, возможно, понадобится задать тело ответа в произвольной точке
|
|
|
|
|
потока исполнения. Вы можете сделать это с помощью метода-помощника `body`.
|
|
|
|
|
Если вы задействуете метод `body`, то вы можете использовать его и в
|
|
|
|
|
дальнейшем, чтобы получить доступ к телу ответа.
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo' do
|
|
|
|
|
body "bar"
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
after do
|
|
|
|
|
puts body
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Также можно передать блок в метод `body`, который затем будет вызван
|
|
|
|
|
обработчиком Rack (такой подход может быть использован для реализации
|
|
|
|
|
поточного ответа, см. "Возвращаемые значения").
|
|
|
|
|
|
|
|
|
|
Аналогично вы можете установить код ответа и его заголовки:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo' do
|
|
|
|
|
status 418
|
|
|
|
|
headers \
|
|
|
|
|
"Allow" => "BREW, POST, GET, PROPFIND, WHEN",
|
|
|
|
|
"Refresh" => "Refresh: 20; http://www.ietf.org/rfc/rfc2324.txt"
|
|
|
|
|
body "I'm a tea pot!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Как и `body`, методы `headers` и `status`, вызванные без аргументов,
|
|
|
|
|
возвращают свои текущие значения.
|
|
|
|
|
|
|
|
|
|
### Стриминг ответов
|
|
|
|
|
|
|
|
|
|
Иногда требуется начать отправлять данные клиенту прямо в процессе
|
|
|
|
|
генерирования частей этих данных. В особых случаях требуется постоянно
|
|
|
|
|
отправлять данные до тех пор, пока клиент не закроет соединение. Вы можете
|
|
|
|
|
использовать метод `stream` вместо написания собственных "оберток".
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
stream do |out|
|
|
|
|
|
out << "It's gonna be legen -\n"
|
|
|
|
|
sleep 0.5
|
|
|
|
|
out << " (wait for it) \n"
|
|
|
|
|
sleep 1
|
|
|
|
|
out << "- dary!\n"
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Что позволяет вам реализовать стриминговые API,
|
2016-01-21 16:43:24 +00:00
|
|
|
|
[Server Sent Events](https://w3c.github.io/eventsource/),
|
|
|
|
|
и может служить основой для [WebSockets](https://en.wikipedia.org/wiki/WebSocket).
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Также такой подход можно использовать для увеличения производительности в случае,
|
|
|
|
|
когда какая-то часть контента зависит от медленного ресурса.
|
|
|
|
|
|
|
|
|
|
Заметьте, что возможности стриминга, особенно количество одновременно
|
|
|
|
|
обслуживаемых запросов, очень сильно зависят от используемого веб-сервера.
|
2015-03-19 22:29:50 +00:00
|
|
|
|
Некоторые серверы могут и вовсе не поддерживать стриминг. Если сервер не
|
|
|
|
|
поддерживает стриминг, то все данные будут отправлены за один раз сразу после
|
|
|
|
|
того, как блок, переданный в `stream`, завершится. Стриминг вообще не работает
|
|
|
|
|
при использовании Shotgun.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Если метод используется с параметром `keep_open`, то он не будет вызывать
|
|
|
|
|
`close` у объекта потока, что позволит вам закрыть его позже в любом другом
|
|
|
|
|
месте. Это работает только с событийными серверами, например, с Thin и
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Rainbows. Другие же серверы все равно будут закрывать поток:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
# long polling
|
|
|
|
|
|
|
|
|
|
set :server, :thin
|
|
|
|
|
connections = []
|
|
|
|
|
|
|
|
|
|
get '/subscribe' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# регистрация клиента в событиях сервера
|
2014-11-15 17:42:37 +00:00
|
|
|
|
stream(:keep_open) do |out|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
connections << out
|
2014-11-15 17:42:37 +00:00
|
|
|
|
# удаление "мертвых клиентов"
|
|
|
|
|
connections.reject!(&:closed?)
|
|
|
|
|
end
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
post '/:message' do
|
2013-02-09 15:22:19 +00:00
|
|
|
|
connections.each do |out|
|
|
|
|
|
# уведомить клиента о новом сообщении
|
2015-02-04 10:04:00 +00:00
|
|
|
|
out << params['message'] << "\n"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# указать клиенту на необходимость снова соединиться
|
2013-02-09 15:22:19 +00:00
|
|
|
|
out.close
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
# допуск
|
|
|
|
|
"message received"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Также клиент может закрыть соединение при попытке записи в сокет. В связи с
|
|
|
|
|
этим рекомендуется проверить `out.closed?` прежде, чем пытаться записать.
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
### Логирование
|
|
|
|
|
|
|
|
|
|
В области видимости запроса метод `logger` предоставляет доступ к экземпляру
|
|
|
|
|
`Logger`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
logger.info "loading data"
|
|
|
|
|
# ...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Этот логер автоматически учитывает ваши настройки логирования в Rack. Если
|
|
|
|
|
логирование выключено, то этот метод вернет пустой (dummy) объект, поэтому вы
|
|
|
|
|
можете смело использовать его в маршрутах и фильтрах.
|
|
|
|
|
|
|
|
|
|
Заметьте, что логирование включено по умолчанию только для
|
|
|
|
|
`Sinatra::Application`, а если ваше приложение — подкласс `Sinatra::Base`, то
|
|
|
|
|
вы, наверное, захотите включить его вручную:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
class MyApp < Sinatra::Base
|
|
|
|
|
configure :production, :development do
|
|
|
|
|
enable :logging
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Чтобы избежать использования любой логирующей "прослойки", задайте опции
|
|
|
|
|
`logging` значение `nil`. Тем не менее, не забывайте, что в такой ситуации
|
|
|
|
|
`logger` вернет `nil`. Чаще всего так делают, когда задают свой собственный
|
|
|
|
|
логер. Sinatra будет использовать то, что находится в `env['rack.logger']`.
|
|
|
|
|
|
|
|
|
|
### Mime-типы
|
|
|
|
|
|
|
|
|
|
Когда вы используете `send_file` или статические файлы, у вас могут быть
|
|
|
|
|
mime-типы, которые Sinatra не понимает по умолчанию. Используйте `mime_type`
|
|
|
|
|
для их регистрации по расширению файла:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
configure do
|
|
|
|
|
mime_type :foo, 'text/foo'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы также можете использовать это в `content_type` методе-помощнике:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
content_type :foo
|
|
|
|
|
"foo foo foo"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Генерирование URL
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Чтобы сформировать URL, вам следует использовать метод `url`, например, в Haml:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
%a{:href => url('/foo')} foo
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Этот метод учитывает обратные прокси и маршрутизаторы Rack, если они
|
|
|
|
|
присутствуют.
|
|
|
|
|
|
|
|
|
|
Наряду с `url` вы можете использовать `to` (смотрите пример ниже).
|
|
|
|
|
|
|
|
|
|
### Перенаправление (редирект)
|
|
|
|
|
|
|
|
|
|
Вы можете перенаправить браузер пользователя с помощью метода `redirect`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo' do
|
|
|
|
|
redirect to('/bar')
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Любые дополнительные параметры используются по аналогии с аргументами метода
|
|
|
|
|
`halt`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
redirect to('/bar'), 303
|
2016-01-21 16:43:24 +00:00
|
|
|
|
redirect 'http://www.google.com/', 'wrong place, buddy'
|
2013-02-09 15:22:19 +00:00
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Вы также можете перенаправить пользователя обратно на страницу, с которой он
|
2013-02-09 15:22:19 +00:00
|
|
|
|
пришел, с помощью `redirect back`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/foo' do
|
|
|
|
|
"<a href='/bar'>do something</a>"
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/bar' do
|
|
|
|
|
do_something
|
|
|
|
|
redirect back
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Чтобы передать какие-либо параметры вместе с перенаправлением, либо добавьте
|
|
|
|
|
их в строку запроса:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
redirect to('/bar?sum=42')
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
либо используйте сессию:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
enable :sessions
|
|
|
|
|
|
|
|
|
|
get '/foo' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
session[:secret] = 'foo'
|
2013-02-09 15:22:19 +00:00
|
|
|
|
redirect to('/bar')
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/bar' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
session[:secret]
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Управление кэшированием
|
|
|
|
|
|
|
|
|
|
Установка корректных заголовков — основа правильного HTTP кэширования.
|
|
|
|
|
|
|
|
|
|
Вы можете легко выставить заголовок Cache-Control таким образом:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
cache_control :public
|
|
|
|
|
"cache it!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Совет: задавайте кэширование в `before`-фильтре:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
before do
|
|
|
|
|
cache_control :public, :must_revalidate, :max_age => 60
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Если вы используете метод `expires` для задания соответствующего заголовка, то
|
|
|
|
|
`Cache-Control` будет выставлен автоматически:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
before do
|
|
|
|
|
expires 500, :public, :must_revalidate
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Чтобы как следует использовать кэширование, вам следует подумать об
|
|
|
|
|
использовании `etag` или `last_modified`. Рекомендуется использовать эти
|
|
|
|
|
методы-помощники *до* выполнения ресурсоемких вычислений, так как они
|
|
|
|
|
немедленно отправят ответ клиенту, если текущая версия уже есть в их кэше:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
get "/article/:id" do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
@article = Article.find params['id']
|
2013-02-09 15:22:19 +00:00
|
|
|
|
last_modified @article.updated_at
|
|
|
|
|
etag @article.sha1
|
|
|
|
|
erb :article
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Также вы можете использовать
|
2016-01-21 16:43:24 +00:00
|
|
|
|
[weak ETag](https://en.wikipedia.org/wiki/HTTP_ETag#Strong_and_weak_validation):
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
etag @article.sha1, :weak
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Эти методы-помощники не станут ничего кэшировать для вас, но они дадут
|
2013-02-11 12:48:06 +00:00
|
|
|
|
необходимую информацию для вашего кэша. Если вы ищете легкое решение для
|
2013-02-09 15:22:19 +00:00
|
|
|
|
кэширования, попробуйте [rack-cache](https://github.com/rtomayko/rack-cache):
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
require "rack/cache"
|
|
|
|
|
require "sinatra"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
use Rack::Cache
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
cache_control :public, :max_age => 36000
|
|
|
|
|
sleep 5
|
|
|
|
|
"hello"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Используйте опцию `:static_cache_control` (см. ниже), чтобы добавить заголовок
|
|
|
|
|
`Cache-Control` к статическим файлам.
|
|
|
|
|
|
|
|
|
|
В соответствии с RFC 2616 ваше приложение должно вести себя по-разному, когда
|
|
|
|
|
заголовки If-Match или If-None-Match имеют значение `*`, в зависимости от
|
|
|
|
|
того, существует или нет запрашиваемый ресурс. Sinatra предполагает, что
|
|
|
|
|
ресурсы, к которым обращаются с помощью безопасных (GET) и идемпотентных (PUT)
|
|
|
|
|
методов, уже существуют, а остальные ресурсы (к которым обращаются, например,
|
|
|
|
|
с помощью POST) считает новыми. Вы можете изменить данное поведение с помощью
|
|
|
|
|
опции `:new_resource`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/create' do
|
|
|
|
|
etag '', :new_resource => true
|
|
|
|
|
Article.create
|
|
|
|
|
erb :new_article
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Если вы хотите использовать weak ETag, задайте опцию `:kind`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
etag '', :new_resource => true, :kind => :weak
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Отправка файлов
|
|
|
|
|
|
|
|
|
|
Для отправки файлов пользователю вы можете использовать метод `send_file`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
send_file 'foo.png'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Этот метод имеет несколько опций:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
send_file 'foo.png', :type => :jpg
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Возможные опции:
|
|
|
|
|
|
|
|
|
|
<dl>
|
|
|
|
|
<dt>filename</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>имя файла, по умолчанию: реальное имя файла.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>last_modified</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>значение для заголовка Last-Modified, по умолчанию: mtime (время
|
|
|
|
|
изменения) файла.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>type</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>тип файла, по умолчанию: определяется по расширению файла.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>disposition</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
используется для заголовка Content-Disposition, возможные значения: <tt>nil</tt>
|
|
|
|
|
(по умолчанию), <tt>:attachment</tt> и <tt>:inline</tt>
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>length</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>значения для заголовка Content-Length, по умолчанию: размер файла.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>status</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
Код ответа. Полезно, когда отсылается статический файл в качестве страницы с
|
|
|
|
|
сообщением об ошибке. Если поддерживается обработчик Rack, будут использоваться
|
|
|
|
|
другие средства, кроме потоковой передачи из процесса Ruby. Если вы используете
|
|
|
|
|
этот вспомогательный метод, Sinatra автоматически обрабатывает запросы диапазона.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dl>
|
|
|
|
|
|
|
|
|
|
### Доступ к объекту запроса
|
|
|
|
|
|
|
|
|
|
Объект входящего запроса доступен на уровне обработки запроса (в фильтрах,
|
|
|
|
|
маршрутах, обработчиках ошибок) с помощью `request` метода:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
# приложение запущено на http://example.com/example
|
|
|
|
|
get '/foo' do
|
|
|
|
|
t = %w[text/css text/html application/javascript]
|
|
|
|
|
request.accept # ['text/html', '*/*']
|
|
|
|
|
request.accept? 'text/xml' # true
|
|
|
|
|
request.preferred_type(t) # 'text/html'
|
|
|
|
|
request.body # тело запроса, посланное клиентом (см. ниже)
|
|
|
|
|
request.scheme # "http"
|
|
|
|
|
request.script_name # "/example"
|
|
|
|
|
request.path_info # "/foo"
|
|
|
|
|
request.port # 80
|
|
|
|
|
request.request_method # "GET"
|
|
|
|
|
request.query_string # ""
|
|
|
|
|
request.content_length # длина тела запроса
|
|
|
|
|
request.media_type # медиатип тела запроса
|
|
|
|
|
request.host # "example.com"
|
|
|
|
|
request.get? # true (есть аналоги для других методов HTTP)
|
|
|
|
|
request.form_data? # false
|
|
|
|
|
request["some_param"] # значение параметра some_param. Шорткат для хеша params
|
|
|
|
|
request.referrer # источник запроса клиента либо '/'
|
|
|
|
|
request.user_agent # user agent (используется для :agent условия)
|
|
|
|
|
request.cookies # хеш, содержащий cookies браузера
|
|
|
|
|
request.xhr? # является ли запрос ajax запросом?
|
|
|
|
|
request.url # "http://example.com/example/foo"
|
|
|
|
|
request.path # "/example/foo"
|
|
|
|
|
request.ip # IP-адрес клиента
|
|
|
|
|
request.secure? # false (true, если запрос сделан через SSL)
|
|
|
|
|
request.forwarded? # true (если сервер работает за обратным прокси)
|
|
|
|
|
request.env # "сырой" env хеш, полученный Rack
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Некоторые опции, такие как `script_name` или `path_info`, доступны для
|
2013-02-09 15:22:19 +00:00
|
|
|
|
изменения:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
before { request.path_info = "/" }
|
|
|
|
|
|
|
|
|
|
get "/" do
|
|
|
|
|
"all requests end up here"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
`request.body` является IO или StringIO объектом:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
post "/api" do
|
|
|
|
|
request.body.rewind # в случае, если кто-то уже прочитал тело запроса
|
|
|
|
|
data = JSON.parse request.body.read
|
|
|
|
|
"Hello #{data['name']}!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Вложения
|
|
|
|
|
|
|
|
|
|
Вы можете использовать метод `attachment`, чтобы сказать браузеру, что ответ
|
|
|
|
|
сервера должен быть сохранен на диск, а не отображен:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
attachment
|
|
|
|
|
"store it!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы также можете указать имя файла:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
attachment "info.txt"
|
|
|
|
|
"store it!"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Работа со временем и датами
|
|
|
|
|
|
|
|
|
|
Sinatra предлагает метод-помощник `time_for`, который из заданного значения
|
|
|
|
|
создает объект Time. Он также может конвертировать `DateTime`, `Date` и
|
|
|
|
|
подобные классы:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
2017-07-18 21:26:09 +00:00
|
|
|
|
pass if Time.now > time_for('Dec 23, 2016')
|
2013-02-09 15:22:19 +00:00
|
|
|
|
"still time"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Этот метод используется внутри Sinatra методами `expires`, `last_modified` и
|
2015-02-21 03:06:34 +00:00
|
|
|
|
им подобными. Поэтому вы легко можете изменить и дополнить поведение этих методов,
|
2013-02-09 15:22:19 +00:00
|
|
|
|
переопределив `time_for` в своем приложении:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
helpers do
|
|
|
|
|
def time_for(value)
|
|
|
|
|
case value
|
|
|
|
|
when :yesterday then Time.now - 24*60*60
|
|
|
|
|
when :tomorrow then Time.now + 24*60*60
|
|
|
|
|
else super
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
last_modified :yesterday
|
|
|
|
|
expires :tomorrow
|
|
|
|
|
"hello"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Поиск шаблонов
|
|
|
|
|
|
|
|
|
|
Для поиска шаблонов и их последующего рендеринга используется метод
|
|
|
|
|
`find_template`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
find_template settings.views, 'foo', Tilt[:haml] do |file|
|
|
|
|
|
puts "could be #{file}"
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Это не слишком полезный пример. Зато полезен тот факт, что вы можете
|
|
|
|
|
переопределить этот метод, чтобы использовать свой собственный механизм
|
|
|
|
|
поиска. Например, если вы хотите, чтобы можно было использовать несколько
|
|
|
|
|
директорий с шаблонами:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :views, ['views', 'templates']
|
|
|
|
|
|
|
|
|
|
helpers do
|
|
|
|
|
def find_template(views, name, engine, &block)
|
|
|
|
|
Array(views).each { |v| super(v, name, engine, &block) }
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Другой пример, в котором используются разные директории для движков
|
|
|
|
|
рендеринга:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :views, :sass => 'views/sass', :haml => 'templates', :default => 'views'
|
|
|
|
|
|
|
|
|
|
helpers do
|
|
|
|
|
def find_template(views, name, engine, &block)
|
|
|
|
|
_, folder = views.detect { |k,v| engine == Tilt[k] }
|
|
|
|
|
folder ||= views[:default]
|
|
|
|
|
super(folder, name, engine, &block)
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы можете легко вынести этот код в расширение и поделиться им с остальными!
|
|
|
|
|
|
|
|
|
|
Заметьте, что `find_template` не проверяет, существует ли файл на самом деле,
|
|
|
|
|
а вызывает заданный блок для всех возможных путей. Дело тут не в
|
|
|
|
|
производительности, дело в том, что `render` вызовет `break`, как только файл
|
2017-07-18 21:26:09 +00:00
|
|
|
|
будет найден. Содержимое и местонахождение шаблонов будет закэшировано, если
|
|
|
|
|
приложение запущено не в режиме разработки (`set :environment, :development`).
|
|
|
|
|
Вы должны помнить об этих нюансах, если пишите по-настоящему "сумасшедший"
|
|
|
|
|
метод.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
## Конфигурация
|
|
|
|
|
|
|
|
|
|
Этот блок исполняется один раз при старте в любом окружении, режиме
|
|
|
|
|
(environment):
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
configure do
|
|
|
|
|
# задание одной опции
|
|
|
|
|
set :option, 'value'
|
|
|
|
|
|
|
|
|
|
# устанавливаем несколько опций
|
|
|
|
|
set :a => 1, :b => 2
|
|
|
|
|
|
|
|
|
|
# то же самое, что и `set :option, true`
|
|
|
|
|
enable :option
|
|
|
|
|
|
|
|
|
|
# то же самое, что и `set :option, false`
|
|
|
|
|
disable :option
|
|
|
|
|
|
|
|
|
|
# у вас могут быть "динамические" опции с блоками
|
|
|
|
|
set(:css_dir) { File.join(views, 'css') }
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Будет запущено, когда окружение (`APP_ENV` переменная) `:production`:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
configure :production do
|
|
|
|
|
...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Будет запущено, когда окружение `:production` или `:test`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
configure :production, :test do
|
|
|
|
|
...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы можете получить доступ к этим опциям с помощью `settings`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
configure do
|
|
|
|
|
set :foo, 'bar'
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
settings.foo? # => true
|
|
|
|
|
settings.foo # => 'bar'
|
|
|
|
|
...
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Настройка защиты от атак
|
|
|
|
|
|
|
|
|
|
Sinatra использует
|
2016-01-21 16:43:24 +00:00
|
|
|
|
[Rack::Protection](https://github.com/sinatra/rack-protection#readme) для защиты
|
2013-02-09 15:22:19 +00:00
|
|
|
|
приложения от простых атак. Вы можете легко выключить эту защиту (что сделает
|
|
|
|
|
ваше приложение чрезвычайно уязвимым):
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
disable :protection
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Чтобы пропустить какой-либо уровень защиты, передайте хеш опций в параметр
|
|
|
|
|
`protection`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :protection, :except => :path_traversal
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы также можете отключить сразу несколько уровней защиты:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :protection, :except => [:path_traversal, :session_hijacking]
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
По умолчанию Sinatra будет устанавливать `session based` защиту только если
|
|
|
|
|
включена опция `:sessions`. См. 'Использование сессий'. Иногда вы захотите
|
|
|
|
|
настроить сессии "вне" приложения Sinatra, например, в config.ru или с помощью
|
|
|
|
|
отдельного экземпляра `Rack::Builder`. В этом случае вы также можете настроить
|
|
|
|
|
`session based` защиту, передав опцию `:session`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :protection, :session => true
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
### Доступные настройки
|
|
|
|
|
|
|
|
|
|
<dl>
|
|
|
|
|
<dt>absolute_redirects</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
если отключено, то Sinatra будет позволять использование относительных
|
|
|
|
|
перенаправлений, но при этом перестанет соответствовать RFC 2616 (HTTP
|
|
|
|
|
1.1), который разрешает только абсолютные перенаправления.
|
|
|
|
|
</dd>
|
|
|
|
|
<dd>
|
|
|
|
|
включайте эту опцию, если ваше приложение работает за обратным прокси,
|
|
|
|
|
который настроен не совсем корректно. Обратите внимание, метод <tt>url</tt> все
|
|
|
|
|
равно будет генерировать абсолютные URL, если вы не передадите <tt>false</tt>
|
|
|
|
|
вторым аргументом.
|
|
|
|
|
</dd>
|
|
|
|
|
<dd>отключено по умолчанию.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2014-09-05 16:33:35 +00:00
|
|
|
|
<dt>add_charset</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
mime-типы, к которым метод <tt>content_type</tt> будет автоматически добавлять
|
|
|
|
|
информацию о кодировке. Вам следует добавлять значения к этой опции
|
|
|
|
|
вместо ее переопределения: <tt>settings.add_charset << "application/foobar"</tt>
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>app_file</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
путь к главному файлу приложения, используется для нахождения корневой
|
|
|
|
|
директории проекта, директорий с шаблонами и статическими файлами,
|
|
|
|
|
вложенных шаблонов.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>bind</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
используемый IP-адрес (по умолчанию: <tt>0.0.0.0</tt> <em>или</em>
|
|
|
|
|
<tt>localhost</tt> если ваша `environment` настроена на разработку).
|
|
|
|
|
Используется только встроенным сервером.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>default_encoding</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>кодировка, если неизвестна (по умолчанию: <tt>"utf-8"</tt>).</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>dump_errors</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>отображать ошибки в логе.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>environment</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
текущее окружение, по умолчанию, значение <tt>ENV['APP_ENV']</tt> или
|
|
|
|
|
<tt>"development"</tt>, если <tt>ENV['APP_ENV']</tt> недоступна.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>logging</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>использовать логер.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>lock</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
создает блокировку для каждого запроса, которая гарантирует обработку
|
|
|
|
|
только одного запроса в текущий момент времени в Ruby процессе.
|
|
|
|
|
</dd>
|
|
|
|
|
<dd>
|
|
|
|
|
включайте, если ваше приложение не потоко-безопасно (thread-safe).
|
|
|
|
|
Отключено по умолчанию.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>method_override</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
использовать "магический" параметр <tt>_method</tt>, для поддержки
|
|
|
|
|
PUT/DELETE форм в браузерах, которые не поддерживают эти методы.
|
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>mustermann_opts</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
хэш настроек по умолчанию для перехода к Mustermann.new при компиляции
|
|
|
|
|
маршрутов маршрутизации.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>port</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
порт, на котором будет работать сервер.
|
|
|
|
|
Используется только встроенным сервером.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>prefixed_redirects</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
добавлять или нет параметр <tt>request.script_name</tt> к редиректам, если не
|
|
|
|
|
задан абсолютный путь. Таким образом, <tt>redirect '/foo'</tt> будет вести себя
|
|
|
|
|
как <tt>redirect to('/foo')</tt>. Отключено по умолчанию.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>protection</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>включена или нет защита от атак. Смотрите секцию защиты от атак выше.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>public_dir</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>алиас для <tt>public_folder</tt>.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>public_folder</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
путь к общедоступной директории, откуда будут раздаваться файлы.
|
|
|
|
|
Используется, только если включена раздача статических файлов
|
|
|
|
|
(см. опцию <tt>static</tt> ниже). Берётся из настройки <tt>app_file</tt>,
|
|
|
|
|
если не установлена.
|
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>quiet</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
отключает журналы, созданные командами запуска и остановки Sinatra.
|
|
|
|
|
<tt>false</tt> по умолчанию.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>reload_templates</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
перезагружать или нет шаблоны на каждый запрос. Включено в режиме
|
|
|
|
|
разработки.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>root</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
путь к корневой директории проекта. Берётся из настройки <tt>app_file</tt>,
|
|
|
|
|
если не установлен.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>raise_errors</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
выбрасывать исключения (будет останавливать приложение).
|
|
|
|
|
По умолчанию включено только в окружении <tt>"test"</tt>.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>run</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
если включено, Sinatra будет самостоятельно запускать веб-сервер. Не
|
|
|
|
|
включайте, если используете rackup или аналогичные средства.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>running</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>работает ли сейчас встроенный сервер? Не меняйте эту опцию!</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>server</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
сервер или список серверов, которые следует использовать в качестве
|
|
|
|
|
встроенного сервера. Порядок задает приоритет, по умолчанию зависит
|
|
|
|
|
от реализации Ruby.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>sessions</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
включить сессии на основе кук (cookie) на базе <tt>Rack::Session::Cookie</tt>.
|
|
|
|
|
Смотрите секцию "Использование сессий" выше.
|
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>session_store</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
используется Rack "прослойка" сессии. По умолчанию <tt>Rack::Session::Cookie</tt>.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Смотрите секцию "Использование сессий" выше.
|
2017-07-18 21:26:09 +00:00
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>show_exceptions</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
показывать исключения/стек вызовов (stack trace) в браузере. По умолчанию
|
|
|
|
|
включено только в окружении <tt>"development"</tt>.
|
|
|
|
|
</dd>
|
|
|
|
|
<dd>
|
|
|
|
|
может также быть установлено в <tt>:after_handler</tt> для запуска специфичной
|
|
|
|
|
для приложения обработки ошибок, перед показом трассировки стека в браузере.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>static</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>должна ли Sinatra осуществлять раздачу статических файлов.</dd>
|
|
|
|
|
<dd>Отключите, когда используете какой-либо веб-сервер для этой цели.</dd>
|
|
|
|
|
<dd>Отключение значительно улучшит производительность приложения.</dd>
|
|
|
|
|
<dd>По умолчанию включено в классических и отключено в модульных приложениях.</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>static_cache_control</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
когда Sinatra отдает статические файлы, используйте эту опцию, чтобы
|
|
|
|
|
добавить им заголовок <tt>Cache-Control</tt>. Для этого используется
|
|
|
|
|
метод-помощник <tt>cache_control</tt>. По умолчанию отключено.
|
|
|
|
|
</dd>
|
|
|
|
|
<dd>
|
|
|
|
|
используйте массив, когда надо задать несколько значений:
|
|
|
|
|
<tt>set :static_cache_control, [:public, :max_age => 300]</tt>
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>threaded</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
если включено, то Thin будет использовать <tt>EventMachine.defer</tt> для
|
|
|
|
|
обработки запросов.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2013-09-27 15:21:53 +00:00
|
|
|
|
<dt>traps</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>должна ли Sinatra обрабатывать системные сигналы или нет.</tt></dd>
|
2013-09-27 15:21:53 +00:00
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
<dt>views</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
путь к директории с шаблонами. Берётся из настройки <tt>app_file</tt>,
|
|
|
|
|
если не установлен.
|
|
|
|
|
</dd>
|
|
|
|
|
|
|
|
|
|
<dt>x_cascade</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
Установлен ли заголовок X-Cascade если никакие маршруты не совпадают.
|
|
|
|
|
<tt>true</tt> по умолчанию.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dl>
|
|
|
|
|
|
|
|
|
|
## Режим, окружение
|
|
|
|
|
|
|
|
|
|
Есть 3 предопределенных режима, окружения: `"development"`, `"production"` и
|
2016-08-01 11:14:48 +00:00
|
|
|
|
`"test"`. Режим может быть задан через переменную окружения `APP_ENV`.
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Значение по умолчанию — `"development"`. В этом режиме работы все шаблоны
|
2013-02-09 15:22:19 +00:00
|
|
|
|
перезагружаются между запросами. А также задаются специальные обработчики
|
|
|
|
|
`not_found` и `error`, чтобы вы могли увидеть стек вызовов. В окружениях
|
|
|
|
|
`"production"` и `"test"` шаблоны по умолчанию кэшируются.
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Для запуска приложения в определенном окружении установите переменную
|
|
|
|
|
окружения `APP_ENV`:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
|
|
|
|
APP_ENV=production ruby my_app.rb
|
2013-02-09 15:22:19 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Вы можете использовать предопределенные методы `development?`, `test?` и
|
2017-07-18 21:26:09 +00:00
|
|
|
|
`production?`, чтобы определить текущее окружение.
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
if settings.development?
|
|
|
|
|
"development!"
|
|
|
|
|
else
|
|
|
|
|
"not development!"
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
## Обработка ошибок
|
|
|
|
|
|
|
|
|
|
Обработчики ошибок исполняются в том же контексте, что и маршруты, и
|
|
|
|
|
`before`-фильтры, а это означает, что всякие прелести вроде `haml`, `erb`,
|
|
|
|
|
`halt` и т.д. доступны и им.
|
|
|
|
|
|
|
|
|
|
### Not Found
|
|
|
|
|
|
|
|
|
|
Когда выброшено исключение `Sinatra::NotFound`, или кодом ответа является 404,
|
|
|
|
|
то будет вызван `not_found` обработчик:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
not_found do
|
|
|
|
|
'This is nowhere to be found.'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2014-12-17 10:23:02 +00:00
|
|
|
|
### Error
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Обработчик ошибок `error` будет вызван, когда исключение выброшено из блока
|
2017-07-18 21:26:09 +00:00
|
|
|
|
маршрута, либо из фильтра. Но заметьте, что в режиме разработки он будет
|
|
|
|
|
запускаться, только если вы установите опцию "show exceptions"
|
|
|
|
|
на `: after_handler`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
set :show_exceptions, :after_handler
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Объект-исключение доступен как переменная `sinatra.error` в Rack:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
error do
|
2014-08-14 08:48:02 +00:00
|
|
|
|
'Sorry there was a nasty error - ' + env['sinatra.error'].message
|
2013-02-09 15:22:19 +00:00
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-09 17:10:21 +00:00
|
|
|
|
Конкретные ошибки:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
error MyCustomError do
|
|
|
|
|
'So what happened was...' + env['sinatra.error'].message
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Тогда, если это произошло:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
get '/' do
|
|
|
|
|
raise MyCustomError, 'something bad'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
То вы получите:
|
|
|
|
|
|
2013-02-09 17:10:21 +00:00
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
So what happened was... something bad
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Также вы можете установить обработчик ошибок для кода состояния HTTP:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
error 403 do
|
|
|
|
|
'Access forbidden'
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get '/secret' do
|
|
|
|
|
403
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Либо набора кодов:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
error 400..510 do
|
|
|
|
|
'Boom'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Sinatra устанавливает специальные `not_found` и `error` обработчики, когда
|
2017-07-18 21:26:09 +00:00
|
|
|
|
приложение запущено в режиме разработки (окружение `:development`) чтобы
|
|
|
|
|
отображать хорошие трассировки стека и дополнительную информацию об отладке
|
|
|
|
|
в вашем браузере.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
## Rack "прослойка"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2014-09-19 14:24:03 +00:00
|
|
|
|
Sinatra использует [Rack](http://rack.github.io/), минимальный стандартный
|
2013-02-09 15:22:19 +00:00
|
|
|
|
интерфейс для веб-фреймворков на Ruby. Одной из самых интересных для
|
|
|
|
|
разработчиков возможностей Rack является поддержка "прослоек" ("middleware") —
|
|
|
|
|
компонентов, находящихся "между" сервером и вашим приложением, которые
|
|
|
|
|
отслеживают и/или манипулируют HTTP запросами/ответами для предоставления
|
|
|
|
|
различной функциональности.
|
|
|
|
|
|
|
|
|
|
В Sinatra очень просто использовать такие "прослойки" с помощью метода `use`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra'
|
|
|
|
|
require 'my_custom_middleware'
|
|
|
|
|
|
|
|
|
|
use Rack::Lint
|
|
|
|
|
use MyCustomMiddleware
|
|
|
|
|
|
|
|
|
|
get '/hello' do
|
|
|
|
|
'Hello World'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Семантика `use` идентична той, что определена для
|
2016-01-21 16:43:24 +00:00
|
|
|
|
[Rack::Builder](http://www.rubydoc.info/github/rack/rack/master/Rack/Builder) DSL
|
2013-02-09 15:22:19 +00:00
|
|
|
|
(чаще всего используется в rackup файлах). Например, метод `use` принимает как
|
|
|
|
|
множественные переменные, так и блоки:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
use Rack::Auth::Basic do |username, password|
|
|
|
|
|
username == 'admin' && password == 'secret'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Rack распространяется с различными стандартными "прослойками" для логирования,
|
|
|
|
|
отладки, маршрутизации URL, аутентификации, обработки сессий. Sinatra
|
|
|
|
|
использует многие из этих компонентов автоматически, основываясь на
|
|
|
|
|
конфигурации, чтобы вам не приходилось подключать (`use`) их вручную.
|
|
|
|
|
|
|
|
|
|
Вы можете найти полезные прослойки в
|
|
|
|
|
[rack](https://github.com/rack/rack/tree/master/lib/rack),
|
|
|
|
|
[rack-contrib](https://github.com/rack/rack-contrib#readme),
|
2014-02-24 14:57:22 +00:00
|
|
|
|
или в
|
2013-02-09 15:22:19 +00:00
|
|
|
|
[Rack wiki](https://github.com/rack/rack/wiki/List-of-Middleware).
|
|
|
|
|
|
|
|
|
|
## Тестирование
|
|
|
|
|
|
|
|
|
|
Тесты для Sinatra приложений могут быть написаны с помощью библиотек,
|
|
|
|
|
фреймворков, поддерживающих тестирование Rack.
|
2016-01-21 16:43:24 +00:00
|
|
|
|
[Rack::Test](http://www.rubydoc.info/github/brynary/rack-test/master/frames)
|
2013-02-09 15:22:19 +00:00
|
|
|
|
рекомендован:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'my_sinatra_app'
|
2015-01-10 19:30:47 +00:00
|
|
|
|
require 'minitest/autorun'
|
2013-02-09 15:22:19 +00:00
|
|
|
|
require 'rack/test'
|
|
|
|
|
|
2015-01-10 19:30:47 +00:00
|
|
|
|
class MyAppTest < Minitest::Test
|
2013-02-09 15:22:19 +00:00
|
|
|
|
include Rack::Test::Methods
|
|
|
|
|
|
|
|
|
|
def app
|
|
|
|
|
Sinatra::Application
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
def test_my_default
|
|
|
|
|
get '/'
|
|
|
|
|
assert_equal 'Hello World!', last_response.body
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
def test_with_params
|
|
|
|
|
get '/meet', :name => 'Frank'
|
|
|
|
|
assert_equal 'Hello Frank!', last_response.body
|
|
|
|
|
end
|
|
|
|
|
|
2016-08-01 11:14:48 +00:00
|
|
|
|
def test_with_user_agent
|
2013-02-09 15:22:19 +00:00
|
|
|
|
get '/', {}, 'HTTP_USER_AGENT' => 'Songbird'
|
|
|
|
|
assert_equal "You're using Songbird!", last_response.body
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Примечание: если вы используете Sinatra в модульном стиле, замените
|
|
|
|
|
`Sinatra::Application` в примере выше выше на имя класса вашего приложения.
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
## Sinatra::Base — "прослойки", библиотеки и модульные приложения
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Описание вашего приложения на верхнем уровне хорошо работает для микроприложений,
|
|
|
|
|
но имеет значительные недостатки при создании многоразовых компонентов, таких как
|
|
|
|
|
Rack "прослойка", Rails metal, простые библиотеки с серверным компонентом или
|
|
|
|
|
даже расширения Sinatra. Верхний уровень предполагает конфигурацию стиля
|
|
|
|
|
микроприложений (например, одиночный файл приложения, `./public` и `./views`,
|
|
|
|
|
каталоги, логгирование, страницу подробных сведений об исключениях и т.д.).
|
|
|
|
|
И тут на помощь приходит `Sinatra::Base`:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
class MyApp < Sinatra::Base
|
|
|
|
|
set :sessions, true
|
|
|
|
|
set :foo, 'bar'
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
'Hello world!'
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Методы, доступные `Sinatra::Base` подклассам идентичны тем, что доступны
|
|
|
|
|
приложениям в DSL верхнего уровня. Большинство таких приложений могут быть
|
|
|
|
|
конвертированы в `Sinatra::Base` компоненты с помощью двух модификаций:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* Вы должны подключать `sinatra/base` вместо `sinatra`, иначе все DSL методы,
|
2013-02-09 15:22:19 +00:00
|
|
|
|
предоставляемые Sinatra, будут импортированы в глобальное пространство
|
|
|
|
|
имен.
|
|
|
|
|
* Поместите все маршруты, обработчики ошибок, фильтры и опции в подкласс
|
|
|
|
|
`Sinatra::Base`.
|
|
|
|
|
|
|
|
|
|
`Sinatra::Base` — это чистый лист. Большинство опций, включая встроенный
|
2017-07-18 21:26:09 +00:00
|
|
|
|
сервер, по умолчанию отключены. Смотрите
|
|
|
|
|
[Опции и конфигурация](http://www.sinatrarb.com/configuration.html)
|
|
|
|
|
для детальной информации об опциях и их поведении. Если вы хотите, чтобы
|
|
|
|
|
поведение было более похоже на то, когда вы определяете свое приложение
|
|
|
|
|
на верхнем уровне (также известно как классический стиль), вы можете
|
|
|
|
|
подклассифицировать `Sinatra::Application`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
class MyApp < Sinatra::Application
|
|
|
|
|
get '/' do
|
|
|
|
|
'Hello world!'
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
### Модульные приложения против классических
|
|
|
|
|
|
|
|
|
|
Вопреки всеобщему убеждению, в классическом стиле (самом простом) нет ничего
|
|
|
|
|
плохого. Если этот стиль подходит вашему приложению, вы не обязаны
|
|
|
|
|
переписывать его в модульное приложение.
|
|
|
|
|
|
|
|
|
|
Основным недостатком классического стиля является тот факт, что у вас может
|
|
|
|
|
быть только одно приложение Sinatra на один процесс Ruby. Если вы планируете
|
|
|
|
|
использовать больше, переключайтесь на модульный стиль. Вы можете смело
|
|
|
|
|
смешивать модульный и классический стили.
|
|
|
|
|
|
|
|
|
|
Переходя с одного стиля на другой, примите во внимание следующие изменения в
|
|
|
|
|
настройках:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<table>
|
|
|
|
|
<tr>
|
|
|
|
|
<th>Опция</th>
|
|
|
|
|
<th>Классический</th>
|
|
|
|
|
<th>Модульный</th>
|
|
|
|
|
<th>Модульный</th>
|
|
|
|
|
</tr>
|
|
|
|
|
|
|
|
|
|
<tr>
|
|
|
|
|
<td>app_file</td>
|
|
|
|
|
<td>файл с приложением</td>
|
|
|
|
|
<td>файл с подклассом Sinatra::Base</td>
|
|
|
|
|
<td>файл с подклассом Sinatra::Application</td>
|
|
|
|
|
</tr>
|
|
|
|
|
|
|
|
|
|
<tr>
|
|
|
|
|
<td>run</td>
|
|
|
|
|
<td>$0 == app_file</td>
|
|
|
|
|
<td>false</td>
|
|
|
|
|
<td>false</td>
|
|
|
|
|
</tr>
|
|
|
|
|
|
|
|
|
|
<tr>
|
|
|
|
|
<td>logging</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
<td>false</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
</tr>
|
|
|
|
|
|
|
|
|
|
<tr>
|
|
|
|
|
<td>method_override</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
<td>false</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
</tr>
|
|
|
|
|
|
|
|
|
|
<tr>
|
|
|
|
|
<td>inline_templates</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
<td>false</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
</tr>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<tr>
|
|
|
|
|
<td>static</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
<td>File.exist?(public_folder)</td>
|
|
|
|
|
<td>true</td>
|
|
|
|
|
</tr>
|
|
|
|
|
</table>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
### Запуск модульных приложений
|
|
|
|
|
|
|
|
|
|
Есть два общепринятых способа запускать модульные приложения: запуск напрямую
|
|
|
|
|
с помощью `run!`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
# my_app.rb
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
class MyApp < Sinatra::Base
|
|
|
|
|
# ... здесь код приложения ...
|
|
|
|
|
|
|
|
|
|
# запускаем сервер, если исполняется текущий файл
|
|
|
|
|
run! if app_file == $0
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
2013-02-11 12:48:06 +00:00
|
|
|
|
Затем:
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
2013-02-09 15:22:19 +00:00
|
|
|
|
ruby my_app.rb
|
|
|
|
|
```
|
|
|
|
|
|
2014-09-05 19:50:35 +00:00
|
|
|
|
Или с помощью конфигурационного файла `config.ru`, который позволяет
|
2013-02-09 15:22:19 +00:00
|
|
|
|
использовать любой Rack-совместимый сервер приложений.
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# config.ru (запускается с помощью Rackup)
|
2013-02-09 15:22:19 +00:00
|
|
|
|
require './my_app'
|
|
|
|
|
run MyApp
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Запускаем:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
2013-02-09 15:22:19 +00:00
|
|
|
|
rackup -p 4567
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Запуск классических приложений с config.ru
|
|
|
|
|
|
|
|
|
|
Файл приложения:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
# app.rb
|
|
|
|
|
require 'sinatra'
|
|
|
|
|
|
|
|
|
|
get '/' do
|
|
|
|
|
'Hello world!'
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
И соответствующий `config.ru`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require './app'
|
|
|
|
|
run Sinatra::Application
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Когда использовать config.ru?
|
|
|
|
|
|
|
|
|
|
Вот несколько причин, по которым вы, возможно, захотите использовать
|
|
|
|
|
`config.ru`:
|
|
|
|
|
|
|
|
|
|
* вы хотите разворачивать свое приложение на различных Rack-совместимых
|
|
|
|
|
серверах (Passenger, Unicorn, Heroku, ...);
|
|
|
|
|
* вы хотите использовать более одного подкласса `Sinatra::Base`;
|
|
|
|
|
* вы хотите использовать Sinatra только в качестве "прослойки" Rack.
|
|
|
|
|
|
|
|
|
|
**Совсем необязательно переходить на использование `config.ru` лишь потому,
|
|
|
|
|
что вы стали использовать модульный стиль приложения. И необязательно
|
|
|
|
|
использовать модульный стиль, чтобы запускать приложение с помощью
|
|
|
|
|
`config.ru`.**
|
|
|
|
|
|
|
|
|
|
### Использование Sinatra в качестве "прослойки"
|
|
|
|
|
|
|
|
|
|
Не только сама Sinatra может использовать "прослойки" Rack, но и любое Sinatra
|
|
|
|
|
приложение само может быть добавлено к любому Rack endpoint в качестве
|
|
|
|
|
"прослойки". Этим endpoint (конечной точкой) может быть другое Sinatra
|
2017-07-18 21:26:09 +00:00
|
|
|
|
приложение, или приложение, основанное на Rack (Rails/Hamami/Roda/...):
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
class LoginScreen < Sinatra::Base
|
|
|
|
|
enable :sessions
|
|
|
|
|
|
|
|
|
|
get('/login') { haml :login }
|
|
|
|
|
|
|
|
|
|
post('/login') do
|
2015-02-04 10:04:00 +00:00
|
|
|
|
if params['name'] == 'admin' && params['password'] == 'admin'
|
|
|
|
|
session['user_name'] = params['name']
|
2013-02-09 15:22:19 +00:00
|
|
|
|
else
|
|
|
|
|
redirect '/login'
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
class MyApp < Sinatra::Base
|
|
|
|
|
# "прослойка" будет запущена перед фильтрами
|
|
|
|
|
use LoginScreen
|
|
|
|
|
|
|
|
|
|
before do
|
|
|
|
|
unless session['user_name']
|
|
|
|
|
halt "Access denied, please <a href='/login'>login</a>."
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
get('/') { "Hello #{session['user_name']}." }
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
### Создание приложений "на лету"
|
|
|
|
|
|
|
|
|
|
Иногда требуется создавать Sinatra приложения "на лету" (например, из другого
|
|
|
|
|
приложения). Это возможно с помощью `Sinatra.new`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
my_app = Sinatra.new { get('/') { "hi" } }
|
|
|
|
|
my_app.run!
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Этот метод может принимать аргументом приложение, от которого следует
|
|
|
|
|
наследоваться:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
# config.ru (запускается с помощью Rackup)
|
2013-02-09 15:22:19 +00:00
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
controller = Sinatra.new do
|
|
|
|
|
enable :logging
|
|
|
|
|
helpers MyHelpers
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
map('/a') do
|
|
|
|
|
run Sinatra.new(controller) { get('/') { 'a' } }
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
map('/b') do
|
|
|
|
|
run Sinatra.new(controller) { get('/') { 'b' } }
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Это особенно полезно для тестирования расширений Sinatra и при использовании
|
|
|
|
|
Sinatra внутри вашей библиотеки.
|
|
|
|
|
|
|
|
|
|
Благодаря этому, использовать Sinatra как "прослойку" очень просто:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
use Sinatra do
|
|
|
|
|
get('/') { ... }
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
run RailsProject::Application
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
## Области видимости и привязка
|
|
|
|
|
|
|
|
|
|
Текущая область видимости определяет методы и переменные, доступные в данный
|
|
|
|
|
момент.
|
|
|
|
|
|
|
|
|
|
### Область видимости приложения / класса
|
|
|
|
|
|
|
|
|
|
Любое Sinatra приложение соответствует подклассу `Sinatra::Base`. Если вы
|
|
|
|
|
используете DSL верхнего уровня (`require 'sinatra'`), то этим классом будет
|
|
|
|
|
`Sinatra::Application`, иначе это будет подкласс, который вы создали вручную.
|
|
|
|
|
На уровне класса вам будут доступны такие методы, как `get` или `before`, но
|
|
|
|
|
вы не сможете получить доступ к объектам `request` или `session`, так как
|
|
|
|
|
существует только один класс приложения для всех запросов.
|
|
|
|
|
|
|
|
|
|
Опции, созданные с помощью `set`, являются методами уровня класса:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
class MyApp < Sinatra::Base
|
|
|
|
|
# Я в области видимости приложения!
|
|
|
|
|
set :foo, 42
|
|
|
|
|
foo # => 42
|
|
|
|
|
|
|
|
|
|
get '/foo' do
|
|
|
|
|
# Я больше не в области видимости приложения!
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
У вас будет область видимости приложения внутри:
|
|
|
|
|
|
|
|
|
|
* тела вашего класса приложения;
|
|
|
|
|
* методов, определенных расширениями;
|
|
|
|
|
* блока, переданного в `helpers`;
|
|
|
|
|
* блоков, использованных как значения для `set`;
|
|
|
|
|
* блока, переданного в `Sinatra.new`.
|
|
|
|
|
|
|
|
|
|
Вы можете получить доступ к объекту области видимости (классу приложения)
|
|
|
|
|
следующими способами:
|
|
|
|
|
|
|
|
|
|
* через объект, переданный блокам конфигурации (`configure { |c| ... }`);
|
|
|
|
|
* `settings` внутри области видимости запроса.
|
|
|
|
|
|
2015-04-11 23:12:06 +00:00
|
|
|
|
### Область видимости запроса / экземпляра
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Для каждого входящего запроса будет создан новый экземпляр вашего приложения,
|
|
|
|
|
и все блоки обработчика будут запущены в этом контексте. В этой области
|
|
|
|
|
видимости вам доступны `request` и `session` объекты, вызовы методов
|
|
|
|
|
рендеринга, такие как `erb` или `haml`. Вы можете получить доступ к области
|
|
|
|
|
видимости приложения из контекста запроса, используя метод-помощник
|
|
|
|
|
`settings`:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
class MyApp < Sinatra::Base
|
|
|
|
|
# Я в области видимости приложения!
|
|
|
|
|
get '/define_route/:name' do
|
|
|
|
|
# Область видимости запроса '/define_route/:name'
|
|
|
|
|
@value = 42
|
|
|
|
|
|
2015-02-04 10:04:00 +00:00
|
|
|
|
settings.get("/#{params['name']}") do
|
|
|
|
|
# Область видимости запроса "/#{params['name']}"
|
2013-02-09 15:22:19 +00:00
|
|
|
|
@value # => nil (другой запрос)
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
"Route defined!"
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
У вас будет область видимости запроса в:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* get, head, post, put, delete, options, patch, link и unlink блоках;
|
|
|
|
|
* before и after фильтрах;
|
2013-02-09 15:22:19 +00:00
|
|
|
|
* методах-помощниках;
|
|
|
|
|
* шаблонах/отображениях.
|
|
|
|
|
|
|
|
|
|
### Область видимости делегирования
|
|
|
|
|
|
|
|
|
|
Область видимости делегирования просто перенаправляет методы в область
|
|
|
|
|
видимости класса. Однако, она не полностью ведет себя как область видимости
|
|
|
|
|
класса, так как у вас нет привязки к классу. Только методы, явно помеченные
|
|
|
|
|
для делегирования, будут доступны, а переменных/состояний области видимости
|
|
|
|
|
класса не будет (иначе говоря, у вас будет другой `self` объект). Вы можете
|
|
|
|
|
непосредственно добавить методы делегирования, используя
|
|
|
|
|
`Sinatra::Delegator.delegate :method_name`.
|
|
|
|
|
|
|
|
|
|
У вас будет контекст делегирования внутри:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
* привязки верхнего уровня, если вы сделали `require "sinatra"`;
|
2013-02-09 15:22:19 +00:00
|
|
|
|
* объекта, расширенного с помощью `Sinatra::Delegator`.
|
|
|
|
|
|
|
|
|
|
Посмотрите сами в код: вот
|
|
|
|
|
[примесь Sinatra::Delegator](https://github.com/sinatra/sinatra/blob/ca06364/lib/sinatra/base.rb#L1609-1633)
|
|
|
|
|
[расширяет главный объект](https://github.com/sinatra/sinatra/blob/ca06364/lib/sinatra/main.rb#L28-30).
|
|
|
|
|
|
|
|
|
|
## Командная строка
|
|
|
|
|
|
|
|
|
|
Sinatra приложения могут быть запущены напрямую:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
|
|
|
|
ruby myapp.rb [-h] [-x] [-q] [-e ENVIRONMENT] [-p PORT] [-o HOST] [-s HANDLER]
|
2013-02-09 15:22:19 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Опции включают:
|
|
|
|
|
|
2013-02-09 17:10:21 +00:00
|
|
|
|
```
|
2013-02-09 15:22:19 +00:00
|
|
|
|
-h # раздел помощи
|
|
|
|
|
-p # указание порта (по умолчанию 4567)
|
|
|
|
|
-o # указание хоста (по умолчанию 0.0.0.0)
|
|
|
|
|
-e # указание окружения, режима (по умолчанию development)
|
|
|
|
|
-s # указание rack сервера/обработчика (по умолчанию thin)
|
2017-07-18 21:26:09 +00:00
|
|
|
|
-q # включить тихий режим для сервера (по умолчанию выключен)
|
2013-02-09 15:22:19 +00:00
|
|
|
|
-x # включить мьютекс-блокировку (по умолчанию выключена)
|
|
|
|
|
```
|
|
|
|
|
|
2015-04-09 09:18:40 +00:00
|
|
|
|
### Multi-threading
|
|
|
|
|
|
|
|
|
|
_Данный раздел является перефразированным [ответом пользователя Konstantin][so-answer] на StackOverflow_
|
|
|
|
|
|
|
|
|
|
Sinatra не навязывает каких-либо моделей параллелизма, но для этих целей можно
|
|
|
|
|
использовать любой Rack обработчик, например Thin, Puma или WEBrick. Сама
|
|
|
|
|
по себе Sinatra потокобезопасна, поэтому нет никаких проблем в использовании
|
|
|
|
|
поточной модели параллелизма в Rack обработчике. Это означает, что когда
|
|
|
|
|
запускается сервер, вы должны указать правильный метод вызова для конкретного
|
|
|
|
|
Rack обработчика. Пример ниже показывает, как можно запустить мультитредовый
|
|
|
|
|
Thin сервер:
|
|
|
|
|
|
|
|
|
|
```ruby
|
|
|
|
|
# app.rb
|
|
|
|
|
|
|
|
|
|
require 'sinatra/base'
|
|
|
|
|
|
|
|
|
|
class App < Sinatra::Base
|
|
|
|
|
get '/' do
|
|
|
|
|
"Hello, World"
|
|
|
|
|
end
|
|
|
|
|
end
|
|
|
|
|
|
|
|
|
|
App.run!
|
2017-07-18 21:26:09 +00:00
|
|
|
|
|
2015-04-09 09:18:40 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Чтобы запустить сервер, вы должны выполнить следующую команду:
|
|
|
|
|
|
|
|
|
|
```shell
|
|
|
|
|
thin --threaded start
|
|
|
|
|
```
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
|
2015-04-09 09:18:40 +00:00
|
|
|
|
[so-answer]: http://stackoverflow.com/questions/6278817/is-sinatra-multi-threaded/6282999#6282999)
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
## Системные требования
|
|
|
|
|
|
|
|
|
|
Следующие версии Ruby официально поддерживаются:
|
|
|
|
|
<dl>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dt>Ruby 2.2</dt>
|
|
|
|
|
<dd>
|
|
|
|
|
2.2 полностью поддерживается и рекомендуется. В настоящее время нет
|
|
|
|
|
планов отказаться от официальной поддержки.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>Rubinius</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
Rubinius официально поддерживается (Rubinius >= 2.x). Рекомендуется
|
|
|
|
|
выполнить <tt>gem install puma</tt>.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
<dt>JRuby</dt>
|
2017-07-18 21:26:09 +00:00
|
|
|
|
<dd>
|
|
|
|
|
Официально поддерживается последний стабильный релиз JRuby. Не
|
|
|
|
|
рекомендуется использовать расширений на C в JRuby. Рекомендуется
|
|
|
|
|
выполнить <tt>gem install trinidad</tt>.
|
|
|
|
|
</dd>
|
2013-02-09 15:22:19 +00:00
|
|
|
|
</dl>
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Версии Ruby старше 2.2.2 больше не поддерживаются в Sinatra 2.0.
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Мы также следим за предстоящими к выходу версиями Ruby.
|
|
|
|
|
|
|
|
|
|
Следующие реализации Ruby не поддерживаются официально, но известно, что на
|
|
|
|
|
них запускается Sinatra:
|
|
|
|
|
|
|
|
|
|
* старые версии JRuby и Rubinius;
|
|
|
|
|
* Ruby Enterprise Edition;
|
|
|
|
|
* MacRuby, Maglev, IronRuby;
|
|
|
|
|
* Ruby 1.9.0 и 1.9.1 (настоятельно не рекомендуются к использованию).
|
|
|
|
|
|
|
|
|
|
То, что версия официально не поддерживается, означает, что, если что-то не
|
|
|
|
|
работает на этой версии, а на поддерживаемой работает — это не наша проблема,
|
|
|
|
|
а их.
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Мы также запускаем наши CI-тесты на ruby-head (будущие версии MRI), но мы не
|
|
|
|
|
можем ничего гарантировать, так как ведётся постоянная разработка.
|
|
|
|
|
Предполагается, что предстоящие релизы 2.x будут полностью поддерживаться.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Sinatra должна работать на любой операционной системе, в которой есть одна из
|
|
|
|
|
указанных выше версий Ruby.
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
Если вы запускаете MacRuby, вы должны выполнить `gem install control_tower`.
|
|
|
|
|
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Пока невозможно запустить Sinatra на Cardinal, SmallRuby, BlueRuby и на любой
|
2017-07-18 21:26:09 +00:00
|
|
|
|
версии Ruby старше 2.2.
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
## На острие
|
|
|
|
|
|
|
|
|
|
Если вы хотите использовать самый последний код Sinatra, не бойтесь запускать
|
|
|
|
|
свое приложение вместе с кодом из master ветки Sinatra, она весьма стабильна.
|
|
|
|
|
|
|
|
|
|
Мы также время от времени выпускаем предварительные версии, так что вы можете
|
|
|
|
|
делать так:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
2013-02-09 15:22:19 +00:00
|
|
|
|
gem install sinatra --pre
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Чтобы воспользоваться некоторыми самыми последними возможностями.
|
|
|
|
|
|
|
|
|
|
### С помощью Bundler
|
|
|
|
|
|
|
|
|
|
Если вы хотите запускать свое приложение с последней версией Sinatra, то
|
2016-01-21 16:43:24 +00:00
|
|
|
|
рекомендуем использовать [Bundler](http://bundler.io).
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
Сначала установите Bundler, если у вас его еще нет:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
2013-02-09 15:22:19 +00:00
|
|
|
|
gem install bundler
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Затем создайте файл `Gemfile` в директории вашего проекта:
|
|
|
|
|
|
|
|
|
|
```ruby
|
2017-07-18 21:26:09 +00:00
|
|
|
|
source 'https://rubygems.org'
|
|
|
|
|
gem 'sinatra', :github => 'sinatra/sinatra'
|
2013-02-09 15:22:19 +00:00
|
|
|
|
|
|
|
|
|
# другие зависимости
|
|
|
|
|
gem 'haml' # например, если используете haml
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Обратите внимание, вам нужно будет указывать все зависимости вашего приложения
|
2017-07-18 21:26:09 +00:00
|
|
|
|
в `Gemfile`. Однако, непосредственные зависимости Sinatra (Rack и Tilt)
|
2013-02-09 15:22:19 +00:00
|
|
|
|
Bundler автоматически скачает и добавит.
|
|
|
|
|
|
|
|
|
|
Теперь вы можете запускать свое приложение так:
|
|
|
|
|
|
2017-07-18 21:26:09 +00:00
|
|
|
|
```shell
|
2013-02-09 15:22:19 +00:00
|
|
|
|
bundle exec ruby myapp.rb
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
## Версии
|
|
|
|
|
|
|
|
|
|
Sinatra использует [Semantic Versioning](http://semver.org/), SemVer и
|
|
|
|
|
SemVerTag.
|
|
|
|
|
|
|
|
|
|
## Дальнейшее чтение
|
|
|
|
|
|
|
|
|
|
* [Веб-сайт проекта](http://www.sinatrarb.com/) — Дополнительная
|
|
|
|
|
документация, новости и ссылки на другие ресурсы.
|
|
|
|
|
* [Участие в проекте](http://www.sinatrarb.com/contributing) — Обнаружили
|
|
|
|
|
баг? Нужна помощь? Написали патч?
|
2016-01-21 16:43:24 +00:00
|
|
|
|
* [Отслеживание проблем/ошибок](https://github.com/sinatra/sinatra/issues)
|
|
|
|
|
* [Twitter](https://twitter.com/sinatra)
|
2013-02-09 15:22:19 +00:00
|
|
|
|
* [Группы рассылки](http://groups.google.com/group/sinatrarb/topics)
|
2015-05-02 10:40:59 +00:00
|
|
|
|
* IRC: [#sinatra](irc://chat.freenode.net/#sinatra) на http://freenode.net
|
|
|
|
|
* [Sinatra и Друзья](https://sinatrarb.slack.com) на Slack, а так же
|
|
|
|
|
[ссылка](https://sinatra-slack.herokuapp.com/) для инвайта.
|
2014-09-13 01:16:06 +00:00
|
|
|
|
* [Sinatra Book](https://github.com/sinatra/sinatra-book/) учебник и сборник рецептов
|
2013-02-09 15:22:19 +00:00
|
|
|
|
* [Sinatra Recipes](http://recipes.sinatrarb.com/) сборник рецептов
|
2016-01-21 16:43:24 +00:00
|
|
|
|
* API документация к [последнему релизу](http://www.rubydoc.info/gems/sinatra)
|
|
|
|
|
или [текущему HEAD](http://www.rubydoc.info/github/sinatra/sinatra) на
|
|
|
|
|
http://www.rubydoc.info/
|
|
|
|
|
* [Сервер непрерывной интеграции](https://travis-ci.org/sinatra/sinatra)
|