Data

Tools

Indexes

Applications

Experiments

Ruby

A summary of data about the Ruby ecosystem.

https://github.com/rack/rack

A modular Ruby web server interface.
https://github.com/rack/rack

Keywords

rack ruby web

Keywords from Contributors

activerecord mvc activejob rubygems sinatra rspec crash-reporting rubocop multithreading background-jobs

Last synced: 13 minutes ago
JSON representation

Repository metadata

A modular Ruby web server interface.

README.md

Rack

Rack provides a minimal, modular, and adaptable interface for developing web
applications in Ruby. By wrapping HTTP requests and responses in the simplest
way possible, it unifies and distills the bridge between web servers, web
frameworks, and web application into a single method call.

The exact details of this are described in the Rack Specification, which all
Rack applications should conform to. Browse the Documentation for more
information.

Version support

Version Support
3.2.x Bug fixes and security patches.
3.1.x Security patches only.
3.0.x End of support.
2.2.x Security patches only.
<= 2.1.x End of support.

Rack 2.2.x is in security maintenance mode. Please upgrade to Rack 3.1+ as soon
as possible to ensure you are receiving the latest features and security patches.

Please see the Security Policy for more information.

Change log

See the Changelog for a detailed list of changes in each version of Rack.

Rack 3.2 (latest release)

This version of rack contains bug fixes and security patches.

Rack 3.1

This version of rack contains bug fixes and security patches.

Rack 3.0

This version of rack contains significant changes which are detailed in the
Upgrade Guide. It is recommended to upgrade to Rack 3 as soon
as possible to receive the latest features and security patches.

Rack 2.2

This version of Rack is receiving security patches only, and effort should be
made to move to Rack 3.

Starting in Ruby 3.4 the base64 dependency will no longer be a default gem,
and may cause a warning or error about base64 being missing. To correct this,
add base64 as a dependency to your project.

Installation

Add the rack gem to your application bundle, or follow the instructions provided
by a supported web framework:

# Install it generally:
$ gem install rack

# or, add it to your current application gemfile:
$ bundle add rack

If you need features from Rack::Session or bin/rackup please add those gems separately.

$ gem install rack-session rackup

Usage

Create a file called config.ru with the following contents:

run do |env|
  [200, {}, ["Hello World"]]
end

Run this using the rackup gem or another supported web
server.

$ gem install rackup
$ rackup

# In another shell:
$ curl http://localhost:9292
Hello World

Supported web servers

Rack is supported by a wide range of servers, including:

You will need to consult the server documentation to find out what features and
limitations they may have. In general, any valid Rack app will run the same on
all these servers, without changing anything.

Rackup

Rack provides a separate gem, rackup which is
a generic interface for running a Rack application on supported servers, which
include WEBRick, Puma, Falcon and others.

Supported web frameworks

These frameworks and many others support the Rack Specification:

Available middleware shipped with Rack

Between the server and the framework, Rack can be customized to your
applications needs using middleware. Rack itself ships with the following
middleware:

  • Rack::CommonLogger for creating Apache-style logfiles.
  • Rack::ConditionalGet for returning Not
    Modified
    responses when the response has not changed.
  • Rack::Config for modifying the environment before processing the request.
  • Rack::ContentLength for setting a content-length header based on body
    size.
  • Rack::ContentType for setting a default content-type header for responses.
  • Rack::Deflater for compressing responses with gzip.
  • Rack::ETag for setting etag header on bodies that can be buffered.
  • Rack::Events for providing easy hooks when a request is received and when
    the response is sent.
  • Rack::Head for returning an empty body for HEAD requests.
  • Rack::Lint for checking conformance to the Rack Specification.
  • Rack::Lock for serializing requests using a mutex.
  • Rack::MethodOverride for modifying the request method based on a submitted
    parameter.
  • Rack::Recursive for including data from other paths in the application, and
    for performing internal redirects.
  • Rack::Reloader for reloading files if they have been modified.
  • Rack::Runtime for including a response header with the time taken to process
    the request.
  • Rack::Sendfile for working with web servers that can use optimized file
    serving for file system paths.
  • Rack::ShowException for catching unhandled exceptions and presenting them in
    a nice and helpful way with clickable backtrace.
  • Rack::ShowStatus for using nice error pages for empty client error
    responses.
  • Rack::Static for configurable serving of static files.
  • Rack::TempfileReaper for removing temporary files creating during a request.

