On Mon, Jun 4, 2012 at 3:39 AM, Shea Martin shea.mar...@gmail.com wrote:
Is is possible to generate a new rails project that generates the files
needed for Mercurial (Hg) instead of Git? I would prefer to use Hg over
Git. I am sure there are some others in the same boat, do you just
manually
Hi,
Whenever I run
rake db:schema:dump
i get the following error
rake aborted!
undefined local variable or method `establish_connection' for
ActiveRecord::Base:Class
Please help me in this regard. My database is oracle.
--
You received this message because you are subscribed to the Google
This question would be better suited for the rubyonrails-talk mailing list,
http://groups.google.com/group/rubyonrails-talk. Please ask again there.
On Mon, Jun 4, 2012 at 8:11 AM, Shalini Sah shalinisah6...@gmail.comwrote:
Hi,
Whenever I run
rake db:schema:dump
i get the following
Xavier wrote:
though the API should not only have more content than the guide, but
should be the comprehensive reference. That should be fixed.
I can't over-emphasize this. If you want users to make use of an API
preferentially over another, the API documentation must be present. Not
Hello all,
I'm working on a Rails app and I have resources nested three deep - let's
call them user, project, and issues. The route helpers now look like
user_project_issue_path(@user, @project, @issue). Would it make sense for
Rails to guess the @user https://github.com/user and
Hi Michael,
This is the Ruby on Rails Core list, used for discussions about the Rails
framework itself.
For discussion about apps built using Rails, go to the rubyonrails-talk mailing
list.
Thanks!
--
Ryan Bigg
On Tuesday, 5 June 2012 at 3:10, Michael Boutros wrote:
Hello all,
Oh, reading this again it seems I was wrong.
How would it guess the associations?
--
Ryan Bigg
On Tuesday, 5 June 2012 at 3:10, Michael Boutros wrote:
Hello all,
I'm working on a Rails app and I have resources nested three deep - let's
call them user, project, and issues. The
Em 04-06-2012 16:03, Bruce Perens escreveu:
...
So, *what is our recommended path for users once they are writing
those 20% of queries that Active Record Querying operators aren't
designed to cover?* You can expect them to have to do so at least once
in every large application.
That was
On Mon, Jun 4, 2012 at 3:32 PM, Ryan Bigg radarliste...@gmail.com wrote:
Oh, reading this again it seems I was wrong.
How would it guess the associations?
Indeed
The way that many apps deal with this pain is using shortcut urls like
/issues/5 that simply get the indicated record, look up the
I think it make a lot of sense. I'd +1 on this.
I think since we already know what portion of the path is called, we can do
something simple like:
if record.respond_to? :project
path_portion[1] = record.prefix
end
(that's psudocode btw, the actual impl will be more complex. Just
Sequel looks interesting. At first glance, it looks more *mature *than AR,
and I guess shows how AR might evolve. Of course, I know nothing about its
performance, etc. I might try it in my next application.
--
You received this message because you are subscribed to the Google Groups Ruby
Il giorno 04/giu/2012, alle ore 23.27, Bruce Perens ha scritto:
Sequel looks interesting. At first glance, it looks more mature than AR, and
I guess shows how AR might evolve. Of course, I know nothing about its
performance, etc. I might try it in my next application.
Yes, AR might
One reason that the code to generate all those URLs seems not to be DRY
might be that any URL that can be programmatically deduced from the model
at the end of the chain is itself non-DRY. i.e.
/users/1/projects/2/issues/3 adds no more information than /issues/3 would
in that case. Obviously in
Squeel (not to be confused with Sequel) does a pretty good job of covering
the other 20%.
https://github.com/ernie/squeel
Allen Madsen
http://www.allenmadsen.com
On Mon, Jun 4, 2012 at 6:24 PM, Maurizio Casimirri
maurizio@gmail.comwrote:
Il giorno 04/giu/2012, alle ore 23.27, Bruce
Rodrigo Rosenfeld Rosas:
Lack of documentation, support, and a good-enough API. All of that I've found
in Sequel and it further performed better than AR, so yay! ;)
Pretty happy with the move and I sincerely wish the best of luck for AR to
get over the 80% it currently supports...
Allen
Em 04-06-2012 20:47, Maurizio Casimirri escreveu:
Rodrigo Rosenfeld Rosas:
Lack of documentation, support, and a good-enough API. All of that
I've found in Sequel and it further performed better than AR, so yay! ;)
Pretty happy with the move and I sincerely wish the best of luck for
AR to
Em 04-06-2012 19:24, Maurizio Casimirri escreveu:
Il giorno 04/giu/2012, alle ore 23.27, Bruce Perens ha scritto:
Sequel looks interesting. At first glance, it looks more /mature
/than AR, and I guess shows how AR might evolve. Of course, I know
nothing about its performance, etc. I might
John,
I feel like there definitely would be some security risk but I can't think
of a real, solid example. Can you lay one out for me?
As for actually implementing this, my train of thought is to use
ActiveRecord::Reflections to keep checking what a model belongs_to and then
calling that
Il giorno 05/giu/2012, alle ore 03.56, Rodrigo Rosenfeld Rosas ha scritto:
Em 04-06-2012 20:47, Maurizio Casimirri escreveu:
Rodrigo Rosenfeld Rosas:
Lack of documentation, support, and a good-enough API. All of that I've
found in Sequel and it further performed better than AR, so yay! ;)
Em 04-06-2012 23:34, Maurizio Casimirri escreveu:
Il giorno 05/giu/2012, alle ore 03.56, Rodrigo Rosenfeld Rosas ha scritto:
Em 04-06-2012 20:47, Maurizio Casimirri escreveu:
Rodrigo Rosenfeld Rosas:
Lack of documentation, support, and a good-enough API. All of that
I've found in Sequel and
Sorry, but I have no idea what you're talking about. Could you please give me
an example of one of those AR plugins you're referring to?
Sorry, you are right i was referring to gems that involve querying the database
through AR, Devise to say one that yourself mentioned.
As in a past
21 matches
Mail list logo