Daniel McBrearty wrote:
Some of my tests give this warning, lots :
Called UNIVERSAL::can() as a function, not a method at
/usr/local/lib/perl5/site_perl/5.8.8/i686-linux-thread-multi/Template/Provider.pm
line 277
This is because you have installed chromatic's UNIVERSAL::can module.
Maybe y
Nilson Santos Figueiredo Junior wrote:
Anyone knows how Mason compares to TT, performance-wise?
There are some very old benchmarks here:
http://chamas.com/bench/#2000
These are not ideal though, because they compare the cost of using Mason
as your controller and templating system to the cost
Ian Docherty wrote:
I have a hash which is acting as my cache but even if I put values into
it, on the next request the hash is empty.
Are you aware that apache runs multiple processes and that each process
has a different copy of your %cache variable? You will not get the same
process each
On Fri, 2006-11-10 at 12:08 -0200, Nilson Santos Figueiredo Junior
wrote:
> On 11/10/06, Matt S Trout <[EMAIL PROTECTED]> wrote:
> > Don't believe so, and it's audreycode so *usually* works first time. Plus I
> > know a few active users in the Cat community and it's getting lots of use in
> > Jifty
On Tue, 2006-11-07 at 13:31 -0800, Andrew Peebles wrote:
> Want to run apache on "bare" machine inside DMZ.
> Want to run MyApp on second machine, outside the DMZ.
> Will use FastCgiExternalServer to accomplish this.
>
> MyApp's static content is on second machine, not visible on apache
> machine
On Fri, 2006-11-03 at 15:29 +0100, A. Pagaltzis wrote:
> I know I wouldn’t miss plugins. If expressions were Perl, I’d
> simply be using modules. Plugins are just an artifact of having
> an extensive mini language.
When I say "plugins", I mean it in the broadest sense. I usually just
use modules.
On Wed, 2006-11-01 at 17:17 +0100, A. Pagaltzis wrote:
> * Perrin Harkins <[EMAIL PROTECTED]> [2006-10-28 06:05]:
> > You're only supposed to use the TT language for simple things.
> > Hairy things are supposed to be encapsulated in plugins,
> > written in Perl.
>
On Sun, 2006-10-29 at 18:05 +, Jon Warbrick wrote:
> If considering Mason as a templating language for Catalyst, it's worth
> looking at Text::MicroMason (and Catalyst::View::MicroMason).
Agreed. Mason is not just a templating system but rather a full web
development framework, and you will h
A. Pagaltzis wrote:
TT2 provides a single minilanguage for both, which is
unnecessarily powerful and verbose for the 18% and way
underpowered for the 2%.
You're only supposed to use the TT language for simple things. Hairy
things are supposed to be encapsulated in plugins, written in Perl.
On Fri, 2006-10-27 at 13:14 -0400, Max Afonov wrote:
> Why don't I _ever_ hear about Mason on this list?
Possibly because if you already use Mason, you don't have much use for
Catalyst, and vice versa? There's a lot of overlap in functionality
between the two, especially in terms of controller du
On Fri, 2006-10-27 at 11:41 -0500, [EMAIL PROTECTED] wrote:
> I guess: s/Google and Yahoo use ClearSilver and not TT./Google uses
> ClearSilver and Yahoo is no where near #1 in search (php)./
The only thing I see mention of Google using it for is "Google Groups",
their Usenet thing. Yahoo gets m
On Fri, 2006-10-27 at 10:56 -0500, Jonathan Rockway wrote:
> Keep in mind that although ClearSilver isn't as syntactically
> expressive, it is *much* faster. There's a reason Google and Yahoo use
> ClearSilver and not TT.
I had lunch with Rasmus Lerdorf at ApacheCon a couple weeks ago and he
told
Jonathan Rockway wrote:
>> Maybe it'd be nice if someone came up with a faster drop-in
>> replacement for TT... any volunteers? ;-)
>>
> I also noticed that TT is way too slow and am already working on it.
I think you'll have a very hard time doing it, unless you drop some of
the most popular
Nilson Santos Figueiredo Junior wrote:
> Manually running and timing the queries as output when DBIC_TRACE=1.
>
> Switching from running a "$rs->next" loop inside TT to loading the
> objects inside the controller (through $rs->all). Then I tried using
> $rs->all inside the template and noticed the
Nilson Santos Figueiredo Junior wrote:
> Actually, next::method calls are somewhat expensive when you're using
> them for *everything* as it is on Catalyst / DBIC.
I don't think Catalyst uses Class::C3.
>> That will be mostly useless unless you add the -r flag. The reason is
>> that this profile
Nilson Santos Figueiredo Junior wrote:
> I've got pages that take 3-4 seconds to render with a single user
> using the application while the database query takes something between
> 0.15-0.20s to complete.
How are you measuring those query times? The DBI profiler is a good
idea, if you haven't t
On Wed, 2006-09-20 at 21:33 -0700, Bill Moseley wrote:
> Even if I trap the exception the user is still going to get a
> confusing message if they double post. Instead of "Transaction
> Complete" they will see "Sorry, this transaction is already complete"
> kind of thing.
Sure, but something stra
On Tue, 2006-09-19 at 15:00 -0500, Peter Karman wrote:
> We have a typical proxy frontend/mod_perl backend setup. Which server should
> handle the compression? Seems like maybe the backend could, since we are
> caching
> pages, but don't know if there are accepted best practices on this.
If you
On Tue, 2006-09-19 at 10:45 -0500, Peter Karman wrote:
> I actually have a conditional in my base MyApp.pm file that checks if running
> under mod_perl and only loads S::S if not under mod_perl.
It always sounds a little scary to me to have a different environment
for dev vs. production, but I kn
Peter Karman wrote:
> Patch below allows Compress::Deflate plugin to play nicely with
> Static::Simple
> and to allow for skipping deflation based on browser. Specifically, we found
> issues with older versions of IE that claimed to deal with the deflate
> encoding
> but balked.
Does this mea
On Thu, 2006-09-14 at 11:22 -0700, Bill Moseley wrote:
> On Thu, Sep 14, 2006 at 01:45:39PM -0400, Perrin Harkins wrote:
> > TortoiseSVN is pretty nice, and should be similar enough to FTP for them
> > to get it. They will not be able to use it from internet cafes though.
&
On Thu, 2006-09-14 at 06:33 -0700, Bill Moseley wrote:
> My current suggestion is for them (well, me) to put all their content
> under subversion and bite the bullet and learn how to use the shell
> (ok, the Windows users can use TortoiseSVN). [1]
TortoiseSVN is pretty nice, and should be similar
Matt S Trout wrote:
> Perrin Harkins wrote:
>> FYI, I asked about this in the journal comments and it sounds like
>> shipping off database queries (and presumably any other blocking I/O) to
>> a separate mod_perl/PPerl/whatever is the likely route.
>
> That's n
FYI, I asked about this in the journal comments and it sounds like
shipping off database queries (and presumably any other blocking I/O) to
a separate mod_perl/PPerl/whatever is the likely route.
http://use.perl.org/comments.pl?sid=32713&cid=49605
- Perrin
Len Jaffe wrote:
> Isn't that the whole point of this architecture.
>
> The lightweight daemon that listens on port 80 either serves static
> content,
> or asks the heavy app server process to do some work.
>
> That way you have a whole bunch of light processes serving the static
> stuff,
> and
Matt S Trout wrote:
> Axkit2 looks like it'll be a lovely candidate for a production-quality
> scalable standalone server, although it's a single-process affair with
> optional forking so we'll need to figure out how to manage that appropriately
> to maximise performance.
>
> I've been having so
On Tue, 2006-08-08 at 12:33 -0400, Christopher H. Laco wrote:
> http://weblog.rubyonrails.org/2006/8/7/ruby-on-rails-will-ship-with-os-x-10-5-leopard
If the experience of Perl being shipped with OS X is any indication,
about 30 seconds after the release of Leopard they can expect to see
hundreds o
On Fri, 2006-06-30 at 14:57 -0400, Hugh Lampert wrote:
> Is that really the normal mode of deployment? Is that for high traffic
> apps?
You can get away with just one server if your site is low traffic, and
add a proxy later if it grows. It's a matter of the number of
concurrent requests. You
Len Jaffe wrote:
> ENV: win2k3, activestate 5.8.8, apache 2.0.58,
> modperl, catalyst 5.67(2?).
You may want to check how well FastCGI is running on Win32 and apache 2
these days before you consider using it.
> It takes ~1minute to restart
> apache/mod_perl on my desktop, compared to about 15
>
A. Pagaltzis wrote:
> Yes. I take his argument as being that FastCGI has the
> application running in a separate process that can’t be
> communicated with in absence of a webserver because there aren’t
> any utilities that speak FastCGI directly, and if the connection
> between the webserver and th
On Thu, 2006-06-29 at 09:29 +0200, A. Pagaltzis wrote:
> The Web Is a Pipe
> http://duncandavidson.com/essay/2006/06/webaspipe
>
> I’m not as sure about the practical points. In particular, I
> have no idea what Mongrel really does, although I heard about it
> before and wondered if it’s s
Toby Corkindale wrote:
> One of the aims of my patch is to avoid the expense of having numerous
> processes produce the same code simultaneously. So on the initial bunch
> of requests, I'll still try and have the code delay all-but-one of them
> from building the page.
Presumably this only happ
Toby Corkindale wrote:
> Perrin Harkins wrote:
>> FYI, that's how Mason does it.
>
> What is the behaviour for the first and second requests, before there is
> *any* cached content available?
In Mason? The same as any other request for un-cached content. You can
read
On Thu, 2006-06-22 at 14:01 -0500, [EMAIL PROTECTED] wrote:
> Or have the first hit after the expire set the expire time counter to the
> next interval so the next hit does not even think to rebuild. Then you can
> also rebuild the cache to a temp name and overwrite the current cache when
> it is
On Tue, 2006-06-13 at 11:49 +0200, Gert Burger wrote:
> -Using cookies to store the currently selected game.
Be careful. If you put it in the cookie, or into a session keyed off
the cookie, you will not be able to have users open multiple browser
tabs with separate games in them. Anything that y
101 - 135 of 135 matches
Mail list logo