Stas Bekman replied:
Argh, I wish I could always test every addition I have in the guide, some
code goes untested as it was posted to the mod_perl or contributed by
someone else. Then people come and use it, if something is wrong they send
me a patch I fix it. I guess this is a similar
SO -- Stas, here's a coupla extra tweaks i think you should
make so that cut/paste newbies (unlike me, of course) will
have an easier time with this particular example on the next
iteration:
It's corrected in the guide's cvs version! Thanks Will!
2) 'Do not': "PerlFreshRestart On" in httpd.conf.
Curiously enough, "PerlFreshRestart On" has always worked for me, even
on the production servers.
It's pretty damn useful too, giving servers a graceful restart everytime
you upload a module... it'd be a pain to have to fully restart the
Hello!
Since I recently faced the question where a complex Apache
installation spent it's time, I wrote alittle handler pair
that logs the cpu (user/system) and realtime taken by a request.
I'm proposing to name this Apache::Perfmon, and will add it to
CPAN if the more knowledgable mod_perl
On Sat, Aug 19, 2000 at 03:22:32PM -0400, Ron Pero wrote:
Do you use mod_perl at iServer?
I've used them for some time. Indeed there are some problems with
their setup. What have you encountered?
--Alex
Thanks to Balazs Rauznitz [EMAIL PROTECTED] for pointing
out an embarrasing thinko. The corrected version is at
http://free.prohosting.com/~lupe/Personal/Perl/Apache-Perfmon/Apache-Perfmon-0.011.tar.gz
Sorry if you already grabbed this.
Lupe Christoph
--
| [EMAIL PROTECTED] |
It seems very inefficient on memory to have each child process forms
its own cache, so I was interested in creating a centralized cache that
all of the child processes could dip into (actually forming a module
that allows for I/O control of a centralized cache - expiring
information,
Angela Focazio wrote:
It seems very inefficient on memory to have each child process forms
its own cache, so I was interested in creating a centralized cache that
all of the child processes could dip into (actually forming a module
that allows for I/O control of a centralized cache -
Sorry for the newbie question but could anyone tell me how to expire pages
so a user can't use the back button to get back to that page?
Thanks,
Jamie
On Sun, 20 Aug 2000, Jamie Krasnoo wrote:
Sorry for the newbie question but could anyone tell me how to expire pages
so a user can't use the back button to get back to that page?
Besides being a really bad idea, and next to impossible to implement, this
is not a mod_perl question, but a
use
my $headers = $r-headers_out;
$headers-{'Pragma'} = $headers-{'Cache-control'} = 'no-cache';
$r-no_cache(1);
for more information see
http://perl.apache.org/guide/correct_headers.html#2_1_3_Expires_and_Cache_Control
On Sun, 20 Aug 2000, Jamie Krasnoo wrote:
Sorry for the newbie question
[EMAIL PROTECTED] (Jamie Krasnoo) wrote:
Sorry for the newbie question but could anyone tell me how to expire pages
so a user can't use the back button to get back to that page?
Check this out:
http://perl.apache.org/guide/correct_headers.html
Short answer: $r-no_cache(1);
On Sun, 20 Aug 2000, Angela Focazio wrote:
It seems very inefficient on memory to have each child process forms
its own cache, so I was interested in creating a centralized cache that
all of the child processes could dip into (actually forming a module
that allows for I/O control of a
Hi,
In the converted AuthCookie (AuthCookieURL?) that also handles sessions by
URL, I need a way to add the session back on the URL when Apache generates
a redirect to someplace within the site (e.g. when a request is for a
directory).
Currently, I'm registering a 301 and 302 ErrorDocument to
The URL
ftp://ftp.dev.ecos.de/pub/perl/embperl/HTML-Embperl-1.3b5.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GR/GRICHTER/HTML-Embperl-1.3b5.tar.gz
size: 282226 bytes
md5: 812c620f5123b91c74b0c46a24d573d0
Embperl is a module for embedding Perl code in HTML pages. See
Hello, all
I have a module that appends a line of stats sensitive information to
the bottom of html pages or
cgi scripts. the module uses lookup_uri() to generate a subrequest then
calls run() to output the actual contents of the file. the eagle book
says that calling run() on a subrequest
This is a redhat linux 6.2 box with perl 5.005_03, Apache 1.3.12,
mod_perl 1.24, DBD::Oracle 1.06, DBI 1.14 and oracle 8.1.6.
For some odd reason, in order to use DBI, I have to set
LD_LIBRARY_PATH first. I don't think I needed to do this when I
used oracle 7. This is fine on the command line
On Aug 20, 2000 at 19:38:53 -0700, Alex Menendez twiddled the keys to say:
cgi scripts. the module uses lookup_uri() to generate a subrequest then
calls run() to output the actual contents of the file. the eagle book
says that calling run() on a subrequest should automatically send the
As far as FreeBSD goes, LD_LIBRARY_PATH is not searched for setuid
programs (aka, Apache). This isn't a problem for CGIs since they don't
do a setuid (and are forked off), but Apache does, and mod_perl is in
Apache. I think thats right anyway :)
You could solve this globaly by running ldconfig
unfortunately, I am not entirely sure what a cgi is going to output all the
time. The cgi might try to do a redirect using the Location field. Therefore,
I don't think I can simply send_http_headers as type text/html...
thanx, though
-amen
Rick Myers wrote:
On Aug 20, 2000 at 19:38:53 -0700,
dougm 00/08/20 20:01:31
Modified:lib/Apache Build.pm
lib/ModPerl Code.pm
pod modperl_dev.pod
src/modules/perl mod_perl.c mod_perl.h modperl_callback.c
modperl_callback.h modperl_config.c
Log:
pass arguments
dougm 00/08/20 20:03:52
Added: src/modules/perl modperl_apache_xs.c modperl_apache_xs.h
Log:
code for extensions, which may be called from a .xs file or elsewhere
start playing with buckets and i/o
Revision ChangesPath
1.1
dougm 00/08/20 20:43:53
Modified:src/modules/perl modperl_apache_xs.c
Log:
loose tab
Revision ChangesPath
1.2 +1 -1 modperl-2.0/src/modules/perl/modperl_apache_xs.c
Index: modperl_apache_xs.c
richter 00/08/20 21:23:26
Modified:embperl Changes.pod.1.html Changes.pod.10.html
Changes.pod.11.html Changes.pod.12.html
Changes.pod.13.html Changes.pod.14.html
Changes.pod.15.html Changes.pod.16.html
richter 00/08/20 21:39:02
Modified:embperl Changes.pod.1.html index.html
Log:
Embperl Webpages - Changes
Revision ChangesPath
1.169 +1 -1 modperl-site/embperl/Changes.pod.1.html
Index: Changes.pod.1.html
25 matches
Mail list logo
