I'm having a hard time with Apache::Session::DB_File, and I
think I have it narrowed down to a small enough problem to
ask about it. I haven't given up on A::S::Postgres, I'm
just trying to get things working with DB_File before I try
to solve my other problem.
The one-sentence version of
Todd Finney wrote:
The one-sentence version of my question is: Is there a
problem with tying a session twice during two different
HeaderParserHandlers, as long as your doing the standard
cleanup stuff (untie | make_modified) in each?
It seems like the answer should be no unless there's some
Sam Horrocks wrote:
say they take two slices, and interpreters 1 and 2 get pre-empted and
go back into the queue. So then requests 5/6 in the queue have to use
other interpreters, and you expand the number of interpreters in use.
But still, you'll wind up using the smallest number of
Thanks to Perrin's suggestion (read: clue brick), things
are much happier now. Going around the problem is just as
good as fixing it, I suppose.
I'm still curious about that behavior, though.
cheers,
Todd
At 04:22 AM 1/19/01, Perrin Harkins wrote:
Todd Finney wrote:
The one-sentence
Hi
I'm using rewrite to send a request to a relevant server, for
instance if a filename ends with .pl I rewrite it to the perl
enabled apache:
RewriteEngine On
# Perl Enabled.
RewriteRule ^/(.*\.ehtm)$ http://%{HTTP_HOST}:81/$1 [P]
RewriteRule ^/(.*\.pl)$ http://%{HTTP_HOST}:81/$1 [P]
# PHP
On Fri, 19 Jan 2001, Tomas Edwardsson wrote:
The problem is that I can't find a way to send the request
to a relevant port if the request calls for a URL which ends
with a slash ("/"). Any hints ?
RewriteCond and %{REQUEST_FILENAME} ?
This happens after the default URI Translation handler.
RewriteCond %{REQUEST_FILENAME} .*\.php$
RewriteRule ^(.*)$ http://%{HTTP_HOST}:83$1
I Tested it like this and this doesn't seem to work, either
I'm misunderstanding RewriteCond or this method doesn't work.
- Tomas
On Fri, Jan 19, 2001 at 10:59:43AM +, Matthew Byng-Maddick wrote:
On Fri,
On Fri, 19 Jan 2001, Tomas Edwardsson wrote:
RewriteCond %{REQUEST_FILENAME} .*\.php$
RewriteRule ^(.*)$ http://%{HTTP_HOST}:83$1
I Tested it like this and this doesn't seem to work, either
I'm misunderstanding RewriteCond or this method doesn't work.
What happens if you turn RewriteLog On
It doesn't seem to apply the values of the DirectoryIndex to the filenames.
DirectoryIndex index.php index.ehtm index.pl index.html
RewriteCond %{REQUEST_FILENAME} .*\.php$
RewriteRule ^(.*)$ http://%{HTTP_HOST}:83$1
rewrite.log:
194.144.154.45 - - [19/Jan/2001:11:40:23 +]
On Fri, 19 Jan 2001, Matthew Byng-Maddick wrote:
On Fri, 19 Jan 2001, Tomas Edwardsson wrote:
The problem is that I can't find a way to send the request
to a relevant port if the request calls for a URL which ends
with a slash ("/"). Any hints ?
RewriteCond and %{REQUEST_FILENAME} ?
This
There's only one run queue in the kernel. THe first task ready to run is
put
at the head of that queue, and anything arriving afterwards waits. Only
if that first task blocks on a resource or takes a very long time, or
a higher priority process becomes able to run due to an
This doesn't affect the argument, because the core of it is that:
a) the CPU will not completely process a single task all
at once; instead,
it will divide its time _between_ the tasks
b) tasks do not arrive at regular intervals
c) tasks take varying amounts of time to
There seems to be a lot of talk here, and analogies, and zero real-world
benchmarking.
Now it seems to me from reading this thread, that speedycgi would be
better where you run 1 script, or only a few scripts, and mod_perl might
win where you have a large application with hundreds of different
You know, I had brief look through some of the SpeedyCGI code yesterday,
and I think the MRU process selection might be a bit of a red herring.
I think the real reason Speedy won the memory test is the way it spawns
processes.
Please take a look at that code again. There's no smoke
Hello,
On my machine, I am running two instances of Apache. They both use the
same executable, but different config files; one has "AddModule
mod_perl.c" and the other one doesn't.
I used to only run one instance of Apache with the same executable as I
have now that was mod_perl enabled. Back
Hi George,
Thanks for the reply...
My problem is that the mod_perl httpd is sometimes crashing overnight. In
the last three days, it has mysteriously crashed twice. When I restart it
with "apachectl_modperl start" (apachectl_modperl is just apachectl but
with the config file path set
face it, you are trying to perform surgery on a live subject...
with all the Makefiles you'll be making, (httpd, modperl, perl...) you're bound
to slip
on one of them and install over some of your existing stuff.
i went thru a conflict like this once, and avoided it by simply getting
a second
Philip Mak wrote:
Examination of the error_log after I restart it only shows:
[Fri Jan 19 04:44:27 2001] [error] [asp] [4941] [WARN] redefinition of
subroutine Apache::ASP::Compiles::_tmp_global_asa::display_footer at
make 2 directories:
/opt/local1
and
/opt/local/2
do an original install in /opt/local1, perl http mod_perl what ever packages
you need etc. when it is time to upgrade do a new install in /opt/local2 of
what you need, run the httpd on an off port, i.e. port 8765, until you get
the new stuff
Hi everyone,
I am new to mod perl.
Just attempting to install on an mklinux box (DR3). I am having some problems.
If anyone has successfully installed it is prepared to give me some pointers or
suggestions on how to get this going, please email me off-list.
Here's the error I get during
On Fri, 19 Jan 2001, Sam Horrocks wrote:
You know, I had brief look through some of the SpeedyCGI code yesterday,
and I think the MRU process selection might be a bit of a red herring.
I think the real reason Speedy won the memory test is the way it spawns
processes.
Please take
I'm having trouble getting mod_perl 1.24 to compile using the Solaris compiler
(Version is: Sun WorkShop 6 2000/04/07 C 5.1)
Any ideas?
For various reasons I'm using the Apache 1.3.12 source tree, and I can compile
fine using gcc, but the Solaris compiler complains:
/opt/SUNWspro/WS6/bin/cc
22 matches
Mail list logo