The StackTrace plugin sounded like a godsend, but it seems to be
causing trouble for me. Tonight, I spent a lot of time debugging what
turned out to be a problem with my database connection info, but the
Catalyst debug page was only reporting:
Caught exception in MyApp::C::Root-end Couldn't
Hey, Template::Stash::Context is an interesting find. That would certainly solve the problem, even for situations other than DBIC result sets. The pod does state that it adds a little overhead to each stash call and that the TT author is a little wary of applying that to the core default stash
So we should just run the myapp_server.pl script instead of FCGI. It
speaks HTTP!!
Joking... only joking...
On 6/29/06, Matt S Trout [EMAIL PROTECTED] wrote:
A. Pagaltzis wrote:
Hi all,
this was written about Rails apps, but all the conceptual points
are 100% applicable to Catalyst:
This is slightly off-topic, but since I'm running into this problem
while using Catalyst, I'm hoping that others on the list may have
already solved it.
I was writing a simple template today, using TT + DBIC. I had an
object and was exercising a has_many relationship. I simply wanted to
see if
I must be missing something here.
If you do the hashing on the client side, presumably that means your
form is posting the hashed password to the backend rather than the
plain text one. That probably also means that the backend is taking
that hashed password and doing a simple check similar to:
Spinning this off into a new thread.
So make it a controller base class.
People make everything a plugin by default because it seems like a good idea
at the time. This has resulted in massive compatibility issues due to
namespace collisions.
Don't Do It.
I've pondered the controller vs.
Some interesting food for thought for the weekend. How many of you
saw the launch of Amazon's EC2 (Elastic Compute Cloud) service beta on
Wednesday?
http://www.amazon.com/b/ref=sc_fe_c_1_3435361_1/103-7963297-2261459?ie=UTF8node=201590011no=3435361me=A36L942TSJ2AJA
A machine image
Hey Jason,
I think you're having the same problem I had back in June. I was
amazed that nobody else seemed to have been having this issue. I
guess it just took a few months. :-)
Anyway, here's the solution message I posted, which has been working
fine for me since then. Take a look and see if
If somebody could write this up for Engine::FastCGI in the form of a patch
I'm
sure it could ship in 5.7002
If anybody is interested, I've attached the tiny plugin I wrote to
solve this issue for Lighttpd. I've been using this for local
development for several months. I agree, it'd be
I don't believe Catalyst makes any assumptions about what a given model can do. As far as I can tell, the only thing it expects is that a model should be a sub-class of Catalyst::Model.
On 9/4/06, Rodney Broom [EMAIL PROTECTED] wrote:
I'm looking for a doc on what exactly a new model API should
10 matches
Mail list logo