Commit Graph

27 Commits

Author SHA1 Message Date
Vipul A M
c181c9a369
Remove ambiquity in what we are referring to in the documentation of config vs configuring the server itself 2016-05-11 04:01:40 +05:30
Vijay Dev
9d1bf059c0 Merge branch 'master' of github.com:rails/docrails
Conflicts:
	guides/source/configuring.md
2016-04-29 16:00:15 +00:00
Vipul A M
7f9c9d6dcb be specific when the debug_exception_response_format to :api
[ci skip]
2016-04-23 11:22:43 +05:30
Prathamesh Sonpatki
db3f68f4d7
debug_exception_format is set to :api by default for API apps only, not for normal apps.
[ci skip]
2016-04-22 17:17:54 +05:30
Vipul A M
3f2831cd46 Remove reference to unknown method dirty? to docs
[ci skip]
2016-04-19 21:37:50 +05:30
Akshay
afea912a75 [ci skip] Need to mention debug_exception_response_format in the api_app documentation.
- #23771 removed the reference to debug_exception_response_format from the api_app documentation.
- We need to let users know, they have ability to configure debug_exception_response_format in their development environment.
- Added documentation for the same in api_app.md file
- Grammar corrections
2016-02-25 05:03:21 +05:30
yuuji.yaginuma
9ceb0ea8d9 remove needless debug_exception_response_format config [ci skip]
Since a0343d11f1bf80a79e273c1d0cf9934ef2601e98, `debug_exception_response_format` config depends on `api_only`.
Therefore, if set the `api_only`, need to specify `debug_exception_response_format` is not.
2016-02-19 12:37:09 +09:00
Xavier Noria
042bfb8715 partial pass over the API guide [ci skip] 2016-02-18 23:29:29 +01:00
Vijay Dev
9a9587ff30 Separate for new and existing applications clearly
[ci skip]
2016-02-07 07:25:03 +00:00
Vipul A M
acddd032d0 Merge pull request #22857 from bdewater/interlock-doc
Update middleware docs regarding ActionDispatch::LoadInterlock [ci skip]
2016-02-01 01:56:43 +05:30
Bart de Water
6cdc36a026 Update middleware docs regarding ActionDispatch::LoadInterlock [ci skip] 2016-01-31 21:18:37 +01:00
Jon Moss
3745d5430b Docs review of api_app.md
Pass through correcting api_app.md. The list of included modules and
middleware was tested through a sample API app, and was listed in the
same order an end user would see in their terminal.

[ci skip]
2016-01-28 18:46:02 -05:00
Rafael Mendonça França
ee9d479941 Remove Rack::Lock from the API guides
It is not always there anymore

[ci skip]
2016-01-28 17:23:27 -05:00
Rafael Mendonça França
904e662ff2 Middleware have no plural
[ci skip]
2016-01-28 17:23:11 -05:00
David Heinemeier Hansson
ea4f0e2bab Refer to rails command instead of rake in a bunch of places
Still more to do. Please assist!
2015-12-18 13:01:10 +01:00
Jorge Bejar
6cb578c018 Mention the debug_exception_response_format config in guides 2015-12-09 10:53:45 -03:00
zacharywelch
03a7a9901d [ci skip] Indentation in cache examples 2015-11-18 22:14:13 -05:00
Aaron Patterson
24f9c03d52 Revert "removing Rack::Runtime from the default stack."
This reverts commit 37423e4ff883ad5584bab983aceb4b2b759a1fd8.

Jeremy is right that we shouldn't remove this.  The fact is that many
engines are depending on this middleware to be in the default stack.
This ties our hands and forces us to keep the middleware in the stack so
that engines will work.  To be extremely clear, I think this is another
smell of "the rack stack" that we have in place.  When manipulating
middleware, we should have meaningful names for places in the req / res
lifecycle **not** have engines depend on a particular constant be in a
particular place in the stack.  This is a weakness of the API that we
have to figure out a way to address before removing the constant.

As far as timing attacks are concerned, we can reduce the granularity
such that it isn't useful information for hackers, but is still useful
for developers.
2015-10-03 14:21:31 -07:00
Aaron Patterson
37423e4ff8 removing Rack::Runtime from the default stack.
The runtime header is a potential target for timing attacks since it
returns the amount of time spent on the server (eliminating network
speed).  Total time is also not accurate for streaming responses.

The middleware can be added back via:

```ruby
config.middleware.ues ::Rack::Runtime
```
2015-10-02 14:45:31 -07:00
Aaron Patterson
38d2bf5fd1 mostly remove the ParamsParser middleware
This can still be added to the middleware stack, but is really not
necessary.  I'll follow up with a commit that deprecates the constant
2015-09-18 15:36:55 -07:00
yuuji.yaginuma
40c96f7be5 fix module name typo in API app guide [ci skip] 2015-09-04 14:38:54 +09:00
Aaron Patterson
d47438745e remove RackDelegation module
Since all controller instances are required to have a request and
response object, RackDelegation is no longer needed (we always have to
delegate to the response)
2015-08-26 11:53:15 -07:00
yui-knk
1b6131d385 [ci skip] Fix before_filter -> before_action 2015-07-24 22:48:21 +09:00
Robin Dupret
7e30085bd0 A pass over the API application guide [ci skip]
* Fix a few remaining typos
* Wrap lines to 80 chars
* Fix the conversion from Textile to Markdown
* Update the part about `Rack::Cache` which isn't included anymore and
  speak about Active Support's provided middleware
* Remove references to out-of-date methods and middlewares (e.g.
  respond_with) and update the list of modules and middlewares to match
  the actual code-base.
* Remove the middleware's description and links to the Rack guide
2015-06-15 11:41:52 +02:00
Santiago Pastorino
80702b78e1 It's rails new my_api --api 2015-06-11 16:54:16 -03:00
Santiago Pastorino
564d0299c0 Change guide heading from - to = 2015-06-11 16:54:16 -03:00
Santiago Pastorino
b7494b66bc Add API only apps guide 2015-06-11 16:54:15 -03:00