inside an
$m-scomp call. Task id #498. Reported by Kim Alexander Hansen.
-- Forwarded message --
Date: Mon, 8 Sep 2003 18:45:01 +0200
From: PAUSE [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Dave Rolsky [EMAIL PROTECTED]
Subject: CPAN Upload: D/DR/DROLSKY/HTML-Mason-1.23
.
Especially since I think I read recently where the very popular
Template::Toolkit can be used by CGI::Application in lieu of
HTML::Template.
---
Dave Baker
On Wed, 23 Jul 2003, Eric wrote:
do it all type of system. That is what made me avoid Mason, it just blew my
head off for complexity. Now it is true, I am looking for a bit more than
There's a fine book about it.
www.masonbook.com
Just an unbiased opinion ;)
-dave
On Mon, 21 Jul 2003, Drew Taylor wrote:
I personally have not seen an official announcement, but if you look
at all their postings on jobs.perl.org you'll notice that nearly every
one of them mentions Mason. I'm sure Dave will have more to say on the
subject... :-)
Not too much more
. I know Amazon
is using Mason for _Amazon_, not things they've bought. They're using it
for the their apparel shop, among other things.
I don't want to say too much more because I'm hoping for a bigger
announcement from more reputable sources, but I can't promise anything ;)
-dave
On Mon, 21 Jul 2003, Sam Tregar wrote:
On Sun, 20 Jul 2003, Dave Rolsky wrote:
OTOH, if you were to try to replicate some of Mason's more powerful
features with H::T, like autohandlers, inheritance, etc., then I'm
sure that'd bring H::T's speed down to Mason's level ;)
I wouldn't be too
and
flexible systems are generally slower and more RAM-hungry. One exception
to this might be Embperl, which has large chunks written in C. In that
case, the cost is paid for in development time.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
is the most commonly used system out there?
The biggest players are Mason and Template Toolkit, judging from big
companies that have used them, as well as job posting. HTML::Template,
Embperl, and Apache::ASP all seem to have reasonably active user bases as
well.
-dave
the speed/memory costs. That's why I use it and develop it ;)
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
and/or bulkier than PHP.
The best counter for PHP folks is one word, CPAN ;)
Also, Mason at least provides lots of features beyond templating, and is
as much of an app framework as anything. This may be true of TT and the
others, I'm not really sure.
-dave
/*===
House Absolute
: Detection and Diagnostics section of the mod_perl
guide for hints on diagnosing the problem. Task id #472.
- Mason allowed a component to define two subcomponents or methods
with the same name. Task id #476. Reported by John Michael Mars.
-dave
/*===
House Absolute
takes about as long as the download plus 1 minute.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
here because I think
its a problem with perl on openbsd. Could this be a mod_perl problem?
the segfaults are due to attempts to access mem 0xabababab which is a
special value that perl uses (with the Poison macro) to try to make
catching segfaults easier. I'm kinda stuck.
Dave
Eric Schwartz wrote
Ged Haywood wrote:
On Wed, 4 Jun 2003, Dave wrote:
I am having the exact same test failure results on openbsd
Did you build the Perl on that machine?
If not, it might be worth a shot.
yes I did, I recompiled with debugging, and which causes the segfault to
occur in different function
.
Dave
On Tue, 28 Jan 2003, Joe Schaefer wrote:
libapreq-1.1 is now available on CPAN,
and also through the Apache website at
http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz
What are the difference between this version and 1.05? The changelog ends
at 1.05.
-dave
.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
get a tutorial accepted ;) cheaper is good!
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
Williams has. Ken?
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
Java programmers.
My theory is that it takes a heck of a lot more bodies to build a J2EE app
than it does to build a Perl app. So maybe you just need more Java
programmers to get anything done at all in Java ;)
Seriously, I think there is some truth to this.
-dave
/*===
House
a syslog and other output drivers to my mod which should
allow for more fancy versions of the tail -f method.
Rather than re-inventing that wheel why not take a look at Log::Dispatch
and Log4Perl.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
talks but it would have been a scramble to submit some for next week!
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
of the internal redirect.
I tried to make a bare bones config that duplicated the problem, but my
really simple config worked just fine. Does this bug ring any bells?
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
On Fri, 3 Jan 2003, Dave Rolsky wrote:
A user on the Mason list reported a problem when the used an internal
redirect pointed at a location handled by Mason. What was happening is
that the HTML::Mason::ApacheHandler module, which has a _method_ handler
sub (sub handler ($$)) was being called
This is the latest action-packed release of HTML::Mason, with more bloody
fights, steamy sex, and outrageous laughs than ever before.
Thrill ... as an autohandler calls the next component in the chain.
Tremble ... at the awesome might of the wicked dhandler.
Cry ... for the humble
When I attempt to issue a make test:
Invalid command '=pod', perhaps mis-spelled or defined by a module not
included in the server configuration
letting apache warm up...\c
done
/usr/local/bin/perl t/TEST 0
Unsupported socket function gethostbyname called at
../blib/lib/Apache/test.pm line 25.
]: *** [logresolve] Error 1
make[2]: Leaving directory `/usr/local/src/apache/apache_1.3.27/src/support'
make[1]: *** [build-support] Error 1
make[1]: Leaving directory `/usr/local/src/apache/apache_1.3.27'
make: *** [build] Error 2
-Original Message-
From: Dave Ellsworth [mailto:dave;ultrairc.net
According to various online retailers, the book is now actually shipping.
Check out http://www.masonbook.com/ and
http://www.oreilly.com/catalog/perlhtmlmason/ for more info. The latter
URL includes the TOC, index, and a sample chapter.
-dave
/*==
www.urth.org
we await the New
similar once when
running too few backend mod_perl httpds on a development box.
I don't think this is it because I've seen this when testing on a system
with plenty of backend httpds (MaxClients at 50 or so).
-dave
/*==
www.urth.org
we await the New Sun
==*/
because there needs to be some auth checking before the
image is served.
Any help would be much appreciated.
-dave
/*==
www.urth.org
we await the New Sun
==*/
On Wed, 23 Oct 2002, Dave Rolsky wrote:
I have some code that generates images dynamically. It works, mostly.
Sometimes the image will show up as a broken image in the browser. If I
reload the page once or twice, the image comes up fine.
I should mention that I'm using Mason, and I haven't
on Mason's memory usage.
-dave
/*==
www.urth.org
we await the New Sun
==*/
in the other application frameworks.
It might be worth trying to implement a few parts of Mason in C,
particularly the Buffer class, though I'm not really sure I'm the one to
do it, given my weak (and without honor) C skills.
-dave
/*==
www.urth.org
we await the New Sun
==*/
::Mason::Request contained code that caused an error when using
the CPAN shell's r command.
-dave (whose mind is apparently blown after several hours too many of
Dance Dance Revolution earlier this evening)
/*==
www.urth.org
we await the New Sun
==*/
Todd Finney [EMAIL PROTECTED] writes:
I was looking at jobs.perl.org this afternoon, and there are a lot of
things on there like this:
Over here, the barometer looks like:
http://www.jobstats.co.uk/
And those residual 4000 are agents trolling for leads from CVs.
--
Dave Hodgkinson, Wizard
This release has lots of fun new stuff. It's _more_ backwards compatible
than 1.10-1.13, particularly as far as caching is concerned, which should
help those who are interested in upgrading. It has a brand new spiffy
user-defined escapes feature, which among other things allows you to
easily
Class::Singleton.
-dave
/*==
www.urth.org
we await the New Sun
==*/
working on this myself for a few hours but I realized I should
ask about it here first.
-dave
/*==
www.urth.org
we await the New Sun
==*/
/syncing. I haven't really benchmarked it yet
but I imagine it could be a win in some situations. For example, you
could set up the cache as a separate machine running MySQL and still pull
your data from another machine, possibly running a different RDBMS.
-dave
/*==
www.urth.org
we
using CVS.
But we'll come up with something.
-dave
/*==
www.urth.org
we await the New Sun
==*/
. That is
weirder in some ways, but will just work right forever.
-dave
/*==
www.urth.org
we await the New Sun
==*/
This release has a number of important improvements and it is highly
recommended that anyone use Mason 1.10 or 1.11 upgrade immediately in
order to fix a nasty memory leak in ApacheHandler. 1.12 is also quite a
bit faster than previous 1.1x versions.
Those folks still using 1.0x or earlier
) sees the cleartext, so a good
hacker will find a way to break it.
perl -MO=Deparse /path/to/encrypted/file(s)
-dave
/*==
www.urth.org
we await the New Sun
==*/
.
Actually, neither Mason nor Embperl are HTML-specific these days. Mason
never really was, and Embperl has become much more generic with version 2,
which is in fact now simply called Embperl. Mason will probably changes
its name eventually as well.
-dave
/*==
www.urth.org
we await
::Params-throw( error = Missing 'foo' in call to new );
plus as an added bonus the first version gets compile time checking of the
sub name, versus runtime checking of the class name in the second.
-dave
/*==
www.urth.org
we await the New Sun
==*/
this and the leak went away.
It seems to me that this might actually be a Perl bug.
If I do this:
my $x = shift;
$x = make_something_from($x);
then it seems like the original $x should go out of scope when it is
assigned to, so its refcount should stay at 1.
-dave
.
Watching memory using with top (against a server running as httpd -X) I
can see that memory usage is growing a little less the 500K every 5000
requests.
This isn't catastrophic but fixing it would be a good thing.
-dave
/*==
www.urth.org
we await the New Sun
==*/
then this memory is
gonna be consumed by apache forever (at least until httpd is killed).
I tested with ab sending the same request thousands of times in a row.
-dave
/*==
www.urth.org
we await the New Sun
==*/
Valerio_Valdez Paolini [EMAIL PROTECTED] writes:
I never used RH RPMs for Apache and mod_perl, mostly because of DSO
issues.
I'm running stock RH RPM apache/mod_perl on some fairly hairy sites
(hand-crafted mod_perl, slashcode etc.) with _no_ problems. And that
was through the current round
you did in your message to the Mason list)
that you're using mod_perl 1.99_something, with which Apache::Request will
not compile.
-dave
/*==
www.urth.org
we await the New Sun
==*/
Phil Dobbin [EMAIL PROTECTED] writes:
Sorry if I haven't kept up with this thread but, is this really the
way the mod_perl list is going to go?
I hope so. All these job postings are making me feel warm and fuzzy
for the future.
--
Dave Hodgkinson, Wizard for Hire http
(normalized) design.
If _all_ of your queries are against 1 table at a time, that seems a lot
more worrisome to me (because it suggests insufficient or non-existent
normalization).
-dave
/*==
www.urth.org
we await the New Sun
==*/
layer on top of that will do
you much good. And OO has a huge impedance mismatch with relational data
(irregardless of SQL or not).
-dave
/*==
www.urth.org
we await the New Sun
==*/
. Since all data is contained in objects, the views/widgets
don't need to how the data is populated. They access all data through
a single interface.
I'm not a big fan of O/R. I prefer R/O. But to each their own.
-dave
/*==
www.urth.org
we await the New Sun
==*/
over SQL, provides a multitude of convenience methods, has
hook/trigger support, supports caching, transactions, and facilitates
writing additional canned query methods as needed, and much much more ;)
-dave
/*==
www.urth.org
we await the New Sun
==*/
question is how much?
-dave
/*==
www.urth.org
we await the New Sun
==*/
suspect you're using a 2-tier Apache setup with Apache 1.3.23 on the
frontend, right?
This is a bug in mod_proxy with 1.3.23. I _think_ its fixed in 1.3.24.
If you're using 1.3.24 try reverting to 1.3.22 (which I know works) and
see if that fixes it.
-dave
/*==
www.urth.org
we
for more
options) rather than re-inventing the wheel.
-dave
/*==
www.urth.org
we await the New Sun
==*/
;
If require is given a string, it looks for a filename _matching_ that
string. If it's given a bareword, it converts '::' to filesystem path
separators first.
-dave
/*==
www.urth.org
we await the New Sun
==*/
:
package foo;
my $connections = 0;
sub handler {
my $r = shift ;
...
...
...
my $unique_id = $$ . $r-uri() . $connections . time ;
...
...
...
$connections++ ;
}
1;
Regards,
Dave
http://www.linkreminder.com
2.0.35 with the
following problems.
Do you really need to use Apache 2 and mod_perl 2? Why not use the
proven 1.x series? It's still pretty early to be using the new stuff.
If he's on Windows, he'd probably want to use Apache 2 for performance
reasons.
-dave
/*==
www.urth.org
we
::compat
(with those use statements still commented out), the server will not
start.
I also found a few tiny bugs in Apache::compat.
- The read() call in send_fd_length needs to be CORE::read.
- In the last elsif in size_string, the size variable is missing its
dollar sign ($).
-dave
On Sun, 7 Apr 2002, Dave Rolsky wrote:
I also found a few tiny bugs in Apache::compat.
- The read() call in send_fd_length needs to be CORE::read.
- In the last elsif in size_string, the size variable is missing its
dollar sign ($).
Here's a patch:
--- compat.pm.~1.35.~ Sat Mar 23 20
should verify what modules really are linked in.
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Starhttp://www.thehighwaystar.com
Interim Technical Director, Web Architecture Consultant for hire
Per Einar Ellefsen [EMAIL PROTECTED] writes:
I suspect that you don't get the 0 from static files, or anything
which sends a Content-Length header. Look more into the raw
transmitted data, and you might find out something.
Might it be an HTTP/1.1 KeepAlive artefact?
--
David Hodgkinson,
darren chamberlain [EMAIL PROTECTED] writes:
Quoting dreamwvr [EMAIL PROTECTED] [Mar 21, 2002 13:10]:
Is there any issue with using modperl with postgres vs mysql
for a database driven website? Don't want to bark up the wrong
tree in a mod_perl project only to discover I picked the wrong
to is that except for _extremely_ demanding
applications, either one is likely to be perfectly suitable so pick the
one that you like best, or that has the features you need, or that your
sysadmins can support most easily, or whatever.
-dave
/*==
www.urth.org
we await the New Sun
==*/
On Thu, 21 Mar 2002, Rafiq Ismail (ADMIN) wrote:
Mysql:+we all start with it.
+Bench marks much faster.
+/-Can allow nested queries (subselects again) though this is a
relatively new feature.
Eh? Subselects aren't scheduled for implementation until 4.1. The
On Wed, 20 Mar 2002, Nicolai Schlenzig wrote:
When I create a new GD::Image drawing whatever on it and trying to print
it - it will be prepended to my html header for the page. I then tried
to put it in $m-out to have in printed within Mason, but that simply
printed the raw PNG in all its
their own Apache daemon, which uses their checked out tree
of code, on a central dev server is really not a problem either
-dave
/*==
wwwurthorg
we await the New Sun
==*/
Apache daemon, each on a
different port, mess with httpdconf, etc Whether or not those Apache
daemons run on individual workstations or a central dev box is not a big
issue
-dave
/*==
wwwurthorg
we await the New Sun
==*/
a two-tier Apache and restrict MaxClients on the back-end.
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Starhttp://www.thehighwaystar.com
Interim Technical Director, Web Architecture Consultant for hire
the filehandle once (not in the handler) this'd
probably be a bit quicker. And for increased perceived speed have the
writing occur in a cleanup handler.
-dave
/*==
www.urth.org
we await the New Sun
==*/
on the front-end Apache.
Um, that's all I can think of for now.
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Interim Technical Director, Web Architecture Consultant for hire
posting by a Google
employee which explicitly says only C++ or Java, no Perl or Lisp.
-dave
/*==
www.urth.org
we await the New Sun
==*/
).
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Interim Technical Director, Web Architecture Consultant for hire
a Perl installer project on Sourceforge that'd attempt to take
these types of things and create various useful modules for them, like
Installer::Apache, Installer::Alzabo, Installer::RDBMS::MySQL, etc.
-dave
/*==
www.urth.org
we await the New Sun
==*/
Paul DuBois [EMAIL PROTECTED] writes:
At 11:02 + 2/3/02, Dave Hodgkinson wrote:
Paul DuBois [EMAIL PROTECTED] writes:
Mac OS X includes Apache, and mod_perl works there, too. That's
another group of potential new mod_perl-ized servers.
I think all the recent RedHats come
be a
little more expensive but chances are they'll carry whatever book you want
and it will ship quickly. And you'll be supporting a locally owned small
business, owned by actual human beings, not some giant corporate machine.
-dave
/*==
www.urth.org
we await the New Sun
==*/
as
phpnuke...
;-)
Hmmmactually, there's half a point buried in there.
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Interim Technical Director, Web Architecture Consultant for hire
On 4 Feb 2002, Dave Hodgkinson wrote:
And if the Slashcode were as easy to install and customise as
phpnuke...
For OSCON (and hopefully YAPC too), I've submitted a talk on using
Module::Build (an ExtUtils::MakeMaker replacement) for modules and using
it to build an application installer.
Its
Dave Rolsky [EMAIL PROTECTED] writes:
On 4 Feb 2002, Dave Hodgkinson wrote:
And if the Slashcode were as easy to install and customise as
phpnuke...
For OSCON (and hopefully YAPC too), I've submitted a talk on using
Module::Build (an ExtUtils::MakeMaker replacement) for modules
than trying to make
it work for everybody out of the box, you should make it work for the
typical case out of the box, and then provide hooks for installing it in
custom places.
I think the best installer is an interactive installer that tries really
hard to provide good defaults.
-dave
Paul DuBois [EMAIL PROTECTED] writes:
Mac OS X includes Apache, and mod_perl works there, too. That's
another group of potential new mod_perl-ized servers.
I think all the recent RedHats come with mod_perl as a DSO by default.
--
Dave Hodgkinson, Wizard for Hire http
://bugs.apache.org/index.cgi/full/9655
-dave
/*==
www.urth.org
we await the New Sun
==*/
On Fri, 1 Feb 2002, Joe Brenner wrote:
Spend only $4 more, and you too can show your disgust for
software patents.
Patents are bad. But don't forget that Amazon has also engaged in
union-busting, which is several orders of magnitude worse, IMO.
-dave
/*==
www.urth.org
we
Matt Sergeant [EMAIL PROTECTED] writes:
However I'm always skeptical of such massive changes - perhaps more likely
is a change in SecuritySpace's methodology?
Don't Netcraft keep numbers?
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway
Ged Haywood [EMAIL PROTECTED] writes:
Hi there,
On Tue, 29 Jan 2002, Chris Thompson wrote:
mod_perl is a lousy name.
[snip]
mod_perl needs a name. Something marketable, something catchy.
How about BigFoot?
Sasquatch.
--
Dave Hodgkinson, Wizard for Hire http
.
Larger buildings may take more bounds.
My resume is at http://www.urth.org/resume/.
I'm interested in contract or full-time employment but I am not willing to
relocate. I live in Minneapolis, where I'm currently enjoying the snow
and below-freezing temperatures.
Thanks,
-dave
attempt to access the .htaccess simultaneously...
Not if the file is small enough...low level reads are granular up to,
I think 8k. Maybe.
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Interim
we can work together to integrate our
code. We can probably talk more off the list.
-dave
/*==
www.urth.org
we await the New Sun
==*/
of the Mason core.
Of course, changing it is entirely possible but it doesn't fix the problem
that Mason, by default, has certain features which are not available on
older mod_perl versions. But we can live with that.
-dave
/*==
www.urth.org
we await the New Sun
==*/
, but cache early, cache often.
--
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Interim Technical Director, Web Architecture Consultant for hire
],
-default='1',
-size= 1);
}
1;
# END
I can't believe no-one else has run in to this. Something
to do with the default instantiation of CGI is my guess.
Thanks to all
Dave
--
Dave Morgan
[EMAIL PROTECTED]
403 399 2442
to work with either of those types
of objects transparently, but it provides an alternate mechanism for
catching exceptions.
And anything inspired by my Sig::PackageScoped module scares me, but its
an interesting idea ;)
-dave
/*==
www.urth.org
we await the New Sun
==*/
, when
the server is up and running (and I am accessing it as a client)
is when I am having the problem of extracting the data.
Hope this is clearer
Dave
Perrin Harkins wrote:
By load stage I mean BEGIN blocks, anonymous
subroutines in packages loaded at startup, or even named
subroutines
input will not be echoed back
Stop apache, remove the BEGIN block from COMMON.pm, restart, test.
Input is now echoed back.
HTH
Dave
###
package COMMON;
require Exporter;
use strict;
use CGI qw/:standard/;
our (@ISA, @EXPORT);
our ($USERID
:}
In a simpler line, should I have a use DBI() in startup.pl as well as
the
PerlModule Apache::DBI in httpd.conf?
I will summarize and post responses.
TIA
Dave
Code snippets
# from httpd.conf
AddModule mod_perl.c
PerlSetEnv
Ryan Thompson [EMAIL PROTECTED] writes:
Any thoughts?
You really have to ask?!!!
* _Dave thinks: Template Toolit.
--
David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com
Editor-in-chief, The Highway Star http://www.deep-purple.com
Deep Purple Family Tree news
;) but also check out Embperl, HTML::Template, Apache::ASP, and
Template Toolkit. Those are, IMHO, the major players in the text
templating space, and are the most widely used.
-dave
1 - 100 of 308 matches
Mail list logo