All these components use the same interface, which is described in detail in the
Rack Specification. These optional components can be used in any way you wish.

Convenience interfaces

If you want to develop outside of existing frameworks, implement your own ones,
or develop middleware, Rack provides many helpers to create Rack applications
quickly and without doing the same web stuff all over:

  • Rack::Request which also provides query string parsing and multipart
    handling.
  • Rack::Response for convenient generation of HTTP replies and cookie
    handling.
  • Rack::MockRequest and Rack::MockResponse for efficient and quick testing
    of Rack application without real HTTP round-trips.
  • Rack::Cascade for trying additional Rack applications if an application
    returns a not found or method not supported response.
  • Rack::Directory for serving files under a given directory, with directory
    indexes.
  • Rack::Files for serving files under a given directory, without directory
    indexes.
  • Rack::MediaType for parsing content-type headers.
  • Rack::Mime for determining content-type based on file extension.
  • Rack::RewindableInput for making any IO object rewindable, using a temporary
    file buffer.
  • Rack::URLMap to route to multiple applications inside the same process.

Configuration

Rack exposes several configuration parameters to control various features of the
implementation.

RACK_QUERY_PARSER_BYTESIZE_LIMIT

This environment variable sets the default for the maximum query string bytesize
that Rack::QueryParser will attempt to parse. Attempts to use a query string
that exceeds this number of bytes will result in a
Rack::QueryParser::QueryLimitError exception. If this enviroment variable is
provided, it must be an integer, or Rack::QueryParser will raise an exception.

The default limit can be overridden on a per-Rack::QueryParser basis using
the bytesize_limit keyword argument when creating the Rack::QueryParser.

RACK_QUERY_PARSER_PARAMS_LIMIT

This environment variable sets the default for the maximum number of query
parameters that Rack::QueryParser will attempt to parse. Attempts to use a
query string with more than this many query parameters will result in a
Rack::QueryParser::QueryLimitError exception. If this enviroment variable is
provided, it must be an integer, or Rack::QueryParser will raise an exception.

The default limit can be overridden on a per-Rack::QueryParser basis using
the params_limit keyword argument when creating the Rack::QueryParser.

This is implemented by counting the number of parameter separators in the
query string, before attempting parsing, so if the same parameter key is
used multiple times in the query, each counts as a separate parameter for
this check.

RACK_MULTIPART_BUFFERED_UPLOAD_BYTESIZE_LIMIT

This environment variable sets the maximum amount of memory Rack will use
to buffer multipart parameters when parsing a request body. This considers
the size of the multipart mime headers and the body part for multipart
parameters that are buffered in memory and do not use tempfiles. This
defaults to 16MB if not provided.

param_depth_limit

Rack::Utils.param_depth_limit = 32 # default

The maximum amount of nesting allowed in parameters. For example, if set to 3,
this query string would be allowed:

?a[b][c]=d

but this query string would not be allowed:

?a[b][c][d]=e

Limiting the depth prevents a possible stack overflow when parsing parameters.

multipart_file_limit

Rack::Utils.multipart_file_limit = 128 # default

The maximum number of parts with a filename a request can contain. Accepting
too many parts can lead to the server running out of file handles.

The default is 128, which means that a single request can't upload more than 128
files at once. Set to 0 for no limit.

Can also be set via the RACK_MULTIPART_FILE_LIMIT environment variable.

(This is also aliased as multipart_part_limit and RACK_MULTIPART_PART_LIMIT for compatibility)

multipart_total_part_limit

The maximum total number of parts a request can contain of any type, including
both file and non-file form fields.

The default is 4096, which means that a single request can't contain more than
4096 parts.

Set to 0 for no limit.

Can also be set via the RACK_MULTIPART_TOTAL_PART_LIMIT environment variable.

Contributing

See CONTRIBUTING.md for specific details about how to make a
contribution to Rack.

Please post bugs, suggestions and patches to GitHub Issues.

