On 09/03/07, Nilson Santos Figueiredo Junior [EMAIL PROTECTED] wrote:
On 3/8/07, Jim Spath [EMAIL PROTECTED] wrote:
URI is next up at around 14% of time. Is there anything that can be
done about this one?
Wherever is reasonably possible, instead of actually using calls to
$c-uri_for() for
* Jason Kohles [EMAIL PROTECTED] [2007-03-08 20:00]:
Ok, so you don't like the way this mail is displayed by your
mail reader, and therefore in order to get mail displayed in
your mail reader the way you want it, the rest of the world
must change?
Look, the issue is pretty simple: if you
A. Pagaltzis wrote:
Personally, I may have set my mailer up to produce a decipherable
rendition of HTML mails, but that’s only because some of the
people who pay me send me such mail and I can’t well ignore that.
Otherwise, I refuse to deal with HTML mail. I never asked any
subscriber to change
Dami Laurent (PJ) wrote:
Hi Catalysters,
This is to announce two CPAN releases that might be of interest to
some of you Web programmers.
=
_http://search.cpan.org/dist/Alien-GvaScript/_ .
=
Kieren Diment wrote:
When I deploy my application at /fastcgi with lighttpd, the url
http://my.site.com/fastcgi gives a 404 error, and
http://my.site.com/fastcgi/ returns an internal server error handled by
catalyst (with unknown resource fastcgi). This happens for every url
without a trailing
-Message d'origine-
De : Marcello Romani [mailto:[EMAIL PROTECTED]
Hi, I have just tried to install them on Linux and GvaScript
installation fails because of this:
t/boilerplate.ok 1/3couldn't open lib\Alien\GvaScript.pm for
reading: No such file or directory at
Nilson Santos Figueiredo Junior wrote:
On 3/8/07, Jim Spath [EMAIL PROTECTED] wrote:
URI is next up at around 14% of time. Is there anything that can be
done about this one?
Wherever is reasonably possible, instead of actually using calls to
$c-uri_for() for every item, call it only once
Christopher H. Laco wrote:
Even better, just don't use uri_for if you don't have to. Relative uris
are your friend. They still work. The web still functions without
uri_for. :-)
If you are working on an index page, and you have create/edit/view links
that are relative to that page, just use
Robert 'phaylon' Sedlacek wrote:
Christopher H. Laco wrote:
Even better, just don't use uri_for if you don't have to. Relative uris
are your friend. They still work. The web still functions without
uri_for. :-)
If you are working on an index page, and you have create/edit/view links
that
Hi all.
I'am trying to configured a Catalyst::Model::DBI::SQL::Library model from a
YAML file via Catalyst::Plugin::Config::YAML ?
Everythings works perfectly with a:
__PACKAGE__-config(
dsn = 'dbi:Pg:database=datatest',
user = 'username',
password =
john utaka wrote:
I'am trying to configured a Catalyst::Model::DBI::SQL::Library model
from a YAML file via Catalyst::Plugin::Config::YAML ?
...
Model::DBI::SQL::Library:
Is 'MyApp::Model::DBI::SQL::Library' _really_ the name of the model in
your application?
--
# Robert 'phaylon' Sedlacek
On Thu, Mar 08, 2007 at 05:25:55PM -0500, Christopher H. Laco wrote:
Catalyst config support a 'local' config file in addition to the regular
one. I'm not sure on the exact file name, but I think it's myapp_local.yml
That's also a shallow merge, IIRC. It just calls $c-config with the
local
Christopher H. Laco wrote:
Sure, it they're that different. The goal still stands, don't use
uri_for everywhere. Only use it when you really need it.
Jep. But this is not getting easier if you start to have captures in
your chains. I'm still having high hopes to build something fast(er)
Bill Moseley wrote:
On Thu, Mar 08, 2007 at 05:25:55PM -0500, Christopher H. Laco wrote:
Catalyst config support a 'local' config file in addition to the regular
one. I'm not sure on the exact file name, but I think it's myapp_local.yml
That's also a shallow merge, IIRC. It just calls
john utaka wrote:
I'am trying to configured a Catalyst::Model::DBI::SQL::Library model
from a YAML file via Catalyst::Plugin::Config::YAML ?
...
Model::DBI::SQL::Library:
Is 'MyApp::Model::DBI::SQL::Library' _really_ the name of the model in
your application?
Yes it is !
john utaka wrote:
Is 'MyApp::Model::DBI::SQL::Library' _really_ the name of the model in
your application?
Yes it is !
I think the problem is that the module author has overridden new() and
is not passing all possible arguments to the original:
my ( $self, $c ) = @_;
$self =
On Fri, Mar 09, 2007 at 11:16:00AM -0400, Brian Cassidy wrote:
http://dev.catalystframework.org/browser/trunk/Catalyst-Runtime/lib/Catalyst/Utils.pm#L263
for reference, the config() routine:
http://dev.catalystframework.org/browser/trunk/Catalyst-Runtime/lib/Catalyst/Component.pm#L88
Oops,
I thought I'd follow this up a bit later with my results.
I bought an account at ASmallOrange, and had a Catalyst FastCGI setup
running rapidly.
There was a minor hiccup, in that for some reason /usr/bin/ld wasn't
user executable, but a support email asking about it was answered in
about 5
- Original Message
From: Robert 'phaylon' Sedlacek [EMAIL PROTECTED]
To: The elegant MVC web framework catalyst@lists.rawmode.org
Sent: Friday, March 9, 2007 4:33:46 PM
Subject: Re: [Catalyst] Configuring Model::DBI::SQL::Library from an yaml file
john utaka wrote:
Is
Robert 'phaylon' Sedlacek scribbled on 3/9/07 9:04 AM:
Christopher H. Laco wrote:
Sure, it they're that different. The goal still stands, don't use
uri_for everywhere. Only use it when you really need it.
Jep. But this is not getting easier if you start to have captures in
your chains.
On Fri, Mar 09, 2007 at 07:52:56AM +, Carl Franks wrote:
This has been really bugging me, but I haven't had the time to look
into it further.
A URI object is a blessed string.
A blessed uri-escaped string!
So any method that changes a uri, or extracts info from it must be
having to
On Fri, 9 Mar 2007, Bill Moseley wrote:
I just checked and on some pages I'm calling uri_for a few hundred
times. If that's a bottle neck then optimization would be most
welcome.
I did some hack-y testing of a (bad) memo-ized version:
Benchmark: timing 1 iterations of memoized, not
On 3/9/07, Bill Moseley [EMAIL PROTECTED] wrote:
I just checked and on some pages I'm calling uri_for a few hundred
times. If that's a bottle neck then optimization would be most
welcome.
I'm sure it depends on your usage, but for Jim Spath it was only about
4% of his time. It would help,
Perrin Harkins wrote:
On 3/9/07, Bill Moseley [EMAIL PROTECTED] wrote:
I just checked and on some pages I'm calling uri_for a few hundred
times. If that's a bottle neck then optimization would be most
welcome.
I'm sure it depends on your usage, but for Jim Spath it was only about
4% of
On Fri, Mar 09, 2007 at 11:34:14AM -0600, Dave Rolsky wrote:
On Fri, 9 Mar 2007, Bill Moseley wrote:
I just checked and on some pages I'm calling uri_for a few hundred
times. If that's a bottle neck then optimization would be most
welcome.
I did some hack-y testing of a (bad) memo-ized
Perrin Harkins wrote:
On 3/9/07, Bill Moseley [EMAIL PROTECTED] wrote:
I just checked and on some pages I'm calling uri_for a few hundred
times. If that's a bottle neck then optimization would be most
welcome.
I'm sure it depends on your usage, but for Jim Spath it was only about
4% of his
This has been pushed to CPAN, and should resolve this issue for you.
Adam
On Feb 20, 2007, at 2:33 PM, Adam Jacob wrote:
There is actually a patch for this in the pipeline. I'll attach it
to this message; let me know if it fixes this for you. I haven't
had time to give it a proper
On 09/03/07, Ferruccio Zamuner [EMAIL PROTECTED] wrote:
Kieren Diment wrote:
When I deploy my application at /fastcgi with lighttpd, the url
http://my.site.com/fastcgi gives a 404 error, and
http://my.site.com/fastcgi/ returns an internal server error handled by
catalyst (with unknown
Hi,
I understand that your problem is very specific to fastcgi but many,
many times I may be testing something as root using the server script
and then when I try to run with CGI or mod_perl I get a server error.
In my particular case it's because /tmp/appname gets created with root
and then the
A new release of Catalyst::Log::Log4perl is on CPAN. Thanks to the
work of Sebastian Willert, it now supports many Log::Log4perl
mechanisms that were previously broken, such as:
%L Line number within the file where the log statement was issued
%F File where the logging event occurred
%C
On Friday 09 March 2007 12:51, Dave Rolsky wrote:
On Fri, 9 Mar 2007, Andy Grundman wrote:
We've been discussing this a bit in #catalyst-dev. I think Memoize would
work, but it needs to be done carefully so it works with all our
different varieties of calling uri_for, and also with
Hi all!
Catalyst::Action::REST 0.40 has been uploaded to CPAN, and should be
available from your local CPAN mirror soon. Changes for this release
include:
Refactored the Content-Type negotiation to live in
Catalyst::Request::REST.
(drolsky)
Added some useful debugging.
Hi,
I have tried to install Catalyst::Plugin::DateTime under Windows using the
cpan shell, but I have recieved the error below.
I have also previously set the environment variable TZ=+02:00 but it still
can't find the time zone.
Is there anything I can do to install this Catalyst Plugin under
On Sat, Mar 10, 2007 at 06:33:22AM +0200, Octavian Rasnita wrote:
Hi,
I have tried to install Catalyst::Plugin::DateTime under Windows using the
cpan shell, but I have recieved the error below.
I have also previously set the environment variable TZ=+02:00 but it still
can't find the time
On 10/03/07, Bill Moseley [EMAIL PROTECTED] wrote:
On Sat, Mar 10, 2007 at 06:33:22AM +0200, Octavian Rasnita wrote:
Hi,
I have tried to install Catalyst::Plugin::DateTime under Windows using
the
cpan shell, but I have recieved the error below.
I have also previously set the environment
35 matches
Mail list logo
