1. 25 2月, 2016 1 次提交
  2. 24 2月, 2016 1 次提交
  3. 23 2月, 2016 2 次提交
  4. 21 2月, 2016 2 次提交
    • C
      Invoke 'rails' instead of 'rake' in AppGenerator · 191866f7
      claudiob 提交于
      Follows the convention from Rails 5 of invoking tasks on the command-line
      with `rails …` rather than `rake …`.
      191866f7
    • C
      AppGenerator: Replace 'rake' with 'rails_command' · 1a5941e3
      claudiob 提交于
      Since Rails 5.0 is switching the Rails command line from 'rake …'
      to 'rails …', it makes sense to also replace the `rake` method in
      the Rails templates API.
      
      Based on feedback from @matthewd and @kaspth, I chose to replace
      `rake` with `rails_command`, which is less confusing than
      the alternatives `rails` or `command` or `rails_run` and is not
      Thor-reserved word like `task`.
      1a5941e3
  5. 18 2月, 2016 1 次提交
    • Y
      set `skip_listen` option to dummy appplication · 8e95feb7
      yuuji.yaginuma 提交于
      If you want to use `EventedFileUpdateChecker`, need to specify `listen` to plugin's gemspec.
      However, the default is not specified `listen` to plugin's gemspec,
      `EventedFileUpdateChecker` should be disabled.
      8e95feb7
  6. 17 2月, 2016 1 次提交
  7. 15 2月, 2016 3 次提交
  8. 13 2月, 2016 1 次提交
  9. 10 2月, 2016 2 次提交
  10. 06 2月, 2016 1 次提交
  11. 04 2月, 2016 2 次提交
  12. 02 2月, 2016 2 次提交
  13. 31 1月, 2016 2 次提交
  14. 30 1月, 2016 1 次提交
    • S
      Add Default Puma Config · 5563c329
      schneems 提交于
      When the `puma` command is run without any configuration options it will detect presence of a `config/puma.rb` file and use that. Currently there is discrepancy between `puma` command and `rails server` but Evan said it would be reasonable to add in reading in config from the default location. I am working on that right now as a feature in puma/puma.
      
      Why do we need this? By default Puma uses 16 threads, and by default ActiveRecord only has 5 threads. Due to the architecture of AR it is guaranteed that if you're running with fewer DB connections than your server has threads you will hit `ActiveRecord::ConnectionTimeoutError ` eventually if your app gets modest amounts of traffic. Since we are providing a default webserver, we should provide reasonable configuration for that webserver.
      
      This PR does a few things, first it sets the default Puma thread count to 5 to mach ActiveRecord's default. It sets the default environment to `"development"` and the default port to 300 so that booting the server with `$ puma` will give you the same default port as `rails server`. It is worth mentioning that by reading in from `PORT` environment variable this config can work with containerized deployments, such as on Heroku. 
      
      We are not using worker processes by default, that way JRuby and windows devs can use this configuration without modification. I went ahead and included a default `on_worker_boot`. It won't be used unless a worker count is specified, that means this config will not use it. Even though it's not being used now It will make someone who wants to try modifying their config to run extra workers easier.
      
      cc/ @pixeltrix
      5563c329
  15. 29 1月, 2016 1 次提交
  16. 24 1月, 2016 2 次提交
  17. 23 1月, 2016 1 次提交
  18. 22 1月, 2016 3 次提交
  19. 19 1月, 2016 3 次提交
  20. 16 1月, 2016 1 次提交
  21. 15 1月, 2016 1 次提交
  22. 02 1月, 2016 2 次提交
  23. 31 12月, 2015 1 次提交
  24. 22 12月, 2015 3 次提交