Please check our Security Policy
for responsible disclosure and security bug reporting process. Due to wide usage
of the library, it is strongly preferred that we manage timing in order to
provide viable patches at the time of disclosure. Your assistance in this matter
is greatly appreciated.

See Also

rackup

A useful tool for running Rack applications from the command line, including
Rackup::Server (previously Rack::Server) for scripting servers.

rack-contrib

The plethora of useful middleware created the need for a project that collects
fresh Rack middleware. rack-contrib includes a variety of add-on components
for Rack and it is easy to contribute new modules.

rack-session

Provides convenient session management for Rack.

Thanks

The Rack Core Team, consisting of

and the Rack Alumni

would like to thank:

  • Adrian Madrid, for the LiteSpeed handler.
  • Christoffer Sawicki, for the first Rails adapter and Rack::Deflater.
  • Tim Fletcher, for the HTTP authentication code.
  • Luc Heinrich for the Cookie sessions, the static file handler and bugfixes.
  • Armin Ronacher, for the logo and racktools.
  • Alex Beregszaszi, Alexander Kahn, Anil Wadghule, Aredridel, Ben Alpert, Dan
    Kubb, Daniel Roethlisberger, Matt Todd, Tom Robinson, Phil Hagelberg, S. Brent
    Faulkner, Bosko Milekic, Daniel Rodríguez Troitiño, Genki Takiuchi, Geoffrey
    Grosenbach, Julien Sanchez, Kamal Fariz Mahyuddin, Masayoshi Takahashi,
    Patrick Aljordm, Mig, Kazuhiro Nishiyama, Jon Bardin, Konstantin Haase, Larry
    Siden, Matias Korhonen, Sam Ruby, Simon Chiang, Tim Connor, Timur Batyrshin,
    and Zach Brock for bug fixing and other improvements.
  • Eric Wong, Hongli Lai, Jeremy Kemper for their continuous support and API
    improvements.
  • Yehuda Katz and Carl Lerche for refactoring rackup.
  • Brian Candler, for Rack::ContentType.
  • Graham Batty, for improved handler loading.
  • Stephen Bannasch, for bug reports and documentation.
  • Gary Wright, for proposing a better Rack::Response interface.
  • Jonathan Buch, for improvements regarding Rack::Response.
  • Armin Röhrl, for tracking down bugs in the Cookie generator.
  • Alexander Kellett for testing the Gem and reviewing the announcement.
  • Marcus Rückert, for help with configuring and debugging lighttpd.
  • The WSGI team for the well-done and documented work they've done and Rack
    builds up on.
  • All bug reporters and patch contributors not mentioned above.

License

Rack is released under the MIT License.

Owner metadata

GitHub Events

Total
Last Year

Committers metadata

Last synced: 1 day ago

Total Commits: 2,794
Total Committers: 563
Avg Commits per committer: 4.963
Development Distribution Score (DDS): 0.903

Commits in past year: 87
Committers in past year: 28
Avg Commits per committer in past year: 3.107
Development Distribution Score (DDS) in past year: 0.575

Name Email Commits
Samuel Williams s****s@o****z 270
Leah Neukirchen l****h@v****g 262
James Tucker j****r@g****m 228
Jeremy Evans c****e@j****t 215
Aaron Patterson a****n@g****m 177
Scytrin dai Kinthra s****n@g****m 105
Joshua Peek j****h@j****m 101
Konstantin Haase k****s@g****m 63
Michael Fellinger m****r@g****m 44
Santiago Pastorino s****o@w****m 44
Ryan Tomayko r****o@g****m 31
Jeremy Kemper j****y@b****t 27
James Tucker r****i@g****m 24
deepj d****a@g****m 23
José Valim j****m@g****m 22
Christoffer Sawicki c****i@g****m 20
Ravil Bayramgalin b****a@e****m 17
Eric Wong n****n@y****t 16
Eric Wong e@8****g 14
Lars Gierth l****h@g****m 14
Oscar Del Ben o****r@o****m 14
Rafael Mendonça França r****a@g****m 14
Postmodern p****3@g****m 13
eileencodes e****s@g****m 13
Olle Jonsson o****n@a****m 12
Nick Adams n****k@n****k 12
Hongli Lai (Phusion) h****i@p****l 12
Thomas Klemm g****b@t****u 12
Yoshiyuki Hirano y****o@m****m 12
Max Cantor m****x@m****t 11
and 533 more...

