> > Arshavir Grigorian wrote:
> >
> >> Hello list,
> >>
> >> I have module called Application which handles
> all the requests to
> >> the site (except for images, etc) and then
> dispatches the request to
> >> a different module based on the $r->path_info().
> >>
> >> I am thinking about creati
Perrin Harkins wrote:
On Sun, 2004-11-28 at 23:19 -0700, David Oberlitner wrote:
Hi,
The following code:
use Net::SSLeay qw(post_https make_form);
my ($page, $response, %reply_headers) = post_https('ssl.aspidon.net',
443, '/test.html', '', make_form(var1 => 'one', var2 => 'two' ));
print "$r
yes, the printenv.pl script works fine, and the CGI module works fine too,
although I have to create a CGI object:
--
my $q = new CGIl
print $q->header();
--
I can't do this:
--
print header();
--
as I'll get this error:
--
[error] Undefined subroutine
&ModPerl::ROOT::ModPerl::Registry::F_3a_Net_
Thanks in advance for looking at this post.
We are running into some trouble porting an existing PERL app running
under an older cgi accelerator (Blue Titan's Velocigen) on IIS to run
under Apache2/mod_perl(1.99) on Win32. We are testing on a Dell dual
P4 xeon(ht), 1GB ram, running win2k3. The DB
On Tue, 30 Nov 2004, Dan Brian wrote:
> Many are also spending a lot of time influencing their own spheres
> (businesses, peers) to learn and actually adopt the technology. I think
> that's some of the most valuable advocacy.
I've spent last month convincing my new client to adopt mod_perl; this
We have been using mod_perl successfully for several months now as a
flexible email proxy -- we just wrapped Net::Server::Mail and with a
few additional hacks and it worked. Matt Sergeant did the same thing
with qpsmtpd and I have heard that the performance results were
initially very promising
(ht
Hello,
I definitely agree with that.
A daemon would solve all the authentication and connection persistence issues.
But the problem is that all accesses to the database that I'm using *must* go
through a vendor specific API which is only available as a COM library.
This explains the choice of Apa
We have been using mod_perl successfully for several months now as a
flexible email proxy -- we just wrapped Net::Server::Mail and with a
few additional hacks and it worked. Matt Sergeant did the same thing
with qpsmtpd and I have heard that the performance results were
initially very promising
(ht
Well, we have a fairly large apache-modperl site
currently running fine on older versions... apache1.something, modperl
1.something
But we're faced with needing to migrate to
apache2/modperl2 (or, 1.99 as it were). It'll be a long road of fixes and
updates, but right now I'm hitting a wall
Frank:
/server-status tells the concurrent users. What did you get?
On the other hand, serving 255 concurrent connections means a
daily unique IP of about 100,000.
I think there are other reasons to use dual-setup. Check
Stas' info page.
--
Auth
Stas Bekman <[EMAIL PROTECTED]> writes:
> Dan Brian wrote:
>>> So far only a few people actually did something (publishing articles,
>>> helping to update and improve the website), the rest are just talking.
>> Many are also spending a lot of time influencing their own spheres
>> (businesses, peer
On Sun, 2004-11-28 at 23:19 -0700, David Oberlitner wrote:
> Hi,
>
> The following code:
>
> use Net::SSLeay qw(post_https make_form);
> my ($page, $response, %reply_headers) = post_https('ssl.aspidon.net',
> 443, '/test.html', '', make_form(var1 => 'one', var2 => 'two' ));
> print "$respo
Dan Brian wrote:
So far only a few people actually did something (publishing articles,
helping to update and improve the website), the rest are just talking.
Many are also spending a lot of time influencing their own spheres
(businesses, peers) to learn and actually adopt the technology. I think
So far only a few people actually did something (publishing articles,
helping to update and improve the website), the rest are just talking.
Many are also spending a lot of time influencing their own spheres
(businesses, peers) to learn and actually adopt the technology. I think
that's some of t
Stephen Jungels wrote:
Stas Bekman wrote:
So why in the world do you get those targets?
The Makefile directed me to /usr/lib/perl/5.6.1/Config.pm, which helps
explain what's going on here. It contains lines like:
installsitearch='/var/tmp/hhl-target-perl-ppc_82xx-root/opt/hardhat/devkit/p
pc/82xx
A possible application that can be used for benchmarking purposes is the source
for ARS (Account Registration System is the accepted full version IIRC) used on
ars.userfriendly.org. It is production source used on a heavily loaded site,
and according to the author and maintainer of the site it i
Stas Bekman wrote:
> So why in the world do you get those targets?
The Makefile directed me to /usr/lib/perl/5.6.1/Config.pm, which helps
explain what's going on here. It contains lines like:
installsitearch='/var/tmp/hhl-target-perl-ppc_82xx-root/opt/hardhat/devkit/p
pc/82xx/target/usr/local/li
People want benchmarks. Little graphs that show "Speed", and why it
matters to them
C is going to be faster for certain things, Perl for others. Thats a
given.
But over half of the speed optimizations one language has over another
are useless in any given application.
If you give raw numbers,
Clayton Cottingham wrote:
Oh I do hear what your saying, so where do I sign up?
If you ask about the discussion list, it is:
http://perl.apache.org/maillist/advocacy.html
You can find links to the archive of the list at the same page. It's dead
silent at the moment, but had a few waves this summe
On Tue, 2004-11-30 at 10:25 -0600, Frank Wiles wrote:
> I think the API is what really separates mod_perl from other similar
> technologies. And I think we all agree that this is what needs to be
> stressed more to the public to gain better adoption.
Actually, I don't really agree. I just
On Tue, 30 Nov 2004 19:41:18 +
[EMAIL PROTECTED] wrote:
> Sites which get number of concurent connections of 200 or
> more have to use dual-Apache setup (you can't serve such
> number of connections with a single mod_perl server with
> a few G's memory.)
I disgaree, I've run sites with 256
Oh I do hear what your saying, so where do I sign up?
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: November 30, 2004 11:55 AM
> To: Clayton Cottingham
> Cc: 'Frank Wiles'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: mod_perl marketing
>
> Clayton C
Clayton Cottingham wrote:
What I am saying , is if you want to open up the mod_perl market you have to
look at why people are not moving to mod_perl
Not picking on you Clayton, but IMHO to market mod_perl people should
actually *do* that, rather than just *talk* about it.
Every so often this thre
On Tue, 30 Nov 2004 11:47:31 -0800
"Clayton Cottingham" <[EMAIL PROTECTED]> wrote:
> Heaven Sakes no
>
> What I am saying , is if you want to open up the mod_perl market you
> have to look at why people are not moving to mod_perl
>
> This is a valid reason for not coming over to the mod_perl ran
Heaven Sakes no
What I am saying , is if you want to open up the mod_perl market you have to
look at why people are not moving to mod_perl
This is a valid reason for not coming over to the mod_perl ranks, because
some people don't see mod_perl as being faster/better than c apps
What I am saying
Sites which get number of concurent connections of 200 or
more have to use dual-Apache setup (you can't serve such
number of connections with a single mod_perl server with
a few G's memory.)
-
Author: Frank Wiles <[EMAIL PROTECTED]>
D
On Tue, 30 Nov 2004 11:34:31 -0800
"Clayton Cottingham" <[EMAIL PROTECTED]> wrote:
> What ever the case it's a valid position for not approaching perl,
> from a marketters POV
So C is the only language that is acceptable to marketters? Is
that what you are saying?
What ever the case it's a valid position for not approaching perl, from a
marketters POV
> -Original Message-
> From: Frank Wiles [mailto:[EMAIL PROTECTED]
> Sent: November 30, 2004 11:31 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: mod_perl marketing
>
> On Tue, 3
On Tue, 30 Nov 2004 19:23:38 +
[EMAIL PROTECTED] wrote:
> Please let me raise a question.
>
> In practice, people who can program in other phases usually can
> 1) program directly in C module; and 2) find that C provides
> much better a solution.
>
> For example, the authz phase in the dual-
Please let me raise a question.
In practice, people who can program in other phases usually can
1) program directly in C module; and 2) find that C provides
much better a solution.
For example, the authz phase in the dual-Apache setup.
Here the static files are served by the light Apache. A C
au
on my FreeBSD 5.3 stabe, perl 5.8.5 from port, Apache 2.0.52 from source, mod_perl 1.99_17 from source
$ make..modperl_apr_perlio.c: In function `PerlIOAPR_open':modperl_apr_perlio.c:113: warning: cast to pointer from integer of different sizeRunning Mkbootstrap for APR::PerlIO ()chmod 644 Perl
> >
> I'd bet that mod_perl's slower growth rate over the past
> couple of years has a lot to do with Apache2 and no
> production mod_perl2.
>
Good Point
> Thus, people wanting Apache2 would immediately screen out
> mod_perl. I think that's an awfully big hill to climb to
> convince new
Clayton Cottingham wrote:
Well then we need to understand, via surveys etc, where all these
mod_perl'ers came from, why they choose to use mod_perl
From there we should have a better understanding of where we come from
And who to market to, and how we have to educate those markets in order to
get
It looks like MOTD is pretty much exactly the same, aside from the integration
with our ad management system.
I chose to use it as an AccessHandler, because i was thinking about it as a
test to decided whether or not a particular user was allowed to access the
requested page or not. It didn't
Randal L. Schwartz wrote:
>>"Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
>
>
> Geoffrey> if I understand the problem correctly (which I may not) I
> Geoffrey> think both those phases are probably wrong and a more
> Geoffrey> generic phase is probably best, like the PerlInitHandl
> "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
Geoffrey> if I understand the problem correctly (which I may not) I
Geoffrey> think both those phases are probably wrong and a more
Geoffrey> generic phase is probably best, like the PerlInitHandler.
Actually, now that I think about i
I would upgrade HTML::Mason.
1.27 October 28, 2004
ENHANCEMENTS
Full support for Apache2/mod_perl2.
Roman Vašíček wrote:
Hi all,
I want to limit upload size on my Apache2+Mason powered website depending
to user category - eg: guest = 500kB, registered = 2MB, admin = 10 MB. I
alre
Randal L. Schwartz wrote:
>>"Adam" == Adam Prime x443 <[EMAIL PROTECTED]> writes:
>
>
> Adam> I ended up doing the whole thing in a couple of hours as an
> Adam> AccessHandler.
>
> Technical question... wouldn't TransHandler have made more sense of that?
> I don't see that as a "can this p
[Marc, please always reply to the list]
Marc Lambrichs wrote:
Sorry. mp1.
OK, then subclass Apache::Log (actually it is the same under both
generations)
I've written a utility module that uses a $r->log object to log my
request using my own debug, info, notice etc. methods. Instead of
writing t
Amazon itself might be mason under fastcgi, but its imdb.com subsidiary
seems to be mod_perl by the job descriptions here
(there was a 'love movies? know perl?' job link in big letters on the
imbd front page when i looked up a movie today)
http://www.amazon.com/exec/obidos/tg/stores/static/-
Lars Eggert wrote:
patch-ab is required to build, otherwise I see the following error
during make:
Running Mkbootstrap for APR::PerlIO ()
chmod 644 PerlIO.bs
rm -f ../../../blib/arch/Apache2/auto/APR/PerlIO/PerlIO.so
LD_RUN_PATH="" cc -shared -L/usr/local/lib PerlIO.o
modperl_apr_perlio.o -Wl,
> "Adam" == Adam Prime x443 <[EMAIL PROTECTED]> writes:
Adam> I ended up doing the whole thing in a couple of hours as an
Adam> AccessHandler.
Technical question... wouldn't TransHandler have made more sense of that?
I don't see that as a "can this person go here?" but "what content
should th
Jan Dubois wrote:
On Tue, 30 Nov 2004, Stas Bekman wrote:
What about the solution of ithreads? Originally ithreads were storing
their context in ThreadLocalStorage, and this didn't work under mp2,
so it was rewritten to store the context in a perl PL_ interpreter
global, now ithreads can be run ins
It would be interesting to see mod_perl and XML-RPC equivalents of the examples
on www.ivorycity.com. I'm open to something that is easier.
Just a thought.
Chuck
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, November 26, 2004 3:58 PM
To: [EMAIL P
Being a programmer that has worked at two marketing companies I'll add my
two cents
First of all I must say at how little effort goes into mod_perl marketing
and how much knowledge is out here
As say compared to web3d.org whose marketing efforts mostly fall into
/dev/null
With that said I find i
Stupid story time
This probably isn't novel to anyone else, but it was a huge deal to me at the
time.
One morning my manager came and told me that sales had sold a "splash" ad
(meaning a big annoying ad was supposed to come up on a users first request to
the site, no matter where on the site
Hi,
Hello,
I want to thank you for your response to my
request for ideas about Shopping Cart Software
and apologize for taking so loon to respond--a
mail server re-arrangement, that should have been
simple somehow went awry and has
No worries :)
diverted my attention form Shopping Carts to
mail i
Hi all,
I want to limit upload size on my Apache2+Mason powered website depending
to user category - eg: guest = 500kB, registered = 2MB, admin = 10 MB. I
already found answered question on perlmonks.org
http://www.perlmonks.org/index.pl?node_id=328687
but described solution seems to doe
On Tue, 30 Nov 2004, Stas Bekman wrote:
> What about the solution of ithreads? Originally ithreads were storing
> their context in ThreadLocalStorage, and this didn't work under mp2,
> so it was rewritten to store the context in a perl PL_ interpreter
> global, now ithreads can be run inside the sa
Stas Bekman wrote:
Lars Eggert wrote:
FYI, mod_perl2 on FreeBSD requires a couple of minor patches. The ones
for r16 are at
http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mod_perl2/files/,
not sure what are we supposed to do with those, please show us what is
the problem they are trying to sol
On Tue, 30 Nov 2004 09:10:32 -0700
Dan Brian <[EMAIL PROTECTED]> wrote:
> I would suggest that future mp2 articles (on perl.com and elsewhere)
> take some time to explain the Apache API and why it is by far the best
> choice for Perl server development, before diving into the particulars
> of acc
A lot of that stuff is preaching to the converted. Take the mod_perl related
talks at ApacheCon this year. It seemed like 95% of the people that attended
any of the mod_perl related talks were already running mod_perl, and wanted to
learn more. Perrin's talk, and Geoff's Testing PHP with Per
The lack of awareness extends to Apache generally, and not just
mod_perl. Saying that "mod_perl isn't just CGI; it allows Perl coding
to the Apache API" is not really informative, because people don't know
what the Apache API is. (The author that initiated this thread replied
to me privately th
Lars Eggert wrote:
FYI, mod_perl2 on FreeBSD requires a couple of minor patches. The ones
for r16 are at
http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mod_perl2/files/,
not sure what are we supposed to do with those, please show us what is the
problem they are trying to solve.
while
the one
On Tue, 2004-11-30 at 16:42 +0100, Xavier Noria wrote:
> Amazon.com doesn't run Mason under mod_perl?
Right, they run it under FastCGI.
> Or they don't use Mason
> for the website frontend? For the store?
They do use it for the store, although not every page on every store
they run is Mason. Y
> I've used it a lot -- my copy is a bit beat up.
excellent :)
>
> Well, from one satisfied reader, here's a big "Thank You!" to Geoffrey,
> Paul Lindner, and Randy Kobes for writing that book!
sure.
> Don't you mean 02/2002? My copy says first printing January 2002.
it was published in lat
Thierry Valentin wrote:
Hello all
the discussion has become a little bit technical for me...
What I understand is that I've been lucky to make this work so far and
that sooner or later I will end up with some problems.
I'm not familiar with win32-perl internals, but based on what Jan
explained so
On Nov 30, 2004, at 4:33 PM, Perrin Harkins wrote:
On Tue, 2004-11-30 at 10:21 -0500, Kurt Hansen wrote:
On the marketing front, doesn't Amazon use mod_perl, at least
partially?
No, they use FastCGI. It's a win for Perl, but not for mod_perl
specifically. Ticketmaster.com, Citysearch.com, and ma
Jan Dubois wrote:
On Mon, 29 Nov 2004, Stas Bekman wrote:
If you just call perl_clone it runs in the new perl context, but
inside the same thread. At least on Unix. Under ithreads.pm it
probably starts a new thread first (but I'm not sure). Under
modperl 2, there is no 1:1 relationship between inte
Marc Lambrichs wrote:
I've written a utility module that uses a $r->log object to log my
request using my own debug, info, notice etc. methods. Instead of
writing to a log file, I want to redirect all log messages to the client
for a specific module that uses this log utility. What's the best w
On Tue, 2004-11-30 at 10:21 -0500, Kurt Hansen wrote:
> On the marketing front, doesn't Amazon use mod_perl, at least partially?
No, they use FastCGI. It's a win for Perl, but not for mod_perl
specifically. Ticketmaster.com, Citysearch.com, and many other big ones
use mod_perl and are pretty voc
Stephen Jungels wrote:
Stas Bekman wrote:
show us the output of:
cd modperl-1.99_17
grep PERLPREFIX Makefile
grep SITEPREFIX Makefile
Ok, here it is:
snip
[EMAIL PROTECTED]:/usr/local/mod_perl-1.99_17# grep PERLPREFIX Makefile
[EMAIL PROTECTED]:/usr/local/mod_perl-1.99_17# grep SITEPR
Geoffrey Young wrote:
I feel I need to interject here. _all_ of the points you raise to this
point are well covered in the mod_perl developer's cookbook, which has been
available since 02/2001. in fact, that's why we wrote it - both to address
many of the things the mod_perl community had learne
> During those projects,
> the only place where I saw it clearly stated that mod_perl is "program
> Apache the way you like in Perl" instead of "CGI on steroids" is the
> Eagle Book - which for the record, is an O'Reilly book titled "Writing
> Apache Modules in Perl and C" by Lincoln Stein and Doug
> "Dominique" == Dominique Quatravaux <[EMAIL PROTECTED]> writes:
Dominique> On the bright side, you guys are doing quite a good job at keeping
Dominique> mod_perl on the radar of many pointy-haired bosses, and I understand
Dominique> that this marketing crusade cannot but take the CGI-and-per
I've written a utility module that uses a $r->log object to log my
request using my own debug, info, notice etc. methods. Instead of
writing to a log file, I want to redirect all log messages to the client
for a specific module that uses this log utility. What's the best way to
arrange this?
Hello all
the discussion has become a little bit technical for me...
What I understand is that I've been lucky to make this work so far and that
sooner or later I will end up with some problems.
Is there some not-too-complicated way to workaround the problems in the perl
scripts or at least prev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Perrin Harkins wrote :
| [...] [W]e have to face the fact that someone who knew enough about
| Perl and apache to write an embedded interpreter module still
| thought that mod_perl was some kind of limited CGI replacement.
| This means we are not gettin
Okay here's a demonstration:
The test script is:
#!/usr/local/bin/perl
use strict;
use vars qw ($mydata);
$mydata = 'woodooeer';
my $data = '';
my $data2 = 'dingdong';
print "Content-type: text/plain\n\n";
print scalar localtime () , "\n\n";
print `cat /tmp/modperltest.txt`;
END
{
open FI
Hi,
FYI, mod_perl2 on FreeBSD requires a couple of minor patches. The ones
for r16 are at
http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/mod_perl2/files/, while
the ones for r17 are currently still at
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/7.
Just wanted to point this out, with
70 matches
Mail list logo
