1. 03 8月, 2010 1 次提交
  2. 02 8月, 2010 2 次提交
  3. 30 7月, 2010 1 次提交
  4. 26 7月, 2010 2 次提交
  5. 17 7月, 2010 2 次提交
  6. 25 6月, 2010 1 次提交
    • P
      Remove the --singeleton option from scaffold generator. · 67ee6c38
      Prem Sichanugrist 提交于
      It turned out to be that scaffold for singeleton resource will always depend on another model, and it's not possible at the moment to make the application tests pass after generate the singeleton scafold. So, it would be better to remove it for now and probably provide another generator, such as singeleton_scaffold, in which also require the depended model name.
      
      [#4863 state:resolved]
      Signed-off-by: NJosé Valim <jose.valim@gmail.com>
      67ee6c38
  7. 24 6月, 2010 1 次提交
  8. 23 6月, 2010 1 次提交
  9. 20 6月, 2010 2 次提交
  10. 13 6月, 2010 1 次提交
  11. 12 6月, 2010 1 次提交
  12. 11 6月, 2010 2 次提交
  13. 08 6月, 2010 1 次提交
  14. 03 6月, 2010 3 次提交
    • J
      Still copy application configuration to generator even if they are required... · 44cb6dce
      José Valim 提交于
      Still copy application configuration to generator even if they are required earlier. Also tidy up the guide a little bit.
      44cb6dce
    • J
      Remove the laziness from the middleware stack. · 27409436
      José Valim 提交于
      27409436
    • W
      Removing Metal from Rails 3. · ed34652d
      wycats 提交于
      If you have existing Metals, you have a few options:
      * if your metal behaves like a middleware, add it to the
        middleware stack via config.middleware.use. You can use
        methods on the middleware stack to control exactly where
        it should go
      * if it behaves like a Rack endpoint, you can link to it
        in the router. This will result in more optimal routing
        time, and allows you to remove code in your endpoint
        that matches specific URLs in favor of the more powerful
        handling in the router itself.
      
      For the future, you can use ActionController::Metal to get
      a very fast controller with the ability to opt-in to specific
      controller features without paying the penalty of the full
      controller stack.
      
      Since Rails 3 is closer to Rack, the Metal abstraction is
      no longer needed.
      ed34652d
  15. 02 6月, 2010 1 次提交
  16. 30 5月, 2010 2 次提交
    • J
      Remove the laziness from the middleware stack. · 19d8c8cb
      José Valim 提交于
      19d8c8cb
    • W
      Removing Metal from Rails 3. · 45e60283
      wycats 提交于
      If you have existing Metals, you have a few options:
      * if your metal behaves like a middleware, add it to the
        middleware stack via config.middleware.use. You can use
        methods on the middleware stack to control exactly where
        it should go
      * if it behaves like a Rack endpoint, you can link to it
        in the router. This will result in more optimal routing
        time, and allows you to remove code in your endpoint
        that matches specific URLs in favor of the more powerful
        handling in the router itself.
      
      For the future, you can use ActionController::Metal to get
      a very fast controller with the ability to opt-in to specific
      controller features without paying the penalty of the full
      controller stack.
      
      Since Rails 3 is closer to Rack, the Metal abstraction is
      no longer needed.
      45e60283
  17. 17 5月, 2010 1 次提交
  18. 16 5月, 2010 2 次提交
  19. 15 5月, 2010 1 次提交
  20. 06 5月, 2010 1 次提交
  21. 01 5月, 2010 2 次提交
  22. 30 4月, 2010 4 次提交
  23. 29 4月, 2010 1 次提交
  24. 19 4月, 2010 1 次提交
  25. 12 4月, 2010 1 次提交
  26. 10 4月, 2010 2 次提交