Committer domains:

Issue and Pull Request metadata

Last synced: 3 days ago

Total issues: 146
Total pull requests: 427
Average time to close issues: 4 months
Average time to close pull requests: about 1 month
Total issue authors: 108
Total pull request authors: 100
Average comments per issue: 5.36
Average comments per pull request: 2.84
Merged pull request: 323
Bot issues: 0
Bot pull requests: 5

Past year issues: 43
Past year pull requests: 95
Past year average time to close issues: 13 days
Past year average time to close pull requests: 5 days
Past year issue authors: 29
Past year pull request authors: 32
Past year average comments per issue: 2.44
Past year average comments per pull request: 2.37
Past year merged pull request: 63
Past year bot issues: 0
Past year bot pull requests: 1

More stats: https://issues.ecosyste.ms/repositories/lookup?url=https://github.com/rack/rack

Top Issue Authors

  • ioquatix (29)
  • catatsuy (3)
  • Fjan (3)
  • gegenelnet (2)
  • doriantaylor (2)
  • mikgry (2)
  • radar (2)
  • LevitatingBusinessMan (2)
  • lloeki (2)
  • xxz199539 (1)
  • dmix (1)
  • jurruh (1)
  • JunichiIto (1)
  • larouxn (1)
  • zzak (1)

Top Pull Request Authors

  • ioquatix (123)
  • jeremyevans (67)
  • Earlopain (34)
  • dentarg (15)
  • skipkayhil (8)
  • casperisfine (6)
  • dependabot[bot] (5)
  • MSP-Greg (5)
  • alexanderadam (5)
  • byroot (4)
  • tenderlove (4)
  • adam12 (4)
  • willbryant (4)
  • sandipransing (4)
  • wtn (3)

Top Issue Labels

  • Documentation (6)
  • SPEC (3)
  • Maintenance (2)
  • Bug (2)
  • Needs Feedback (1)

Top Pull Request Labels

  • Backport (8)
  • dependencies (5)
  • Bug (4)
  • Maintenance (3)
  • SPEC (3)
  • hacktoberfest-accepted (2)
  • Needs Feedback (1)
  • github_actions (1)
  • Feature (1)

Package metadata

gem.coop: rack

Rack provides a minimal, modular and adaptable interface for developing web applications in Ruby. By wrapping HTTP requests and responses in the simplest way possible, it unifies and distills the API for web servers, web frameworks, and software in between (the so-called middleware) into a single method call.

rubygems.org: rack

Rack provides a minimal, modular and adaptable interface for developing web applications in Ruby. By wrapping HTTP requests and responses in the simplest way possible, it unifies and distills the API for web servers, web frameworks, and software in between (the so-called middleware) into a single method call.

proxy.golang.org: github.com/rack/rack

  • Homepage:
  • Documentation: https://pkg.go.dev/github.com/rack/rack#section-documentation
  • Licenses: other
  • Latest release: v3.2.5+incompatible (published 16 days ago)
  • Last Synced: 2026-03-02T10:22:31.923Z (1 day ago)
  • Versions: 64
  • Dependent Packages: 0
  • Dependent Repositories: 0
  • Rankings:
    • Forks count: 0.578%
    • Stargazers count: 0.977%
    • Average: 5.483%
    • Dependent packages count: 9.576%
    • Dependent repos count: 10.802%

Dependencies

Gemfile rubygems
  • rdoc >= 0 development
  • rubocop >= 0
  • rubocop-packaging >= 0
  • webrick >= 0
rack.gemspec rubygems
  • bundler >= 0 development
  • minitest ~> 5.0 development
  • minitest-global_expectations >= 0 development
  • rake >= 0 development
.github/workflows/depsreview.yaml actions
  • actions/checkout v3 composite
  • actions/dependency-review-action v3 composite
.github/workflows/test-external.yaml actions
  • actions/checkout v3 composite
  • ruby/setup-ruby v1 composite
.github/workflows/test.yaml actions
  • actions/checkout v3 composite
  • ruby/setup-ruby v1 composite

Score: 37.236890894024675