Đây là cầu vồng lệnh có thể chạy trong nhà cung cấp dịch vụ lưu trữ miễn phí OnWorks bằng cách sử dụng một trong nhiều máy trạm trực tuyến miễn phí của chúng tôi như Ubuntu Online, Fedora Online, trình giả lập trực tuyến Windows hoặc trình giả lập trực tuyến MAC OS
CHƯƠNG TRÌNH:
TÊN
cầu vồng - lệnh giống như rackup để khởi động Cầu vồng!
SYNOPSIS
cầu vồng [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]
MÔ TẢ
A tăng lên(1) -like lệnh để khởi chạy các ứng dụng Rack bằng Rainbows !. Nó được mong đợi
được khởi động trong thư mục gốc ứng dụng của bạn (APP_ROOT), nhưng chỉ thị “working_directory” có thể
được sử dụng trong CONFIG_FILE.
Trong khi Cầu vồng! có vô số tùy chọn dòng lệnh để tương thích với hồng ngọc(1)
tăng lên(1), bạn nên tuân theo một số tùy chọn dòng lệnh được chỉ định trong
SYNOPSIS và sử dụng CONFIG_FILE nhiều nhất có thể.
TĂNG LÊN FILE
Điều này mặc định là "config.ru" trong APP_ROOT. Nó phải là cùng một tệp được sử dụng bởi tăng lên(1)
và các trình khởi chạy Rack khác, nó sử dụng Rack :: Builder DSL.
Các tùy chọn dòng lệnh được nhúng chủ yếu được phân tích cú pháp để tương thích với tăng lên(1) nhưng
hết sức nản lòng.
UNICORN LỰA CHỌN
-NS, --tập tin cấu hình TẬP TIN CẤU HÌNH
Đường dẫn đến tệp cấu hình dành riêng cho Unicorn. Tệp cấu hình được triển khai dưới dạng Ruby
DSL, vì vậy mã Ruby có thể được thực thi. Xem RDoc / ri để biết Unicorn :: Trình cấu hình
lớp cho danh sách đầy đủ các chỉ thị có sẵn từ DSL.
-NS, --daemon hóa
Chạy daemonized trong nền. Quá trình được tách ra khỏi sự kiểm soát
terminal và stdin được chuyển hướng đến “/ dev / null”. Không giống như nhiều daemon UNIX thông thường,
chúng tôi không chuyển sang "/" khi daemonization để cho phép nhiều quyền kiểm soát hơn đối với
quá trình khởi động / nâng cấp. Trừ khi được chỉ định trong CONFIG_FILE, stderr và stdout
cũng sẽ được chuyển hướng đến “/ dev / null”.
-VÀ, --env RACK_ENV
Chạy theo RACK_ENV đã cho. Xem phần MÔI TRƯỜNG RACK để biết thêm chi tiết.
-l, --nghe ĐỊA CHỈ
Nghe trên một ĐỊA CHỈ nhất định. ĐỊA CHỈ có thể ở dạng HOST: PORT hoặc PATH,
XƯỚNG NGÔN VIÊN: PORT được hiểu là ổ cắm TCP và PATH được hiểu là đường dẫn đến UNIX
ổ cắm miền. Mặc định là “0.0.0.0:8080” (tất cả các địa chỉ trên cổng TCP 8080) Đối với
triển khai sản xuất, chỉ định lệnh "nghe" trong CONFIG_FILE là
được khuyến nghị vì nó cho phép tinh chỉnh các tùy chọn ổ cắm.
TĂNG LÊN Tương thích LỰA CHỌN
-ồ, --tổ chức HOST
Nghe trên ổ cắm TCP thuộc HOST, mặc định là “0.0.0.0” (tất cả các địa chỉ). Nếu như
được chỉ định nhiều lần trên dòng lệnh, chỉ giá trị được chỉ định cuối cùng mới nhận
tác dụng. Tùy chọn này chỉ tồn tại để tương thích với tăng lên(1) lệnh, sử dụng
thay vào đó, nên chuyển đổi "-l" / "- nghe".
-P, --Hải cảng PORT
Nghe trên TCP PORT được chỉ định, mặc định là 8080. Nếu được chỉ định nhiều lần, hãy bật
dòng lệnh, chỉ giá trị được chỉ định cuối cùng mới có hiệu lực. Chỉ tùy chọn này
tồn tại để tương thích với tăng lên(1) lệnh, sử dụng công tắc “-l” / “- nghe”
được khuyến khích thay thế.
-S, --người phục vụ MÁY CHỦ
Không, điều này chỉ tồn tại để tương thích với tăng lên(1).
hồng ngọc LỰA CHỌN
-e, - lễ hội ĐƯỜNG DÂY
Đánh giá một DÒNG mã Ruby. Đánh giá này xảy ra ngay lập tức như lệnh-
dòng đang được phân tích cú pháp.
-NS, --gỡ lỗi
Bật chế độ gỡ lỗi, biến $ DEBUG được đặt thành true.
-w, --cảnh báo
Bật cảnh báo dài dòng, biến $ VERBOSE được đặt thành true.
-TÔI, --bao gồm PATH
chỉ định $ LOAD_PATH. PATH sẽ được thêm vào trước $ LOAD_PATH. Ký tự ':' có thể
được sử dụng để phân tách nhiều thư mục. Chỉ thị này có thể được sử dụng nhiều hơn
Một lần. Các sửa đổi đối với $ LOAD_PATH diễn ra ngay lập tức và theo thứ tự
đã được chỉ định trên dòng lệnh.
-NS, --yêu cầu THƯ VIỆN
yêu cầu một THƯ VIỆN được chỉ định trước khi thực thi ứng dụng. "Yêu cầu"
câu lệnh sẽ được thực thi ngay lập tức và theo thứ tự mà chúng đã được chỉ định trên
dòng lệnh.
TÍN HIỆU
Các tín hiệu UNIX sau có thể được gửi đến quy trình chính:
· HUP - tải lại tệp cấu hình, ứng dụng và khởi động lại tất cả công nhân một cách duyên dáng
· INT / TERM - tắt máy nhanh chóng, giết chết tất cả công nhân ngay lập tức
· QUIT - tắt máy theo yêu cầu, đợi người lao động hoàn thành yêu cầu hiện tại của họ trước khi
đang hoàn thiện.
· USR1 - mở lại tất cả nhật ký thuộc sở hữu của chủ và tất cả công nhân Xem Unicorn :: Util.reopen_logs
cho những gì được coi là một bản ghi.
· USR2 - thực thi lại tệp nhị phân đang chạy. Một QUIT riêng biệt phải được gửi đến bản gốc
xử lý sau khi đứa trẻ được xác minh là đã hoạt động.
· CHIẾN THẮNG - dừng công nhân một cách duyên dáng nhưng vẫn giữ nguyên vận hành. Điều này sẽ chỉ hoạt động cho
quá trình daemonized.
· TTIN - tăng số lượng quy trình công nhân lên một
· TTOU - giảm số lượng quy trình của nhân viên xuống từng quy trình
Xem CÁC DẤU HIỆU (http://rainbows.rubyforge.org/SIGNALS.html) tài liệu để mô tả đầy đủ
của tất cả các tín hiệu được sử dụng bởi Rainbows !.
RACK MÔI TRƯỜNG
Các giá trị được chấp nhận của RACK_ENV và phần mềm trung gian mà chúng tự động tải (bên ngoài
RACKUP_FILE) chính xác như trong tăng lên(1):
· Phát triển - tải Rack :: CommonLogger, Rack :: ShowExceptions và Rack :: Lint middleware
· Triển khai - tải phần mềm trung gian Rack :: CommonLogger
· None - hoàn toàn không tải phần mềm trung gian, dựa hoàn toàn vào RACKUP_FILE
Tất cả các giá trị không được công nhận cho RACK_ENV được giả định là “không có”. Triển khai sản xuất là
được khuyến khích mạnh mẽ sử dụng "triển khai" hoặc "không" để có hiệu suất tối đa.
Lưu ý rằng phần mềm trung gian Rack :: ContentLength và Rack :: Chunked không bao giờ được tải bởi
vỡ nợ. Nếu cần, chúng phải được chỉ định riêng trong RACKUP_FILE, một số
khuôn khổ không yêu cầu chúng.
Sử dụng cầu vồng trực tuyến bằng dịch vụ onworks.net