-1
Set your environment specific settings in the environment specific
file. e.g. in development.rb:
SPECIAL_CACHING = true
so you say:
caches_pages :index if SPECIAL_CACHING
Knowing too much about your environment will encourage treating
environments differently. It deserves to be a hassle.
Here's my reasoning for suggesting the change to the order that 'rake
secret' finds a random number generator.
On Dec 20, 2:33 pm, tekwiz <[EMAIL PROTECTED]> wrote:
> On Dec 20, 5:06 am, "Isak Hansen" <[EMAIL PROTECTED]> wrote:
> > On 12/19/07, tekwiz <[EMAIL PROTECTED]> wrote:
> > > 3) Make 'ra
Ticket: http://dev.rubyonrails.org/ticket/10583
It would be nice if RAILS_ENV supported .development?, .test?,
and .production?
For example, I could do caches_pages :index if RAILS_ENV.development?
instead of caches_pages :index if RAILS_ENV == "development"
This can be very helpful in helping
The build failed.
CHANGES
---
Revision 8457 committed by bitsweat on 2007-12-21 03:39:25
App generate says sqlite3 is the default and mentions frontbase. Closes #10550
[Cheah Chu Yeow, Will Cannings]
M
/trunk/railties/lib/rails_generator/generators/applications/app/app_generator.rb
Se
The build failed.
CHANGES
---
Revision 8455 committed by bitsweat on 2007-12-21 01:48:20
Benchmark logs for any level below or equal to the one specified, rather than
just equal. Closes #10580 [Dan Manges]
M /trunk/activerecord/test/base_test.rb
M /trunk/activerecord/lib/active_record/b
Cheers,
-Jonathan.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "Ruby
on Rails: Core" group.
To post to this group, send email to rubyonrails-core@googlegroups.com
To unsubscribe from this group, send email to [EM
The build failed.
CHANGES
---
Revision 8454 committed by bitsweat on 2007-12-20 22:28:47
Hash#symbolize_keys skips keys that can't be symbolized. Closes #10500.
M /trunk/activesupport/lib/active_support/core_ext/hash/keys.rb
M /trunk/activesupport/CHANGELOG
M /trunk/activesupport/test/
On 12/20/07, Brandon Keepers <[EMAIL PROTECTED]> wrote:
> I've added a patch to fix sqlite with renaming and removing columns
> that have an index. Please check it out an add your +1s or suggestions.
>
> http://dev.rubyonrails.org/ticket/10576
Applied. Thanks Brandon!
jeremy
--~--~-~--
The build failed.
CHANGES
---
Revision 8452 committed by bitsweat on 2007-12-20 22:27:37
Ruby 1.9 compat: ENV.delete rather than assigning nil
M /trunk/actionpack/test/template/asset_tag_helper_test.rb
Revision 8453 committed by bitsweat on 2007-12-20 22:28:12
SQLite: fix rename_ and remo
On Dec 20, 2:15 pm, Jay Levitt <[EMAIL PROTECTED]> wrote:
> That said, building Ruby-plus-gems from scratch is so difficult and
> error-prone on Windows right now that *anyone* trying Rails is going to be
> using the One-Click Installer or Instant Rails or something like that.
> So if they were to
On Dec 20, 5:06 am, "Isak Hansen" <[EMAIL PROTECTED]> wrote:
> On 12/19/07, tekwiz <[EMAIL PROTECTED]> wrote:
> >
> > 1) Change the default hash used in the cookies to SHA256 as a hole
> > was semi-recently found in SHA1.
>
> I don't mind either way, another few bytes couldn't hurt if the
> algor
I've added a patch to fix sqlite with renaming and removing columns
that have an index. Please check it out an add your +1s or suggestions.
http://dev.rubyonrails.org/ticket/10576
Thanks,
Brandon
--~--~-~--~~~---~--~~
You received this message because you are
On Thu, 20 Dec 2007 08:52:22 -0500, Steven A Bristol wrote:
>> I'm constantly surprised by the number of Rails developers still using
>> Windows.
>>
>
> me too.
Yeah, shocking that there are still some people using the OS that has 90%
of the desktop market share... :)
FWIW, I have three Mac la
I want to experiment with importing i2's wiki into MediaWiki this weekend.
Anyone know who I could talk to to get a database dump?
Also, what would be a good scripting language to munge the data?
[Ha! I crack me up.]
--
Jay Levitt|
Boston, MA| My character doe
Just added a new patch against the latest trunk version. Now looking for +1's.
On Dec 20, 2007 1:12 PM, Josh Knowles <[EMAIL PROTECTED]> wrote:
>
> On 12/20/07, David Genord II <[EMAIL PROTECTED]> wrote:
> >
> > This ticket addresses an issue with namespacing a model that creates
> > an associati
For what it's worth, I fully agree with Scott. I'd prefer to stick to
one default database. Sqlite is really easy to install on windows
(easier than MySQL) and generating a MySQL based rails app, really
isn't that hard.
My suggestion: let's stick to sqlite for a little while, if that's
really a p
On 12/20/07, David Genord II <[EMAIL PROTECTED]> wrote:
>
> This ticket addresses an issue with namespacing a model that creates
> an association extension. I was wondering what is preventing this from
> being committed as I just ran into the issue.
The patch needs to be verified against trunk by
This ticket addresses an issue with namespacing a model that creates
an association extension. I was wondering what is preventing this from
being committed as I just ran into the issue.
http://dev.rubyonrails.org/ticket/9284
David Genord II
--~--~-~--~~~---~--~~
On 12/20/07, Jeff <[EMAIL PROTECTED]> wrote:
> I would agree with that, but since SQLServer was pulled from core in
> 2.0, I don't think it would be good to make it the default in any
> scenario
Agree 100%.
Of all of the open-source databases that Rails supports out
> of the box in 2.0, Window
On 12/20/07, Xavier Noria <[EMAIL PROTECTED]> wrote:
>
> The task db:reset runs db:schema:load instead of db:migrate. Written
> that way, any people using FKs or initializing data in migrations have
> to switch to the brand new db:migrate:reset. That smells like
> premature optimization, which is
The task db:reset runs db:schema:load instead of db:migrate. Written
that way, any people using FKs or initializing data in migrations have
to switch to the brand new db:migrate:reset. That smells like
premature optimization, which is the rationale? Wouldn't be easier to
let db:reset run m
I second Jeff.
On Dec 20, 2007 3:57 PM, Jeff <[EMAIL PROTECTED]> wrote:
>
> On Dec 19, 10:24 pm, Lawrence Pit <[EMAIL PROTECTED]> wrote:
> > Hi Jeff,
> >
> > Sorry, don't like this.
> >
> > 1) Defaults should be constant imho, not variable.
>
> I generally agree, but I think a reasonable degrade
On Dec 19, 10:24 pm, Lawrence Pit <[EMAIL PROTECTED]> wrote:
> Hi Jeff,
>
> Sorry, don't like this.
>
> 1) Defaults should be constant imho, not variable.
I generally agree, but I think a reasonable degrade approach is
necessary here.
> 2) I'd suggest mySQL is just as uncommon as sqlite3 on Wind
On 12/20/07, Mislav Marohnić <[EMAIL PROTECTED]> wrote:
>
>
> I'm constantly surprised by the number of Rails developers still using
> Windows.
>
me too.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "Ruby
on Rails
+1
Excerpts from Tammer Saleh's message of Thu Dec 20 13:51:00 +0100 2007:
>
> +1
>
> On Dec 19, 7:34 pm, Jay <[EMAIL PROTECTED]> wrote:
> > I submitted a patch that changes application.rb to
> > application_controller.rb. The patch fixes the problem where a
> > controller referenced before 're
+1
On Dec 19, 7:34 pm, Jay <[EMAIL PROTECTED]> wrote:
> I submitted a patch that changes application.rb to
> application_controller.rb. The patch fixes the problem where a
> controller referenced before 'require "application"' will cause an
> exception.
>
> The patch causes no new test failures a
On 12/19/07, tekwiz <[EMAIL PROTECTED]> wrote:
>
> After looking at the controversy, delving into my security textbook,
> and reading some articles on hashing, I would like to recommend some
> tweaks to the CookieSesson defaults and the new 'rake secret'.
>
> 1) Change the default hash used in th
On Dec 20, 2007 1:43 AM, Jeremy Evans <[EMAIL PROTECTED]> wrote:
>
> Don't add checks by IP, you will break things. For example, I load
> balance my internet connection over a cable and DSL line at home, and
> connections from the same machine on my internal network can appear to
> come from eith
On Dec 20, 2007 7:02 AM, Jeremy McAnally <[EMAIL PROTECTED]> wrote:
>
> I think the sqlite default makes sense; I would guess the majority of
> Rails developers are probably on some sort of *nix or a derivative, so
> this isn't much of an issue.
I'm constantly surprised by the number of Rails de
+1 for the idea if backwards compatibility is preserved
This has been thrown around before (proof:
http://project.ioni.st/post/1215#irc_quote_1215)
On Dec 20, 2007 1:34 AM, Jay <[EMAIL PROTECTED]> wrote:
>
> I submitted a patch that changes application.rb to
> application_controller.rb. The pat
30 matches
Mail list logo
