единорог - Интернет в облаке

ПРОГРАММА:

ИМЯ

unicorn - команда типа Rackup для запуска HTTP-сервера Unicorn

СИНТАКСИС

единорог [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]

ОПИСАНИЕ

A взбесить(1) -подобная команда для запуска Rack-приложений с помощью Unicorn. Ожидается, что это будет
запущен в корне вашего приложения (APP_ROOT), но директива "working_directory" может быть
используется в CONFIG_FILE.

Единорогу требуется множество параметров командной строки для совместимости с рубин(1) и
взбесить(1) рекомендуется придерживаться нескольких параметров командной строки, указанных в
SYNOPSIS и используйте CONFIG_FILE как можно чаще.

КОПИРОВАНИЕ ФАЙЛОВ

По умолчанию это "config.ru" в APP_ROOT. Это должен быть тот же файл, который использует взбесить(1)
и другие пусковые установки Rack, он использует Стеллаж :: Строитель ДСЛ.

Встроенные параметры командной строки в основном анализируются на предмет совместимости с взбесить(1), но
категорически не рекомендуется.

ЮНИКОРН ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

-с, --config-файл КОНФИГ_ФАЙЛ
Путь к конфигурационному файлу Unicorn. Конфигурационный файл реализован как Ruby
DSL, поэтому код Ruby может выполняться. См. RDoc / ri для Единорог :: Конфигуратор
class для получения полного списка директив, доступных из DSL. Используя абсолютный
путь для CONFIG_FILE рекомендуется, поскольку он создает несколько экземпляров Unicorn
легко различимы при просмотре ps(1) выход.

-Д, - демонизировать
Запустите демонизированный в фоновом режиме. Процесс отделен от контролирующего
терминал и стандартный ввод перенаправляются в «/ dev / null». В отличие от многих обычных демонов UNIX,
мы не добавляем chdir к "/" после демонизации, чтобы обеспечить больший контроль над
процесс запуска / обновления. Если не указано в CONFIG_FILE, stderr и stdout
также будет перенаправлен на «/ dev / null».

-А ТАКЖЕ, --env RACK_ENV
Запустите под заданным RACK_ENV. См. Раздел «СРЕДА СТОЙКИ» для получения более подробной информации.

-л, --Слушать АДРЕС
Слушает по заданному АДРЕСУ. АДРЕС может иметь форму ХОСТ: ПОРТ или ПУТЬ,
HOST: PORT означает TCP-сокет, а PATH - путь к UNIX.
доменный сокет. По умолчанию "0.0.0.0:8080" (все адреса на TCP-порту 8080) Для
производственные развертывания, указание директивы "прослушивание" в CONFIG_FILE является
рекомендуется, так как позволяет точно настраивать параметры розеток.

-Н, --no-default-промежуточное программное обеспечение
Отключает загрузку промежуточного программного обеспечения, подразумеваемого RACK_ENV. Это обходит конфигурацию
задокументировано в разделе СРЕДА СТОЙКИ, но по-прежнему позволяет использовать RACK_ENV
для конкретных целей приложения / фреймворка.

КОПИРОВАНИЕ СОВМЕСТИМОСТЬ ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

-о, --хозяин ВЕДУЩИЙ
Слушайте TCP-сокет, принадлежащий HOST, по умолчанию "0.0.0.0" (все адреса). Если
указано несколько раз в командной строке, только последнее указанное значение принимает
эффект. Эта опция существует только для совместимости с взбесить(1) команда, используйте
вместо этого рекомендуется использовать переключатель "-l" / "- слушать".

-п, --порт PORT
Слушать указанный TCP PORT, по умолчанию - 8080. Если указано несколько раз на
в командной строке действует только последнее указанное значение. Только этот вариант
существует для совместимости с взбесить(1) команда, использование переключателя "-l" / "- слушать"
рекомендуется вместо

-с, --сервер SERVER
Нет, это существует только для совместимости с взбесить(1).

РУБИН ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

-е, --евал ЛИНИЯ
Оцените СТРОКУ кода Ruby. Эта оценка происходит сразу же после того, как команда:
строка анализируется.

