happy_seed application template sets up
turbolinks, and installs the
happy_seed generators into your application.
happy_seed:base generator installs
puma, http site authentication, and the
/setup is used to see the
happy_seed documentation for each of the installed generators, and copies things into the rails doc directory. The
setup_controller is only visible locally.
Haml is great and we like it better than balancing out closing tags. The meta-tags gem makes it easy to flesh out SEO.
dotenv-rails mimics the way that heroku starts up the application even when using "rails s", rather than foreman. This pulls in data from the .env file. In the case where you only have the web application in the Procfile, its easier to read through the log file when you use rails s rather than foreman. .env is also a good way to make sure that none of your configuration stuff is stuck away in code somewhere.
This setups puma and foreman (a Procfile) which mirrors the default setup of heroku.
Finally we setup some basic HTTP auth and a simple setup controller to help navigate what seed has generated for you. By default the HTTP auth stuff is off (i.e. no user/pass set) but the basic idea is that before you open things up to the world you can share your app to a limited group of people.
The AWS env variables are there for reference
HTTP_AUTH_* variables are set,
application_controller will force them to be used for authentication to let people into the site. (The
happy_seed:splash generator will not use this.)
AWS_ACCESS_KEY stuff isn't used, but is here for reference.
AWS_ACCESS_KEY_ID= AWS_SECRET_ACCESS_KEY= S3_BUCKET_NAME= HTTP_AUTH_USERNAME= HTTP_AUTH_PASSWORD=
Even though the setup controller only works locally, you should plan on removing the
setup_controller since it shows the configuration variables.