1
0
Fork 0
mirror of https://github.com/puma/puma.git synced 2022-11-09 13:48:40 -05:00
Commit graph

12 commits

Author SHA1 Message Date
Nihad Abbasov
06d67ec960
Update default number of threads for MRI in docs
The default value was changed in #2143
2020-12-06 06:23:22 +02:00
Felix
a31959c535
Remove upstart from docs (#2408)
upstart is dead!
upstart as system init - last release - 14.04 LTS, public support ending April 2019
upstart as user init - last release - 16.04 LTS, public support ending April 2021

Signed-off-by: fliiiix <hi@l33t.name>

Co-authored-by: Nate Berkopec <nate.berkopec@gmail.com>
2020-10-03 08:04:58 -06:00
Nate Berkopec
0d354a4a52
Hacktoberfest spam grammar nitpciks 2020-10-01 07:35:57 -06:00
Elena Tanasoiu
3e45bddfbe Clarify how to run puma in single mode
When starting to transition from Unicorn to Puma, I first tried out
puma in development. I initially assumed from skimming the docs that
the number of workers for single mode should be 1. This led to our
developers not being able to kill their puma server properly in our
dev environment via Ctrl+C since the master process would stick
around and try to revive it.

Upon reading the docs more carefully and checking out the issues,
I found [I wasn't alone][issue-on-single-mode]. While it's obvious
that 1 worker implies the existence of a master process, when you're
just starting out it might take you a little while before you get
your head around single mode versus cluster mode and having the
configuration clearly stated helps with that imo.

So to make it blatantly obvious how to run puma in single mode,
I've added a line to the docs to explain it.

[issue-on-single-mode]: https://github.com/puma/puma/issues/1364
2020-07-28 18:59:43 +01:00
Sai Ram Kunala
8ae0fbb00e
fix syntax for haproxy X-Request-Start configuration
source: https://stackoverflow.com/questions/31036893/how-do-i-add-x-request-start-in-haproxy/50060498#50060498
2020-07-20 16:50:21 +05:30
Nate Berkopec
636732c447
Remove daemonization (#2170)
* Remove daemonization

* Fix t2 integration
2020-03-10 12:08:34 -06:00
Evan Phoenix
38c37dc5c1
Merge pull request #1603 from ryankopf/master
Docs update. Using a configuration file should be prioritized higher …
2019-02-19 17:10:14 -08:00
Evan Phoenix
3be7a8ec2e
Merge pull request #1569 from StileEducation/request_body_wait
Request body read time metric
2019-02-19 17:04:21 -08:00
Tanner Jones
b8bb7dbba2 Fixes a few spelling errors in docs/deployment.md (#1721) 2019-02-14 14:36:21 -07:00
Ubuntu
765c125e41 Docs update. Using a configuration file should be prioritized higher than inline options. Added example Rails configuration to the variants. Linked to Ubuntu setup from deployment docs. 2018-06-24 08:17:28 +00:00
Rian McGuire
f2eb2ecfde Request body read time metric
Measure the time spent reading the HTTP request body and expose it to the Rack app as `env['puma.request_body_wait']`.

This can be combined with a timestamp from a upstream proxy to get an indication of how long a request was waiting for a Puma thread to become available.

Fixes https://github.com/puma/puma/issues/1541
2018-04-24 16:45:15 -03:00
Nate Berkopec
3bec126748 deployment.md -> docs 2017-08-17 13:22:28 -06:00
Renamed from DEPLOYMENT.md (Browse further)