-д, --отлаживать
Включите режим отладки, для переменной $ DEBUG установлено значение true.

-ш, --предупреждать
Включите подробные предупреждения, для переменной $ VERBOSE установлено значение true.

-Я, --включают PATH
укажите $ LOAD_PATH. PATH будет добавлен к $ LOAD_PATH. Символ ":" может
использоваться для разграничения нескольких каталогов. Эта директива может использоваться более чем
однажды. Изменения в $ LOAD_PATH выполняются немедленно и в том порядке, в котором они
были указаны в командной строке.

-р, --требовать БИБЛИОТЕКА
перед запуском приложения требуется указанная БИБЛИОТЕКА. "Требовать"
оператор будет выполнен немедленно и в том порядке, в котором они были указаны в
командная строка.

СИГНАЛЫ

Следующие сигналы UNIX могут быть отправлены главному процессу:

· HUP - перезагрузите файл конфигурации, приложение и корректно перезапустите всех рабочих

· INT / TERM - быстрое завершение работы, сразу убивает всех рабочих

· QUIT - плавное завершение работы, ожидает, пока рабочие завершат свой текущий запрос, прежде чем
отделка.

· USR1 - повторно открыть все журналы, принадлежащие мастеру и всем рабочим. См. Unicorn :: Util.reopen_logs
за то, что считается бревном.

· USR2 - перезапустить запущенный двоичный файл. Отдельный QUIT должен быть отправлен к оригиналу
после проверки работоспособности ребенка.

· WINCH - изящно останавливает рабочих, но сохраняет работу мастера. Это будет работать только для
демонизированные процессы.

· TTIN - увеличить количество рабочих процессов на единицу

· TTOU - уменьшить количество рабочих процессов на единицу

См. СИГНАЛЫ (http://unicorn.bogomips.org/SIGNALS.html) документ для полного описания
всех сигналов, используемых Unicorn.

СТОЙКИ ОКРУЖАЮЩАЯ СРЕДА

Принятые значения RACK_ENV и промежуточного программного обеспечения, которое они загружают автоматически (за пределами
RACKUP_FILE) точно такие же, как в взбесить(1):

· Разработка - загружает промежуточное ПО Rack :: CommonLogger, Rack :: ShowExceptions и Rack :: Lint

· Развертывание - загружает промежуточное ПО Rack :: CommonLogger

· None - не загружает промежуточное ПО, полностью полагаясь на RACKUP_FILE

Предполагается, что все нераспознанные значения для RACK_ENV равны «нет». Производственные развертывания
настоятельно рекомендуется использовать «развертывание» или «нет» для максимальной производительности.

Начиная с Unicorn 0.94.0, RACK_ENV также экспортируется как переменная среды всего процесса.
Несмотря на то, что это не текущая часть спецификации стойки в версии 1.0.1, она стала
Факто стандарт в мире стоек.

Обратите внимание, что промежуточное ПО Rack :: ContentLength и Rack :: Chunked также загружается при "развертывании".
и «разработка», но никаких других значений RACK_ENV. При необходимости они должны быть индивидуально
указанные в RACKUP_FILE, некоторые фреймворки не требуют их.

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

Переменная RACK_ENV устанавливается вышеупомянутым переключателем -E. Все приложения или библиотеки-
определенные переменные среды (например, TMPDIR) всегда могут быть установлены в Unicorn CONFIG_FILE
в дополнение к нерестовой раковине. При прозрачном обновлении Unicorn вся среда
переменные, установленные в старом главном процессе, наследуются новым главным процессом. Единорог
использует только (и перезаписывает) переменную среды UNICORN_FD внутри при выполнении
прозрачные обновления.

UNICORN_FD - это разделенный запятыми список одного или нескольких файловых дескрипторов, используемых для реализации
Обновления USR2. Системы инициализации могут сами связывать прослушивающие сокеты и порождать единорога с помощью
UNICORN_FD установлен на номера файловых дескрипторов слушающих сокетов. Единорог
CONFIG_FILE должен по-прежнему иметь унаследованные параметры прослушиваемого сокета, определенные как в обычном
запуск, иначе сокет будет закрыт.

Используйте единорога онлайн с помощью сервисов onworks.net