user/12345, then the program is
/app/user, and $ENV{'PATH_INFO'} would contain /12345. Chop off the
leading forward slash and you've got your ID.
Note that you'd have to have PerlSetupEnv on (the default, although I
think many may turn it off).
Or am I completely missing something?
Michael
uot; if
$str=~/(\d+)\s(\d+)\s(\1*\2)/'
...does indeed print "true"
It would probably make the most sense to not try to do this as a
one-liner (why do we perl programmers love to be cute like that?), and
simply break it up into two steps:
$str =~ s/(\d+)\s(\d+)\s(\d+)/;
print "
ps coming up.
If someone wants to scrape those docs and include them in the mod_perl
dist, you have my full blessing to do so. My time is somewhat limited
due to family life and job at present, and I'm honestly not sure who to
contact to get this done.
Regards,
Michael Schout (AuthCookie maintainer)
this all feels very cumbersome and antiquated IMO.
Regards,
Michael Schout
c
$ make install
$ cd /path/to/modperl-src
$ make install
I have a Makefile that does all of this. I suppose I could publish it
on github or something, but given the age of apache 1.3, it seems
irresponsible to publish it at this point :).
Regards,
Michael Schout
diff --git a/src/support/htdigest
ider (See the
README.apache-2.4 in AuthCookie which discusses this).
> 5) there seems to be no real mod_perl-level (or even Apache-httpd-level)
> documentation available, which explains the above in a general context,
> rather than for any specific perl module.
> A good explanat
On 2/12/19 1:25 PM, Edward J. Sabol wrote:
> I know AuthCookie has been updated by the magnificient Michael Schout to
Thanks for the kind compliments Ed :).
As for AuthCookieDBI, you may not even need to change it to use
Apache2_4::AuthCookie base, as eventually I managed to get
On 1/25/19 10:54 AM, Randolf Richardson wrote:
On 25.01.2019 18:35, John Dunlap wrote:
I'm in the process of optimizing our web application for performance and one
thing that I
was really excited to try was mod_http2 because it allows the browser to send
multiple
requests through the same
e valid-user", or "Require
user foo" for example, Apache provides an authz provider that already
handles that (see mod_authz_user.c). So you only need to do this if you
are writing custom authz requirements.
1:
https://metacpan.org/pod/release/MSCHOUT/Apache-AuthCookie-3.27/README.apache-2.4.pod
Regards,
Michael Schout
Yes, http/2 is our primary concern right now. At the moment, we've made
the business decision to stay on mod_perl rather than migrate to another
platform and gain http/2 benefits, but for how long can we maintain that
decision? I'm honestly not sure.
Now, we significantly under-utilize
On 03/01/2018 02:30 PM, Vincent Veyron wrote:
Now, if you happen to know why this _had_ to surface during a demo [:-(
The University of Nottingham, School of Mathematical Sciences, published
a highly technical paper explaining this phenomenon. Hope this helps: :-)
"and uses the CGI module only for parsing the incoming request."
I was going to follow up on this thread and ask for suggestions on what
I could/should use for incoming request parsing. I have never gone
further in mod_perl beyond Apache::Registry and just running traditional
CGI programs,
need AuthCookie and getting it from backpan is a
problem for you, please let me know.
Thanks!
Regards,
Michael Schout
then just write it in plain
Plack/PSGI.
Regards,
Michael Schout
On 9/30/16 8:53 AM, Michael Schout wrote:
> On 9/30/16 8:13 AM, Steve Hay wrote:
>> Please download, test, and report back on this mod_perl 2.0.10 release
>> candidate.
>
> There is some kind of linker failure happening on OSX/Darwin. I'm on El
> Capitan (10.11) using per
erl.lo
modperl_tipool.lo
duplicate symbol _MP_vtbl_env in:
mod_perl.lo
modperl_config.lo
duplicate symbol _MP_vtbl_envelem in:
mod_perl.lo
modperl_config.lo
Regards,
Michael Schout
gemajic maybe
>
It also make sense to try something like this:
https://www.mathjax.org/
Seems modern browsers may allow to move rendering to client side that also
may decrease load on backend.
Regards,
Michael Bochkaryov
ache 2.4), but that doesn't sound like what you have been
seeing.
--
Regards,
Michael Schout
any other option.
The AUTHZ_GRANTED (and friends) constants simply do not exist in
previous versions of apache.
Regards,
Michael Schout
, as well as in the Apache2_4::AuthCookie POD
documentation.
The AuthCookie documentation probably could be better, and I think by
the next release I'll absorb/copy most of what is in the
README.apache-2.4 document into the module POD itself.
Regards,
Michael Schout
In my code, I do:
SetEnvIf Request_URI \.gif$ gif-image
SetHandler modperl
PerlResponseHandler MyNiftyModule
PerlOptions +SetupEnv
And then, yes, I have access to $ENV{'gif-image'}, with a value of "1".
Alternatively, i can
SetEnvIf Request_URI \.gif$ gif-image=YES
...
, will you code still run
if you remove Devel/Declare.pm? If so then that either means the
problem is probably in modperl itself, or, you are seeing something
completely different.
Regards,
Michael Schout
e/vagrant/modperl-trycatch-bug/blib/lib/Apache/TryCatch.pm line 20.\n
Regards,
Michael Schout
caught SIGTERM, shutting down
But you are likely not seeing it because one of:
- vendor patches applied by debian packaging team
- you are using Apache 2.4. I tested with Apache 2.2.
Regards,
Michael Schout
On 9/16/15 9:22 AM, Vincent Veyron wrote:
> apt-get install apache2-mpm-prefork libapache2-request-perl
> libapache2-mod-perl2 libapache2-mod-apreq2
How did you install TryCatch (the only dependency my module uses)?
Regards,
Michael Schout
eproduced it.
If you do want to reproduce it, use the same apache2.conf additions from
my last email.
Regards,
Michael Schout
On 9/16/15 12:06 PM, Steve Hay wrote:
> Thanks for the detective work, Michael. I've logged this on
> rt.perl.org since it isn't yet clear whether the optimization has a
> problem, or whether mod_perl (or maybe TryCatch / Devel::Declare) is
> doing anything naughty:
Thanks Stev
long with perl's
optimization that removes the "return" ops that is causing this.
I have put the test case as a module up on github so that anyone can
clone it to reproduce the bug. The repository is here:
https://github.com/mschout/modperl-trycatch-bug.git
The readme explains how to run it, but essentially its install a perl >=
5.19.7, install mod_perl, install TryCatch, and then the usual
"perl Makefile.PL && make test"
Regards,
Michael Schout
seems to be mod_perl specific. I have a very
straightforward/minimal test case that causes the "panic" error under
mod_perl, but the same code runs fine under the command line outside of
mod_perl.
Regards,
Michael Schout
diff --git a/op.c b/op.c
index 7038526..dc42b56 100644
--- a/op.c
+
had time yet.
Regards,
Michael Schout
The fun part of this one is that if I remove the "return" keyword, the
segfault goes away.
Regards,
Michael Schout
n a while, but that is understandable
given the massive changes to the internal apache API. Simply upgrading
your legacy apps to Apache 2.4+mod_perl alone is going to require some
work because the API has changed.
Cheers!
Michael Schout
with path=/foo for example, that cookie is only
supposed to be sent by the client for urls that begin with /foo.
For example if you have a directory called /secure, and you only require
AuthCookie authentication to access urls under this directory, you might
set the path to /secure
Regards,
Michael
think I even still
have VC6 around somewhere...
Or else -- given the uncertainty of predictions -- do you have an
estimation when you get into the gcc/dmake thing?
-Michael
a detailed recipe, especially with the steps
necessary to transfer the compiled mod_perl stuff to Strawberry?
Of course, I will make the result available, once it is working and I
can do the same for 5.18 as requested by André.
-Michael
works well.
Thanks for listening!
Michael
Michael A. Capone wrote:
Hello,
I'll try not to make this too convoluted... :)
The latest version of IO::Socket::SSL on CPAN is v2.005 and includes a
module IO::Socket::SSL::PublicSuffix. When attempting to use this
version of IO::Socket::SSL
is, IO::Socket::SSL is used by LWP::UserAgent, which is
probably used by a ton of mod-perl scripts out there.
My questions, then, are:
1) can you fine folk reproduce this?
2) what would be the best way to address it?
Thanks!
Michael
flag already on since the value that I used to set it did in fact
have the flag turned on.
FWIW, this is mod_perl 2.0.8, Apache 2.2.29
Regards,
Michael Schout
specific. Many packages have this problem due
to shipping with libtool that mis-identifies FreeBSD 10.
Regards,
Michael Schout
authcookie subclasses will
need to be updated as well.
As Lathan has already mentioned, there is alpha support for this
available in the git tree if you really want to try, but if I were you,
I'd still with apache 2.2 at least until there is a stable mod_perl
available for apache 2.4.
Regards,
Michael
.
This caused major headaches for me at one time until I figured this out.
You have to make sure to set $CGI::PARAM_UTF8 early, and FOR EVERY
REQUEST, because if you just set it globally (e.g.: in a startup perl
script), then it only works for the first request.
Regards,
Michael Schout
this is needed, and why I'd like to
see this in Apache::Test before mod_perl for apache 2.4 is finalized.
Regards,
Michael Schout
diff --git a/Apache-Test/lib/Apache/TestServer.pm
b/Apache-Test/lib/Apache/TestServer.pm
index 254aec6..a3bc3ab 100644
--- a/Apache-Test/lib/Apache/TestServer.pm
+++ b
that in RequireAll now.
Feel free to look at the httpd24 branch of AuthCookie on github to see
how I implemented it.
Regards,
Michael Schout
when I 'use'ed DBD::Oracle
in startup.pl but it worked fine as soon as I didn't try to preload it.
At least worth a try...
-Michael
Torsten Förtsch wrote:
On 02/28/2013 11:59 AM, Torsten Förtsch wrote:
I agree with you that the behavior is unexpected. Also, the XXX comment
in line 783 points out that my_finfo() is a temporary solution. So,
perhaps it would be best to use APR::Finfo here. If family allows it
I'll fix it
;
787: stat $r-filename;
788: \*_;
789: }
Thoughts?
Thanks!
Michael
: # depend on compat.pm)
785: sub Apache2::RequestRec::my_finfo {
786: my $r = shift;
787: stat $r-filename;
788: \*_;
789: }
Thoughts?
Thanks!
Michael
of document would have an associated server-side
handler that knows how to deal with it and what data to send back.
Pretty general, but that's how I'd tackle it. Hope this helps.
Best,
Michael
Vincent Veyron schrieb am 19.04.2012 um 09:24 (+0200):
Le jeudi 19 avril 2012 à 00:39 +0200, Michael Ludwig a écrit :
Got lost here, but your description makes sense even without the
real thing, so …
Not sure how you got lost, did you not find the site? the address is
below, in my
Vincent Veyron schrieb am 18.04.2012 um 02:11 (+0200):
Le mercredi 18 avril 2012 à 00:30 +0200, Michael Ludwig a écrit :
Maybe people can come up with more helpful
suggestions if you post a concrete example of what is cumbersome.
Sure, the app in my sig has a demo a account which you
://metacpan.org/module/DBIx::Simple
Best,
Michael
Vincent Veyron schrieb am 18.04.2012 um 00:09 (+0200):
Le mardi 17 avril 2012 à 20:10 +0200, Michael Ludwig a écrit :
Vincent Veyron schrieb am 16.04.2012 um 22:21 (+0200):
I am doing this now, but passing parameters to the query becomes
cumbersome :-(
https://metacpan.org/module
of other really big systems (like
facebook). Authoritative data in an SQL database and then their read
data in denormalized structures in a NoSQL database.
--
Michael Peters
Plus Three, LP
://stackoverflow.com/q/9973860/269126
Maybe you'd like to add some of your knowledge over there. Thanks.
/digressing
Michael
), shared_cache (shared memory), double_cache
(mix of normal cache and shared_cache) or file_cache (no extra memory
uses the filesystem so slower).
In fact, if you using normal CGI you can only use shared_cache or
file_cache.
--
Michael Peters
Plus Three, LP
.
Michael
any further security fixes.
--
Michael Peters
Plus Three, LP
success. If errors occur
+ please set the SEO variable in 'configure' manually to
+ the required 'echo' options, i.e. those which force your
+ 'echo' to not interpret escape sequences per default.
Did you heed that warning?
Michael
+ NOTE: You may also need to edit the shell invoked
haven't seen anyone give a definitive guide to how to do this
(although I could have missed something) and results seem to be mixed.
I prefer #2 and use it constantly. It also makes it really easy to have
separate dev environments each using their own code.
--
Michael Peters
Plus Three, LP
it?
The same way you're doing it now with Storable and a file. But instead
of reading a file you read a database field.
--
Michael Peters
Plus Three, LP
of such work and will thus get new
features and be better maintained than lots of other alternatives.
--
Michael Peters
Plus Three, LP
idea to do a
redirect after a POST anyway since it prevents other problems.
--
Michael Peters
Plus Three, LP
format. But in practice it probably doesn't matter a whole lot which
config module you use as long as it's not tied to Apache. But if you
like the apache-style format you can use Config::ApacheFormat which
works well.
--
Michael Peters
Plus Three, LP
-mod_perl processes
involved somewhere.
I prefer to use environment variables if you need to specify the
location of a config file. These are available no matter where you're
running (in mod_perl you'll want to use a PerlPassEnv directive so the
mod_perl side sees it).
--
Michael Peters
Plus
)
--
Michael Peters
Plus Three, LP
to mod_perl than I suspect
lots of people would use it instead since it's much easier to setup and
also much easier to package with your app since it's just a CPAN module.
Would be nice to through FastCGI into that benchmark too.
--
Michael Peters
Plus Three, LP
.
--
Michael Peters
Plus Three, LP
handler gets
called, UTF-8 decoding gets turned off.
You have to work around this by manually making sure $CGI::PARAM_UTF8 =
1 before calling CGI-new.
Regards,
Michael Schout
.
Or am I missing something?
--
Michael Peters
Plus Three, LP
running doesn't apply then, right? This memory isn't in
swap, it's just not in RAM. So turning off swap won't cause the
shared/unshared sizes to blow up, right?
--
Michael Peters
Plus Three, LP
it
can't handle. It's not it's fault really, it's a feature that's missing
in Perl.
These days, I never use Apache::Reload. I just restart my dev server (
yes, I believe each dev should have their own dev Apache server).
--
Michael Peters
Plus Three, LP
help
-Michael
mod_perl processes/threads and handle the same
number of connections.
But, even after all that I have applications where we consistently run
3-4G just for mod_perl/Apache.
--
Michael Peters
Plus Three, LP
Michael Peters schrieb am 27.01.2011 um 19:14 (-0500):
But, even after all that I have applications where we consistently
run 3-4G just for mod_perl/Apache.
But surely not in one process as the OP said he'd like to do?
--
Michael Ludwig
On 01/27/2011 07:41 PM, Michael Ludwig wrote:
Michael Peters schrieb am 27.01.2011 um 19:14 (-0500):
But, even after all that I have applications where we consistently
run 3-4G just for mod_perl/Apache.
But surely not in one process as the OP said he'd like to do?
No you're right, but I'm
Mod Perl Folks,
I logged two bugs on https://rt.cpan.org/ for Apache::AuthDBI.
63711 - Apache::AuthDBI will not run without Apache::DBI
https://rt.cpan.org/Ticket/Display.html?id=63711
63691 - Auth_DBI_pwdcasesensitive=off does not work while Auth_DBI_encrypted=off
ActivePerl's DBD::Pg builds are getting stale, and the latest
upgrade to Apache 2.2.17 has been causing random/intermittent Apache
service crashes for us these past couple weeks, I think related to
DBD::Pg.
Try reporting it on the ActivePerl mailing list.
--
Michael Ludwig
that gobbles up memory.
I've also seen situations (with bad code) where memory consumption
depended on the data available for a process to read.
Hope this helps.
--
Michael Ludwig
the final conf.
Works quite well for us.
--
Michael Peters
Plus Three, LP
that and see if it works
--
Michael Peters
Plus Three, LP
solution. But there is
little user feedback available on the net, which lends a somewhat,
well, experimental or pioneering touch to the whole undertaking.
Anyone around here ever tried that combo? Or has feedback on it?
--
Michael Ludwig
the performance
drop you mentioned in your original mail. Correct?
--
Michael Ludwig
-data);
xhr.send(file);
Any idea how now the server side part has to look like now?
Thanks, Michael
Michael Ludwig schrieb am 09.07.2010 um 22:16 (+0200):
Are there any people on this list using mod_perl 2.0 on Windows?
Do you have any positive or negative experiences to share?
Folks, thanks for your input on using mod_perl on Windows. The bottom
line to draw based on your feedback seems
On 09.07.2010 22:16 Michael Ludwig wrote:
Relevant or not, this story makes me ask the following questions:
Are there any people on this list using mod_perl 2.0 on Windows?
Do you have any positive or negative experiences to share?
I use it for a web based application but have/had some
for testing purposes, not in
production.
Does that still hold true? With Apache 2 and all that progress?
What's the status of using mod_perl on Windows?
--
Michael Ludwig
Perrin Harkins schrieb am 09.07.2010 um 13:19 (-0400):
On Fri, Jul 9, 2010 at 12:12 PM, Michael Ludwig mil...@gmx.de wrote:
What's the status of using mod_perl on Windows?
http://perl.apache.org/docs/2.0/os/win32/install.html
Thanks. Doesn't sound too bad. So it's (1) ActiveState, (2) one
Am 31.05.2010 um 03:46 schrieb Peter Winn:
I am trying to build apache-1.3.42 with mod_perl-1.31 but when I start httpd
I get a the message segmentation fault (core dumped). What should I do?
Provide information:
* platform
* operating system
* configure line
* ldd (or equivalent) output for
it on CPAN (obviously I wouldn't use the name
Apache2::Reload as that is taken already :)).
Regards,
Michael Schout
On 05/27/2010 03:04 PM, Perrin Harkins wrote:
On Thu, May 27, 2010 at 11:11 AM, Michael Schout msch...@gkg.net wrote:
My solution involved forking off a watcher process when the server
starts up.
Wouldn't it be simpler to start a separate daemon for this?
The project this is for has
).
--
Michael Peters
Plus Three, LP
probably missing something trivial, but how do you
enforce uniqueness over r for 99,999 consecutive calls
to rand?
The perldoc doesn't promise any uniqueness, only randomness,
which isn't uniqueness.
--
Michael Ludwig
semi-persistent.
You can store and increment an integer there. Or in any other
key-value store.
I think the locking required for incrementing an integer, if
necessary at all, is negligible.
But I agree that in practice for most scenarios, your solution
will work just fine ;-)
--
Michael Ludwig
On 05/15/2010 04:47 PM, André Warnier wrote:
A tip : to get a really unique identifier
Another tip: to get a really unique identifier use mod_unique_id or
Data::UUID or the UUID() function in mysql.
--
Michael Peters
Plus Three, LP
On 05/10/2010 01:59 PM, André Warnier wrote:
Michael,
I am using that module a lot, and have used it as a base for many
variations of Apache AAA.
It may please you to know that derivates of that module are being used
daily by thousands of people spread all over the world (although they do
of the many subclasses already on CPAN, as
suggested in the AuthCookie documentation.
I wrote Apache::AuthTicket which does ticket based auth using AuthCookie
and a DBI database store.
There are many others as well.
Regards,
Michael Schout
a
Short Running External Program on the page you're referring to.
[1]:
http://perl.apache.org/docs/1.0/guide/performance.html#Forking_and_Executing_Subprocesses_from_mod_perl
[2]:
http://perl.apache.org/docs/1.0/guide/performance.html#A_Complete_Fork_Example
--
Michael Ludwig
Moin André,
Am 26.04.2010 um 21:44 schrieb André Warnier:
cr...@animalhead.com wrote:
The retention of values from previous executions applies
only to global variables.
Ah, yes.
But that would have triggered another discussion (which it might now
still do of course), about what exactly
Torsten Förtsch schrieb am 27.04.2010 um 11:25:33 (+0200):
On Tuesday 27 April 2010 10:18:17 Michael Ludwig wrote:
A lexical variable in Perl is any variable declared with my,
regardless of the scope, which may be file-level. Unlike globals,
lexical variables aren't directly accessible
Perrin Harkins schrieb am 27.04.2010 um 14:20:13 (-0400):
On Tue, Apr 27, 2010 at 2:08 PM, Michael Ludwig mil...@gmx.de wrote:
Variables declared with our are a funny hybrid between global
variables, which are attached to a package, and lexical variables,
which are attached to a scope
1 - 100 of 605 matches
Mail list logo
