Re: [Catalyst] Model API compliance

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

Re: [Catalyst] Anyone actually using FastCGI with Apache (or even lighttpd)?

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

Re: [Catalyst] Anyone actually using FastCGI with Apache (or even lighttpd)?

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

Re: [Catalyst] Amazon EC2

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

[Catalyst] Plugins vs. Base Controllers

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.

Re: [Catalyst] Storing a password hash with DBIC

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:

[Catalyst] Template::Toolkit + Empty Lists

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

Re: [Catalyst] FastCGI is Weak Sauce

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:

Re: [Catalyst] TT2 list context and DBIx::Class resultsets: solved?

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

[Catalyst] StackTrace hiding errors?

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