Adam:
Netscape does behave somehow differently under the authentication. I used to
have similar problem with a Perl authen module using Netscape 6 (Netscape
4.0 and 3.0 are okay, however). It looks like N6 uses more caching, and
does not tolerate any departure from the httpd 1.1 definition; so o
I should add that I am using Apache 1.3, perl 5.6.1 & mod_perl 1.26.
my httpd.conf file for the perl_mod is as below ( I have add the first 3
lines during the cause of troubleshooting.
PerlFreshRestart On
PerlWarn On
PerlSetEnv MOD_PERL_TRACE d;
#
# This may also be "None", "All", or any co
I am still having problems with the AuthenNTLM module.
All works fine for IE and Mozilla browsers but when I use Netscape, I am
repeatedly promted for passwords. If I enter my password about 3 to 6
times I will eventually get the full page . If I enter password once, (
and cancel for any furthe
md wrote:
>We are using a load-balanced
>system; I shoudl have mentioned that earlier. Won't
>that be an issue with caching to disk? Is it possible
>to cache to the db?
>
There are a few ways to deal with this. The simplest is to use the
"sticky" load-balancing feature that many load-balancers
Hello list,
Does anyone have a working link to a pdf version (mod_perl 1.27) of the
guide? Found one in the archives that no longer works...
I tried cvs'ing the data and doing the build deal referenced on
perl.apache.org, but I'm missing something as I get an error from
DocSet/Util.pm. It's
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> >Current page name and id are never stored in db, so
> >different browser windows can be on different
> >pages...
> >
>
> I thought your session was all stored in MySQL. Why
> are you putting
> these in the session exactly? If these things are
modperl Gurus,
> What do you get from running:
> nm httpd | grep Apache__Log
>
> there should be boot_Apache__Log there.
I get the following:
[2638] |286064| 216|FUNC |GLOB |0|8 |XS_Apache__Log_alert
[3893] |286280| 216|FUNC |GLOB |0|8 |XS_Apache__Log_crit
[3
On 2002.08.19 14:47 Elizabeth Mattijsen wrote:
> At 02:37 PM 8/19/02 -0700, Randy J. Ray wrote:
> >> use AutoLoader 'preload'; # preload anything you can find in %INC
> >> use AutoLoader preload => { module => '' }; # all from specific module
> >> use AutoLoader preload => { module => [qw(s
md wrote:
>I don't think "global" was the term I should have
>used. What I mean is data that will be seen on all or
>most pages by the same user...like "Hello Jim"
>
Okay, don't put that in the session. It belongs in a cache. The
session is for transient state information, that you don't want
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> md wrote:
> That doesn't sound very global to me. What happens
> when users open
> multiple browser windows on your site? Doesn't it
> screw up the "current
> page" data?
I don't think "global" was the term I should have
used. What I mean is d
Thanks though. That was succinctly put.
Could you go back in time and tell me that a year or two ago?
That would be great, thanks again.
-Josh
:)
> Things like the login status of this session,
> and the user ID that is associated with it go
> in the session. Status of a particular page
>
At 02:37 PM 8/19/02 -0700, Randy J. Ray wrote:
>> use AutoLoader 'preload'; # preload anything you can find in %INC
>> use AutoLoader preload => { module => '' }; # all from specific module
>> use AutoLoader preload => { module => [qw(suba subb)] }; # only specific
>>Would that make sense?
On 2002.08.19 14:19 Elizabeth Mattijsen wrote:
> use AutoLoader 'preload'; # preload anything you can find in %INC
>
> use AutoLoader preload => { module => '' }; # all from specific module
>
> use AutoLoader preload => { module => [qw(suba subb)] }; # only specific
>
>
> Would that ma
md wrote:
> Currently I'm putting very little in the session
Good. You should put in as little as possible.
> what I am putting in the session is more "global" in
> nature...greeting, current page number, current page
> name...
That doesn't sound very global to me. What happens when users ope
At 02:05 PM 8/19/02 -0700, Randy J. Ray wrote:
>>Because routines are loaded when they are requested, they may be loaded in
>>child processes, causing duplication in memory because they are not shared.
>>They would be shared if they would be loaded in the initialization phase
>>before the child pr
--
mod_perl digest
August 12, 2002 - August 18, 2002
--
Recent happenings in the mod_perl world...
Features
o
On 2002.08.19 13:53 Elizabeth Mattijsen wrote:
> Because routines are loaded when they are requested, they may be loaded in
> child processes, causing duplication in memory because they are not shared.
> They would be shared if they would be loaded in the initialization phase
> before the child p
Hello md --
> I'm using mod_perl and Apache::Session on an app that
> is similar to MyYahoo. I found a few bits of info from
> a previous thread, but I'm curious as to what type of
> information should go in the session and what should
> come from the database.
One thing to watch out for is the
It wasn't until recently that I realized that the functionality of AutoLoader might
actually be counter-productive for mod_perl, at least in a prefork MPM.
Because routines are loaded when they are requested, they may be loaded in child
processes, causing duplication in memory because they are
I'm using mod_perl and Apache::Session on an app that
is similar to MyYahoo. I found a few bits of info from
a previous thread, but I'm curious as to what type of
information should go in the session and what should
come from the database.
Currently I'm putting very little in the session, but
wha
Jonathan Lonsdale wrote:
> 2. Distinct content handlers each with their own Location directive. Could
> be a pain to maintain the server config.
You would typically have a single handler that covers one "application"
with many screens, so instead of having an entry there for every
template you
On Mon, 19 Aug 2002, Pierre Vaudrey wrote:
> with the following starnge error (The Title is displayed but not the
> vignette.gif file)
> [Mon Aug 19 07:22:24 2002] [error] Missing right curly or square bracket
> at /Library/WebServer/Documents/perl/vignette.gif line 1, at end of line
> syntax err
On 19 Aug 2002, Bjarte Kileng wrote:
> I get an error when I try to compile mod_perl. I have tried to
> read the manuals, but I do not find anything appropriate.
> I am using Perl 5.6.1 and httpd-2.0.40.
>
> Apache builds and installs without problems. From the
> httpd-2.0.40 directory this is d
On Sun, Aug 18, 2002 at 12:31:03AM +0100, Jonathan Lonsdale wrote:
> I'm curious to know how people approach application development with
> mod_perl in situations where there could be dozens of distinct
> screens/interfaces. I'm currently using the HTML::Template system.
When using HTML::Template
Greetings.
This happens on win32.
If the following is inserted in httpd.conf:
I get, reasonbly enough:
Syntax error on line 961 of D:/Apache2/conf/httpd.conf:
sections not yet implemented in modperl-2.0
Tough, but fair. But why should the following:
give me the totally unreasonab
On Fri, Aug 16, 2002 at 04:07:52PM -0700, Michael G Schwern wrote:
> On Tue, Aug 13, 2002 at 10:22:35PM +0100, Tim Bunce wrote:
> > > > But how about a new method:
> > > >
> > > > DBI->connect_method("connect");
> > > > DBI->connect_method("Apache::DBI::connect"); # effectively what "use
>Ap
I get an error when I try to compile mod_perl. I have tried to read the manuals,
but I do not find anything appropriate.
I am using Perl 5.6.1 and httpd-2.0.40.
Apache builds and installs without problems. From the httpd-2.0.40 directory
this is done using:
./configure --prefix=/usr/local/apa
27 matches
Mail list logo