Is anybody here using Catalyst + RHTMLO, especially Rose::HTML::Form, to handle
forms? If yes, I'd like to know what your glue code (init forms from db,
re-fill from $c-req-params etc.) looks like because RHTMLO has a somewhat
different approach to handling things and I have the feeling that I'm
On Tue, Sep 04, 2007 at 01:19:31AM +, Fayland Lam wrote:
Matt S Trout wrote:
On Sat, Sep 01, 2007 at 04:08:09AM +, Fayland Lam wrote:
hi, guys.
since I can't touch Cory Watson by [EMAIL PROTECTED] mailto:[EMAIL
PROTECTED]
so I wonder if this module is fine?
No, it's awful.
On Tue, Sep 04, 2007 at 11:31:57AM +0200, Tobias Kremer wrote:
Is anybody here using Catalyst + RHTMLO, especially Rose::HTML::Form, to
handle
forms? If yes, I'd like to know what your glue code (init forms from db,
re-fill from $c-req-params etc.) looks like because RHTMLO has a somewhat
see attachment. check if it's OK?
now it's not per request any more. hmm, after several requests,
Total SQL Time: 1.033088 seconds
Total Queries: 115
it will increasing. hmm, how to make it as per request?
Thanks, mst. (I'll send u a htpasswd line after all is OK.)
Matt S Trout wrote:
On
Fayland Lam wrote:
see attachment. check if it's OK?
now it's not per request any more. hmm, after several requests,
mst wrote:
That's trivial with Catalyst::Component::InstancePerContext.
He intended for you to use that.
It implements the per-request magic for you with some clever use of
Jonathan Rockway wrote:
Fayland Lam wrote:
see attachment. check if it's OK?
now it's not per request any more. hmm, after several requests,
mst wrote:
That's trivial with Catalyst::Component::InstancePerContext.
He intended for you to use that.
It implements the per-request magic for
On Tue, Sep 04, 2007 at 12:02:14PM +, Fayland Lam wrote:
Jonathan Rockway wrote:
Fayland Lam wrote:
see attachment. check if it's OK?
now it's not per request any more. hmm, after several requests,
mst wrote:
That's trivial with Catalyst::Component::InstancePerContext.
He intended
Good evening,
On 3/9/07 at 7:54 PM +0100, Matt S Trout
[EMAIL PROTECTED] wrote:
The above error makes sense in the context of
frontend/backend apache with rewrite rules.
RewriteRule ^/login(.*)$
http://%{HTTP_HOST}:8627/progs/login$1 [P]
RewriteRule ^/progs/(.*)$
On Tue, Sep 04, 2007 at 11:24:43PM +1000, Charlie Garrison wrote:
Good evening,
On 3/9/07 at 7:54 PM +0100, Matt S Trout
[EMAIL PROTECTED] wrote:
The above error makes sense in the context of
frontend/backend apache with rewrite rules.
RewriteRule ^/login(.*)$
Good morning,
On 4/9/07 at 4:44 PM +0100, Matt S Trout
[EMAIL PROTECTED] wrote:
REMOTE_HOST seems to be the client host name, not the
server. So I don't think that's the one you meant. Did you
mean SERVER_NAME instead? Since SERVER_NAME seems to give the
value I expect, I'll switch to
On Thu, Aug 30, 2007 at 11:42:51PM +0100, Will Hawes wrote:
I've set up a Catalyst app with Apache2 and FastCGI using the config
described under Standalone server mode at
http://search.cpan.org/~jrockway/Catalyst-Manual-5.701002/lib/Catalyst/Manual/Cookbook.pod#Standalone_server_mode.
On 04/09/07, Matt S Trout [EMAIL PROTECTED] wrote:
On Thu, Aug 30, 2007 at 11:42:51PM +0100, Will Hawes wrote:
I've set up a Catalyst app with Apache2 and FastCGI using the config
described under Standalone server mode at
I've finally launched all sections of my site:
http://www.artcal.net/
It was originally a CGI::Application/TT app running under mod_perl,
and now it's a Catalyst App running under mod_perl. It's the first
week of a very big art season in NYC, and we just sent out the weekly
newsletter with the
13 matches
Mail list logo
