> Under mod_perl, packages/scripts remain in memory across requests, for the
> duration of the Apache child.
> The second issue is that, due to the stateless nature of HTTP, requests are
> dispatched to Apache/mod_perl children at random. You can't store
> information about a particular user or
From: "Collin Monahan" <[EMAIL PROTECTED]>
I'm trying to learn how to use mod_perl2 along with Ajax. Everything was
humming along until it seemed like perhaps Apache had a couple instances
of my handler in memory, and what I had declared as module variables were
existent in two different state
Perrin Harkins wrote:
On Fri, Apr 25, 2008 at 12:18 AM, Perl Junkie <[EMAIL PROTECTED]> wrote:
PerlOptions ParseHeaders
I think that should be +ParseHeaders. See
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_PerlSendHeader_
I did finally see that in another sec
On Fri, Apr 25, 2008 at 12:18 AM, Perl Junkie <[EMAIL PROTECTED]> wrote:
> PerlOptions ParseHeaders
I think that should be +ParseHeaders. See
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_PerlSendHeader_
> (2) It took me a while to figure out that Apache::Registry has becom
aqua wrote:
Thanks for your email. I am actually looking for current "mod perl" related
tutorials and not just Perl related. This HoptScripts site contains 3 mod_perl related
tutorials and they are very old (2000).
Why not drop by Amazon and pick up the mod_perl 2 book instead? It's
just relea
On 9/19/07, Aqua <[EMAIL PROTECTED]> wrote:
> Thanks and I have alreday seen these documentations.
>
> But actually I am looking for few simple materials (tutorials) which will
> help my team to learn mod_perl tricks and enable them to build simple
> application to start with.
Hmm, that is exactly
Vu Hung <[EMAIL PROTECTED]>
> Subject: Re: Newbie - Samples or Tutorials
> Sent: 20 Sep '07 06:45
>
> Hotscripts.com has tons of tutorials[1] and sample code[2]
>
> By reading such tutorials, you will be able to write code, quite fast,
> but dirty. After th
the use of mod_perl etc.
>
> Appreciate your help in this regard.
>
> Best Regards
> Dominic
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Perrin
> Harkins
> Sent: Wednesday, September 19, 2007 8:14 PM
> To: Aqua
> Cc
@perl.apache.org
Subject: Re: Newbie - Samples or Tutorials
On 9/18/07, Aqua <[EMAIL PROTECTED]> wrote:
> Someone please point me to a good tutorial or sample page.
There's tons of documentation at http://perl.apache.org/, and there
are multiple books available as well. If these aren
On 9/18/07, Aqua <[EMAIL PROTECTED]> wrote:
> Someone please point me to a good tutorial or sample page.
There's tons of documentation at http://perl.apache.org/, and there
are multiple books available as well. If these aren't helping you,
please tell us specifically what you need help with.
- P
[ Please keep it on the list ]
On 6/28/07, pubert na <[EMAIL PROTECTED]> wrote:
No luck with that suggestion either. Printing the header with
$r->send_http_header; seems to result in the exact same issue.
I can't tell what you tried from this description. Can you show some code?
I commente
On 6/27/07, pubert na <[EMAIL PROTECTED]> wrote:
print $cgi->header(
-cookie => values
%{VirtualPlant::Util::getCookies()}
);
You need to send your cookie header with err_headers_out(). See
http://perl.apache.org/
rsday, June 28, 2007 1:48 PM
Subject: Re: newbie questions
I made a little progress on my own, but I'm still stuck.
If I do an $r->assbackwards(1); before I send the header, the first time the
page loads, everything is perfect. If I reload, some of the frames get
shifted around, or th
I made a little progress on my own, but I'm still stuck.
If I do an $r->assbackwards(1); before I send the header, the first time the
page loads, everything is perfect. If I reload, some of the frames get
shifted around, or the entire page reloads inside a single frame. Keep in
mind that withou
Chris Bucchere wrote:
Please forgive the newbie question -- I've been searching but I'm not
able to narrow my results because my search terms are too broad.
As I sure is the case with many folks out there, I have more than one
version of perl on my linux box. In order to install some opensourc
Tom Schindl wrote:
If you'd show us the error I'm sure we can help you ;-)
I think I've found a further error elsewhere. If I have any other
problems, I'm definitely coming back here! :)
I forgot that the Perl community is one of the friendliest and most
helpful around.
Paul
Tom
P
Hi Paul, welcome back to quality regex handling...
IMHO you've got 2 options - do it the restrictive way:
SetHandler perl-script
PerlHandler My::Module
Or do it the easy/flexible way - have your module(s) decline URIs which
they don't want to handle:
sub handler {
my
If you'd show us the error I'm sure we can help you ;-)
Tom
Paul Johnston wrote:
> Tom,
>
> Will have a play with that then. I did try something similar but for
> some reason it was erroring out.
>
> Thanks
>
> Paul
>
signature.asc
Description: OpenPGP digital signature
Tom,
Will have a play with that then. I did try something similar but for
some reason it was erroring out.
Thanks
Paul
Tom Schindl wrote:
PerlModule ModPerl::Registry
--8<--
# Handle all files ending in .pl with mp2
SetHandler perl-script
PerlResponseHandle
Paul Johnston wrote:
> Haven't done perl for 7 years (yes 7 years) and just coming back, so am
> a newbie with mod_perl really. Could do with a bit of setup help.
>
> I have an application that I'm been building in Perl and it works fine
> as a cgi and I want to convert it to using mod_perl. It'
On Mon, 2006-01-16 at 14:10 +, Paul Johnston wrote:
> It's currently on my server (which hosts other apps), and I want all
> (and only) files on the specific virtual host ending in ".app" (ie like
> everything ending in .pl) to be handled by mod_perl.
Use a FilesMatch directive in your httpd
The error log states:
END in modperl_extra.pl, pid=14282
[Thu Jan 05 11:44:37 2006] [crit] (13)Permission denied: apr_proc_detach
failed
Pre-configuration failed
Permission denied where?
Joe Deal
DOIT
Physicians Total Care
5415 S. 125th E. Avenue Suite 205
Tulsa, OK 74146
800. 759. 3650 (O)
Joe Deal wrote:
sh-2.05b# make test MP_APXS=/usr/local/apache2/bin/apxs
...
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/local/apache2/bin/httpd -d /tmp/mod_perl-2.0.2/t -f
/tmp/mod_perl-2.0.2/t/conf/httpd.conf -D APACHE2 -D PERL_USEITH
Joe Deal <[EMAIL PROTECTED]> wrote:
> .
>
> waiting 120 seconds for server to start: not ok
> [ error] giving up after 121 secs. If you think that your system
> is slow or o
On Jan 11, 2006, at 5:16 PM, Joe Deal wrote:
[snip]
[ error] server failed to start! (please examine t/logs/error_log)
++
| Please file a bug report: http://perl.apache.org/bugs/ |
+-
Jeff Armstrong wrote:
I still can't seem to get this to work: the Apache error.log says:
This file is not one of the files in the Debian manifest for
libapache2-request-perl. Are there any special build options I need to
generate this handle.al?
I would strongly urge you to build it from SVN.
Original Message
From: "Philip M. Gollucci" <[EMAIL PROTECTED]>
To: Jeff Armstrong <[EMAIL PROTECTED]>
Cc: mod_perl List
Subject: Re:Newbie help with Apache2::Request configuration
Date: Sun Jan 01 2006 21:01:39
My apologies for being a dumbo, your forbearance is much appreci
One other thing, none of the SEE ALSO links work :(
Fixed in r365492 and will be part of the 2.07 docs
--
"Love is not the one you can picture yourself marrying,
but the one you can't picture the rest of your life without
Jeff wrote:
Thanks for all that - I will work through it!
I don't know I why I didn't think to say this sooner, but
Apache2::Cookie is actually a subclass of APR::Request::Cookie
if that helps any
--
"Love is not the
Original Message
From: "Philip M. Gollucci" <[EMAIL PROTECTED]>
To: Jeff Armstrong <[EMAIL PROTECTED]>
Cc: mod_perl List
Subject: Re:Newbie help with Apache2::Request configuration
Date: Sun Jan 01 2006 21:01:39
My apologies for being a dumbo, your forbearance is much appreci
My apologies for being a dumbo, your forbearance is much appreciated!
no problem... Everybody has to start somewhere.
You seem to recommend the APR:* interfaces, but then go on to show that
to use APR::Request::Param to handle uploads, we will have to code
wrapper code similar to that in Apa
Original Message
From: "Philip M. Gollucci" <[EMAIL PROTECTED]>
To: Jonathan Vanasco <[EMAIL PROTECTED]>
Cc: mod_perl List
Subject: Re:Newbie help with Apache2::Request configuration
Date: Sat Dec 31 2005 19:22:28
Jonathan Vanasco wrote:
On Dec 31, 2005, at 1:22 PM, Philip
Jonathan Vanasco wrote:
On Dec 31, 2005, at 1:22 PM, Philip M. Gollucci wrote:
One does CGI compatible decoding the other doesn't.
fully knowing this sounds stupid, can i just ask what that means?
APR::Request provides 2 functions encode and decode that access
application/x-www-form-urlenco
On Dec 31, 2005, at 1:22 PM, Philip M. Gollucci wrote:
One does CGI compatible decoding the other doesn't.
fully knowing this sounds stupid, can i just ask what that means?
i've just been using Apache2 wrappers, because I need to access
uploads. and well, my options are this:
Ap
Jeff Armstrong wrote:
APR::Request::Apache2 seems rather light in terms of documented
functionality, but you recommend it over Apache2::Request? Do they all
somehow end up at the same place?
Wrapper classes. The difference is which ones the developers recommend.
The libapreq2 docs seem a li
Original Message
From: "Philip M. Gollucci" <[EMAIL PROTECTED]>
To: Joshua H <[EMAIL PROTECTED]>
Cc: modperl@perl.apache.org
Subject: Re:Newbie help with Apache2::Request configuration
Date: Sat Dec 31 2005 01:02:01
Joshua H wrote:
1) When I try to call Apache::Request method
Thank you! configure --enable-perl-glue complained about problems with
XSBuilder. After a ExtUtils re-install, the installation worked like a
charm. And no problems with startup.pl. Thanks again.
-Joshua
Joshua H wrote:
I copied all the .pm files from the local /tmp install to the
appar
Joshua H wrote:
I copied all the .pm files from the local /tmp install to the apparent
correct places in @INC. Now I get:
[Fri Dec 30 18:22:51 2005] [error] APR/Request/Param.pm did not return
a true value at
/usr/lib/perl5/site_perl/5.8.6/i586-linux-thread-multi/Apache2/Request.pm
line 2.
I copied all the .pm files from the local /tmp install to the apparent
correct places in @INC. Now I get:
[Fri Dec 30 18:22:51 2005] [error] APR/Request/Param.pm did not return a
true value at
/usr/lib/perl5/site_perl/5.8.6/i586-linux-thread-multi/Apache2/Request.pm
line 2.\nBEGIN failed--co
Thanks very much for the help.
I was actually using Apache2::Request->new(), instead of Apache::Request
- just mis-typed in my posting.
Additional information you asked for:
httpd2 version = 2.0.53
mod_perl version = 2.0.2
libapreq2 version = 2.06-dev
OS = Suse 9.3 w/ 2.6.11 kernel
used make
Joshua H wrote:
1) When I try to call Apache::Request methods (like new() ), I get an
You want Apache2::Request->new()
or better yet
APR::Request::Apache2->new()
See:
http://httpd.apache.org/apreq/docs/libapreq2/group__apreq__xs__apr__request__apache2.html
error to the effect that it can't fi
Badai Aqrandista wrote:
I am just getting introduced to mod-perl. Can anyone point me in a
direction
for learning this from scratch?
I suggest your look at the things mentioned in
perldoc perl
Also,
for mod_perl
http://perl.apache.org
is very well done (I'm just slightly biased)
--
--
I am just getting introduced to mod-perl. Can anyone point me in a
direction
for learning this from scratch?
I have experience in VB6, VB.NET, VC+. I do not know anything about Perl,
PerlScript, or mod_perl. I would like to start with the basics and learn
syntax.
Any help would be greatly app
On Wednesday 25 May 2005 10:46, Paul Murphy wrote:
> [...] Fedora Core 3 [...]
>
> opendir(DIR, '/usr/local/src/') or die ('Failed because of $!');
>
> Gives
>
> ...[error] Can't open directory because of Permission denied.
I guess that it's because of SELinux, which is enabled by default on FC3.
What does error.log say?
Donald Lee wrote:
Hello, I am looking for some help getting started with mod_perl.
I am at a stopping point where I am at a loss...
my setup is as follows:
windows xp pro w/sp2
apache 2.0.54
active perl, v5.8.6 built for MSWin32-x86-multi-thread
I am already consultin
John ORourke wrote:
Question is, do anonymous subs assigned to hash values and placed in the
'new' method get compiled every time a new object is created or just when
the module file is initially loaded?
if using anon subs, define them here:
$$code{type1} = sub { do something cool;
On Thu, 2004-06-24 at 14:33, [EMAIL PROTECTED] wrote:
> Obviously MP is allot different, but one day I think we would want MP to be
> a better choice on 2 than 1, and I get the impression the HTTP developers
> are moving on to 2, and view 1 as legacy.
We want to encourage people to use, develop fo
On Thu, 24 Jun 2004 [EMAIL PROTECTED] wrote:
> I also get the feeling that module development seems to have more
> activity around 2 in other areas.
I'm sure you're right. There's a lot of work to be re-done! How much
fun is it to work on Apache 1.3 where everything important already
works?
>
> > I'm concerned that six (or eighteen) months down the line if I have
> > questions they'll be answered by "you should be running the most
> > current version, stop pestering with obsolete Apache 1.3" Setting up
> > a new server has been enough of a pain without doing it again in a
> > few month
On Wed, 23 Jun 2004, Steven Scotten wrote:
> Am I clear here that you're suggesting that I scrap the idea of working
> with Apache2 and just go back to 1.3?
Yes.
> I'm concerned that six (or eighteen) months down the line if I have
> questions they'll be answered by "you should be running the mo
On Jun 17, 2004, at 9:25 PM, Sam Tregar wrote:
On Wed, 16 Jun 2004, Steven Scotten wrote:
My problem is that I'm trying to pick up mod_perl2 without ever having
used mod_perl before.
I agree. I think you should back up a step and get comfortable with
mod_perl 1. Unless you're doing this just for
On Wed, 2004-06-16 at 20:19, Steven Scotten wrote:
> So I've set to trying to replace CGI.pm entirely in one particular
> module. It looks as though Apache::Request would have been my path in
> mod_perl 1.x and I've been looking at
> http://perl.apache.org/docs/2.0/user/porting/compat.html (amon
> > Here is a simple cgi program that runs under
> registry. It uses CGI.pm
> > and the Oracle modules. It would probably run
> without mod_perl if I
> > just changed "use Apache::DBI();" to "use DBI();".
> This is one of
> > those modules that has a "special" version for
> mod_perl.
>
> Wh
On Wed, 16 Jun 2004, Steven Scotten wrote:
> My problem is that I'm trying to pick up mod_perl2 without ever having
> used mod_perl before.
I agree. I think you should back up a step and get comfortable with
mod_perl 1. Unless you're doing this just for the thrill of learning
something new and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 17, 2004, at 9:47 PM, Goehring, Chuck Mr., RCI - San Diego wrote:
Here is a simple cgi program that runs under registry. It uses CGI.pm
and the Oracle modules. It would probably run without mod_p
our particular situation. I had a hard time early on. Learning
this and perl and web development at the same time was a real exercise. I haven't
delved into the handlers because I haven't needed it and I have other responsibilities.
Hope this helps.
Chuck
-Original Message--
Thanks Chuck, Glenn, and Stas!
On Jun 16, 2004, at 6:53 PM, Goehring, Chuck Mr., RCI - San Diego wrote:
If you were not using mod_perl 1.x in your old cgi programs, you
probably don't need to be using any of the request stuff.
ModPerl::Registry does all the voodoo for you for ordinary cgi
progr
Steven Scotten wrote:
Hello, and thanks in advance for your patience as I ask how to do
something rudimentary, but I seem to be rather dense and a week up to my
eyeballs in documentation has left me no closer than when I began.
My problem is that I'm trying to pick up mod_perl2 without ever havi
On Wed, Jun 16, 2004 at 05:19:57PM -0700, Steven Scotten wrote:
> Hello, and thanks in advance for your patience as I ask how to do
> something rudimentary, but I seem to be rather dense and a week up to
> my eyeballs in documentation has left me no closer than when I began.
No apology necessary
Steve,
If you were not using mod_perl 1.x in your old cgi programs, you probably don't need
to be using any of the request stuff. ModPerl::Registry does all the voodoo for you
for ordinary cgi programs.
The stuff below is full of extra stuff and may not be 100 percent, but it works. This
is w
Hi there,
On Tue, 3 Feb 2004, Ian Huynh wrote:
> Is it possible to use mod_perl to handle the following
>
> on a HTTP GET or POST, do the following
> a) on invocation of GET or POST use perl/mod_perl to do an external call to
> perform a task
> b) let apache handle the GET/POST as normal
>
Thomas Klausner wrote:
Hi!
On Mon, Dec 15, 2003 at 06:22:42PM +0530, nasar.sherieff wrote:
Thanks. I am starting to learn mod_perl. how about "practical mod_perl"
book.
I haven't read it yet (sorry Stas & Eric), but you can find reviews here:
http://books.perl.org/book/175
As mentioned several
Hi!
On Mon, Dec 15, 2003 at 06:22:42PM +0530, nasar.sherieff wrote:
> Thanks. I am starting to learn mod_perl. how about "practical mod_perl"
> book.
I haven't read it yet (sorry Stas & Eric), but you can find reviews here:
http://books.perl.org/book/175
> Could anybody tell me the advantages o
Thanks. I am starting to learn mod_perl. how about "practical mod_perl"
book.
Could anybody tell me the advantages of mod_perl comparing it with php.
Well i am interested in perl but my management wants a clear explanation.
-- Nasar
Thomas Klausner wrote:
Hi!
On Mon, Dec 15, 2003 at 04:16:28
Hi!
On Mon, Dec 15, 2003 at 04:16:28PM +0530, nasar.sherieff wrote:
> Thanks. my doubt is can't I understand modperl after just learning a
> documentation on cgi. It will safe my time to directly going to modperl.
> how will you justify this.
Developming mod_perl applications is quite differen
Thanks. my doubt is can't I understand modperl after just learning a
documentation on cgi. It will safe my time to directly going to modperl.
how will you justify this.
--nasar
victor wrote:
... IMHO, you should start with CGI.pm, it is simpler to understand
and program.
As you gain your un
... IMHO, you should start with CGI.pm, it is simpler to understand and
program.
As you gain your understanding with perl and CGI, try convert your
program to be mod_perl friendly and then start running your CGI off
mod_perl, and only after you gain some experience running mod_perl would
I sug
Hello again,
On Mon, 8 Dec 2003, Leif K-Brooks wrote:
> Where can I find some information about these handlers from the
> perspective of someone who wants something better than PHP, not someone
> who wants extreme wizardry done to his web server?
The books and other documentation on the mod_pe
Ged Haywood wrote:
You haven't said what OS you're going to be using so I'll assume Linux
or something similar. First you should probably upgrade to the latest
version of Perl (5.8.2) if you haven't already. I'd recommend that
you compile it yourself, as I would all the other tools.
Sorry, De
Hi Stas,
On Mon, 8 Dec 2003, Stas Bekman wrote:
> Ged Haywood wrote:
> [...]
> > Assuming you're going for mod_perl, the first decision to be made is
> > whether to use version 1 or version 2. Both versions of Apache are
> > stable but mod_perl version 2 (or 1.99_xx as it's often known) is
> > s
Ged Haywood wrote:
[...]
Assuming you're going for mod_perl, the first decision to be made is
whether to use version 1 or version 2. Both versions of Apache are
stable but mod_perl version 2 (or 1.99_xx as it's often known) is
still in the early stages of its development so you may not want to
get
Hi there,
On Mon, 8 Dec 2003, Leif K-Brooks wrote:
> I'm thinking about starting a new web project in Perl, and I'm not sure
> what to use:
You haven't said what OS you're going to be using so I'll assume Linux
or something similar. First you should probably upgrade to the latest
version of Pe
No that's not right. At least the tar.gz I downloaded does ***NOT***
include any mod_perl, anybody could correct me here but I think it
should not get to the archives that apache ships with mod_perl, and one
does not have to download it.
I think that your mod_perl is coming from all commands/compi
Strange. I did completely the same last week on my mdk-9.2 installation
and no problem.
Have you really used the perl Makefile.PL call I did? The mod_perl
Makefile.PL builds your apache automatically.
I'd suggest removing all files and starting once more. Simply put your
apache.tar.gz and mod_per
Ah, okay, found out a solution (but not the cause).
Turns out that apache 1.3.29 ships with mod_perl 1.29 as an extension
already.
When I configured apache with this:
./configure \
--activate-module=src/modules/perl/libperl.a
and then did a make && make install, the mod_perl installatio
Thanks for writing, but using 'EVERYTHING=1' doesn't solve it for me.
Even worse, with EVERYTHING=1, the install fails the tests, too (in
addition to Apache::Log not being provided).
-Ken
On Thu, 2003-11-13 at 13:28, Thomas Schindl wrote:
> I had completely the same problem myself, starting Apac
Hi,
I had completely the same problem myself, starting Apache with AxKit.
http://www.gossamer-threads.com/archive/mod_perl_C1/modperl_F7/Problems_installing_mp1_and_apache-1.3.28_P73387/
Tom
On Thu, 2003-11-13 at 13:45, Ken Corey wrote:
> Hi All.
>
> I've had a search through the archives, and
Perrin Harkins wrote:
[...]
If you only need to run on mod_perl, libapreq is a good choice. It is
the fastest. I don't think it is fully working on mod_perl 2 yet, but
maybe someone else can correct me on that if I'm wrong.
It's almost ready. Joe has posted a release candidate here just a few day
On Sun, 2003-11-09 at 01:36, Joshua N Pritikin wrote:
> First there was "use CGI". Now there are lots of modules
> which provide a similar service, for example CGI::Simple.
>
> What is the modern best solution for parsing form data, etc?
> libapreq?
It depends on what your needs are. If you jus
Brent Atkerson wrote:
Hello all, I am a newbie to the world of scripting and am pretty sure this is a basic question. I have Apache::ASP installed and the samples work great so I know things are working. So, here is my question:
Brent, please ask Apache::ASP questions at this list:
http://perl.ap
80 matches
Mail list logo
