aboutsummaryrefslogtreecommitdiffstats
path: root/guides/source/action_controller_overview.md
diff options
context:
space:
mode:
authorYoshiyuki Hirano <yhirano@me.com>2017-08-23 09:36:38 +0900
committerYoshiyuki Hirano <yhirano@me.com>2017-08-23 09:39:45 +0900
commitbf48e90e6925eea5ba74a09988d2b20dd553c845 (patch)
tree2ead15077f59b09580373bdbc4d4a049acdcefe8 /guides/source/action_controller_overview.md
parent80ccfec0740a32fa3a8c0d52549e5b7c59db1a02 (diff)
downloadrails-bf48e90e6925eea5ba74a09988d2b20dd553c845.tar.gz
rails-bf48e90e6925eea5ba74a09988d2b20dd553c845.tar.bz2
rails-bf48e90e6925eea5ba74a09988d2b20dd553c845.zip
Use https instead of http in guide [ci skip]
Diffstat (limited to 'guides/source/action_controller_overview.md')
-rw-r--r--guides/source/action_controller_overview.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/guides/source/action_controller_overview.md b/guides/source/action_controller_overview.md
index 7de6542f4a..b3b5f19b61 100644
--- a/guides/source/action_controller_overview.md
+++ b/guides/source/action_controller_overview.md
@@ -23,7 +23,7 @@ What Does a Controller Do?
Action Controller is the C in MVC. After the router has determined which controller to use for a request, the controller is responsible for making sense of the request and producing the appropriate output. Luckily, Action Controller does most of the groundwork for you and uses smart conventions to make this as straightforward as possible.
-For most conventional [RESTful](http://en.wikipedia.org/wiki/Representational_state_transfer) applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
+For most conventional [RESTful](https://en.wikipedia.org/wiki/Representational_state_transfer) applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
A controller can thus be thought of as a middleman between models and views. It makes the model data available to the view so it can display that data to the user, and it saves or updates user data to the model.