Hi all,
we also have a big code base whose starting point is more than two decades ago.
If you have developers who know their stuff and all the internal developed
modules
and helpers you're good to go. BUT: We do have problems to get young, fresh
perl developers. Why? This language is simply
Hi Vincent,
I don't have Debian. Therefor just a view hints.
1) CGI::Cookie loading is done sometimes dynamically via require. E.g. in
CGI.pm itself.
2) mod_perl 1/2 with the helper modules Apache2::RequestUtil interact
dynamically.
3) It can be possible that you have a version clash (alone or
You have to see in which virtualhost section this rule was put into.
I'm pretty sure it's only in the http section.
-Ursprüngliche Nachricht-
Von: Wesley Peng
Gesendet: Donnerstag, 9. Januar 2020 03:44
An: modperl@perl.apache.org
Betreff: Question on a rewrite rule
Hello
After
Hi Andrew,
have a look at
$r->err_headers_out->add('Content-Type' => 'bla bla');
Best regards
Andreas
Von: Andrew Green
Gesendet: Dienstag, 24. September 2019 18:39
An: modperl@perl.apache.org
Betreff: Setting a MIME type on $r->custom_response
Hi all,
Is it possible to
Hi Thomas,
why not implementing the follwoing steps.
1) create tmp file.
2) convert to tmp file
3) if everything worked fine reading file, setting appropriate headers and
print content and afterwards delete tmp file.
4) if something went wrong you can send an error page with appropriate headers
Hi Bruce,
thank you for the feedback.
Have you posted it under "#use" ? :-
Best regards
Andreas
Von: Bruce Johnson
Gesendet: Dienstag, 3. September 2019 18:36
An: Andreas Mock
Cc: dbi users ; mod_perl list
Betreff: Re: Weird issues using DBI + mod_perl
Jus
Hi Bruce,
I'm just guessing, but this sounds much like reusing or double using of Oracle
db handles, context handles or statement handles.
You have to have a look at the bookkeeping of the handles per request. Also
forking of the childs may byte you.
You must ensure that db handles are ONLY
way to get (and dump) the raw request body?
I digged around the Apache2::-modules but didn't find something
appropriate.
Best regards
Andreas Mock
Have you loaded Apache2::RequestRec?
Best regards
Andreas Mock
Von: John Dunlap [mailto:j...@lariat.co]
Gesendet: Dienstag, 18. März 2014 16:59
An: mod_perl list
Betreff: Custom response problem
I recently upgraded my workstation from Debian 6 to Debian 7 and I'm now
encountering
What does this give to you?
perl -MApache2::RequestRec -e'print Apache2::RequestRec-VERSION'
Regards
Andreas
Von: John Dunlap [mailto:j...@lariat.co]
Gesendet: Dienstag, 18. März 2014 17:16
An: Andreas Mock
Cc: mod_perl list
Betreff: Re: Custom response problem
I've tried
to install
it from CPAN, it says that it is already installed.
On Tue, Mar 18, 2014 at 12:13 PM, Andreas Mock andreas.m...@web.de wrote:
Have you loaded Apache2::RequestRec?
Best regards
Andreas Mock
Von: John Dunlap [mailto:j...@lariat.co]
Gesendet: Dienstag, 18. März 2014 16:59
Hi all,
please, please don't forget to restrict yourself
to the 8.3 naming convention. Anything else is
troublesome...
... the executable perl.exe is not named by
accident but follows deep wisdom.
;-)
McA
-Ursprüngliche Nachricht-
Von: demerphq [mailto:demer...@gmail.com]
Gesendet:
Hi Tatsuhiko,
which proxy do you use in front?
Best regards
McA
-Ursprüngliche Nachricht-
Von: Tatsuhiko Miyagawa [mailto:miyag...@gmail.com]
Gesendet: Sonntag, 14. Oktober 2012 20:57
An: modperl@perl.apache.org
Betreff: Re: Coupling Plack/PSGI with mod_perl, or an alternate
by
Torsten. So you can have default error pages, e.g. nicely formatted pages for
customers saying something meaningful like 'A error has occurred'. Or you can
feed informations for certain cornercases or debugging.
Hope I could help. Greetings to Torsten.
Best regards
Andreas Mock
Hi Tobias,
your whole scenario depends on the possibility to reliably
cancel a running query on the database.
If your database and client (software) is able to do so,
which has to be tested, the cancel button could send
another ajax request with an identifier of the initial
query which then
Mock
-Ursprüngliche Nachricht-
Von: Steve Hay
Gesendet: 12.03.2010 10:58:15
An: Torsten Förtsch torsten.foert...@gmx.net,modperl@perl.apache.org
Betreff: RE: Setting Content-Type in a custom response (mp2)
Torsten Förtsch wrote on 2010-03-11:
On Thursday 11 March 2010 15:18:08 Steve Hay
-Ursprüngliche Nachricht-
Von: Torsten Foertsch torsten.foert...@gmx.net
Gesendet: 29.09.09 10:01:26
An: modperl@perl.apache.org
Betreff: Re: ModPerl::Registry and Error Documents
You have asked this question already 2 times before, on 17.09.09 12:13
and 17.09.09 11:15. The
-Ursprüngliche Nachricht-
Von: Torsten Foertsch torsten.foert...@gmx.net
Gesendet: 17.09.09 13:14:16
An: modperl@perl.apache.org
CC: Andreas Mock andreas.m...@drumedar.de
Betreff: Re: ModPerl::Registry and custom error documents
On Thu 17 Sep 2009, Andreas Mock wrote:
How can we
Hi all,
after searching for a while without finding an answer to my question
I hope you can help me,
We're using mod_perl with ModPerl::Registry to have only a thin
layer between apache and our perl scripts. So far so good.
Now we want to produce error documents dynamically and thought
this
work. It seams that apache jumps right into the
error handling stuff as soon as a status code = 400 is seen.
How can we dynamically create own error documents without using
the lower level mod_perl/apache api? Is there a simple way?
Best regards
Andreas Mock
work. It seams that apache jumps right into the
error handling stuff as soon as a status code = 400 is seen.
How can we dynamically create own error documents without using
the lower level mod_perl/apache api? Is there a simple way?
How can we achieve that?
Best regards
Andreas Mock
Hi all,
I searched the internet for a wile now and couldn't find an answer to my
question.
We have the following situation:
a) In a virtual host configuration we have several Alias entries pointing to
several
directories and files
b) At the end of the config we have a ScriptAliasMatch entry
On Fri, Oct 06, 2006 at 07:25:06PM +0200, Clinton Gormley wrote:
On Fri, 2006-10-06 at 18:48 +0200, Hendrik Van Belleghem wrote:
mock talked about XSS at this years YAPC::Europe in Birmingham a few
weeks ago. He had quite a few examples. His slides are at
http://sketchfactory.com/static
doing (the timeout
bits you showed me) might be better left to Apache to handle. Also, you might
want to try it with the threading MPM vs the preforking. Some OS's see a bit
of improvement. Any idea where your bottleneck is?
mock
--
Report problems: http://perl.apache.org/bugs/
Mail list info
.
To retrieve the cards, simply pull the data to an offline machine, and
decrypt using the RSA private key. Assuming you aren't an idiot and leave
the private key somewhere internet accessible, this should be as proof against
hackers as any other credit card processing.
enjoy
mock
Business
On Wed, Aug 11, 2004 at 01:01:23AM -0700, Bart Simpson wrote:
--- mock [EMAIL PROTECTED] wrote:
This is about to go out to CPAN, but since it seems
there is some question
as to how to do this, I'll send it out a little
early. Attached is a module
for safely encrypting and storing
to bring the topic back to
mod_perl) the experience I had building an MTA using Apache and mod_perl.
mock
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
On Wed, Aug 11, 2004 at 09:36:42AM -0400, Perrin Harkins wrote:
mock wrote:
This is about to go out to CPAN, but since it seems there is some question
as to how to do this, I'll send it out a little early. Attached is a
module
for safely encrypting and storing credit cards using
.
Meanwhile, I've linked to your module from:
http://perl.apache.org/docs/2.0/user/handlers/protocols.html#CPAN_Modules
as the first mp2 protocol implementation on CPAN, that I know of.
cool
mock
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist
suppose once the core supports it, you can just nuke it
from CPAN if you are happy with it.
mock is much farther along with it than I am - I was creating it as a
tutorial for people who get a $bb and don't know what to do with it (as with
Apache::Upload). but they look surprisingly similar
be found here: http://search.cpan.org/~mock/
mock
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
a little difficulty figuring out how to create request which isn't
HTTP. I'll move TestTieBucketBrigade and rerelease just as soon as I figure
out how to make Apache::TestRequest do what I want.
thanks
mock
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org
32 matches
Mail list logo