Hi Stas,
> Do you suggest that %ENV is getting lost along the way? Or can it be
> some other problem? I don't have Oracle to test with. Or can you think
> of some other way to reproduce the problem without depending on Oracle
> being installed?
I think this reason is my configuration or DBI/DBD
Thanks for the help I've got from this list over the past few years, esp. Randy Kobes.
I won't be involved with mod_perl in the foreseeable future but it was fun being here.
regards, Rod
Joachim Zobel wrote:
>
> Hi.
>
> Yesterday it happened that our error log reached 2Gb. Since ours is a
> linux box writing to it stopped. At the same time all database driven
> functionality stopped working (Plain DBI on Mysql, no Apache::DBI). The
> database was still usable through the PHP
Please disregard other messages. This is the one I'm stuck on. Everything builds
except the ModuleConfig.c.
Got past that one. Now it can't fine ModuleConfig.c. Seams to be the same problem
but all the rest worked after doing perl makefile.pl and nmake install (why isn't this
nmake prep?)
Please help
-Original Message-
From: Goehring, Chuck Mr., RCI - San Diego
Sent: Thursday, August 01
Dave Rolsky wrote:
> It can, but I'm not sure what to update it to. Frankly, I think CPAN is
> more at fault here given that _many_ people use CVS for this sort of stuff
> and this quite normal when using CVS.
This is a common complaint about CPAN.pm, but it's kept this way so far
because of pe
Version 0.17a of aphid, the web-based Perl/Apache/SSL installer
is now available at sourceforge:
http://www.sourceforge.net/projects/aphid
0.17a 08/01/2002
Changed software_list.text to download Perl 5.8.0, URI 1.20,
HTML::Parser 3.26, libnet 1.12, Digest::MD5 2.20, libwww 5.65,
Apache 1
To all,
Trying to hurriedly build mod_perl 1.27 and Apache 1.3.26.
Getting error bulding mod_perl like at the bottom of this message. I think this is
because awk is needed to convert the .xs files to .c(). Can't remember how to put
this in in VC++. It was somewhere in one of he instruct
> "DR" == Dave Rolsky <[EMAIL PROTECTED]> writes:
DR> See, that's the problem. We're up in the hundreds. Maybe we should've
DR> started formatting these with '%04d' way back when but that certainly
DR> wouldn't help now.
How 'bout removing Mason 1.05 from CPAN? Or are there too many apps
On Thursday, August 1, 2002, at 02:11 PM, Dave Rolsky wrote:
> See, that's the problem. We're up in the hundreds. Maybe we should've
> started formatting these with '%04d' way back when but that certainly
> wouldn't help now.
I've given up on letting CVS set $VERSION, for just this reason. It
On Thu, 1 Aug 2002, David Wheeler wrote:
> No, CVS is kind-of brain-dead about this. I suggest you use sprintf to
> properly format the version number with appropriate number of 0s.
>
> Although, with those version numbers, it might be a little late.
See, that's the problem. We're up in the hun
Hi.
Yesterday it happened that our error log reached 2Gb. Since ours is a linux
box writing to it stopped. At the same time all database driven
functionality stopped working (Plain DBI on Mysql, no Apache::DBI). The
database was still usable through the PHP admin interface. The filesystem
wa
On Thursday, August 1, 2002, at 01:43 PM, Dave Rolsky wrote:
> It can, but I'm not sure what to update it to. Frankly, I think CPAN is
> more at fault here given that _many_ people use CVS for this sort of stuff
> and this quite normal when using CVS.
No, CVS is kind-of brain-dead about this.
> ... It does cost an extra database write on each request
> though, to keep the "last activity" time up to date.
Unless you maintain a timestamp in the cookie and hash it with the session
id (or whatever sensitive info you're hashing).
Regards,
Tim Tompkins
---
On 1 Aug 2002, Vivek Khera wrote:
> Cool... I just updated one system from 1.05 to 1.1201 and cpan says
> that HTML::Mason::ApacheHandler is now older than the version in 1.05:
>
> Package namespace installedlatest in CPAN file
> HTML::Mason::ApacheHandler 1.242 1.68 J/JS/J
> "DR" == Dave Rolsky <[EMAIL PROTECTED]> writes:
DR> This release has a number of important improvements and it is highly
DR> recommended that anyone use Mason 1.10 or 1.11 upgrade immediately in
DR> order to fix a nasty memory leak in ApacheHandler. 1.12 is also quite a
DR> bit faster than
Oh yes, changing IPs. I hear that WebTV terminals may have different IP
addresses per each HTTP request. I suppose the specific behaviour you want
on the event 'user A at station A is authenticated. user A at station B
attempts to authenticate'. I handle that by expiring the original session
a
The drawback could probably be at least partially mitigated with an inactivity
timeout. When they attempt to login, you check both the flag and the last time
you heard from them. If they had timed out, then you log them out and let them
go ahead and try to log in. It does cost an extra database
On Thu, Aug 01, 2002 at 03:08:40PM -0400, Baljit Sethi wrote:
> Hello.
>
> I am hoping someone can point me in the right direction.
>
> What I want to do is limit client logons to one logon per username ie while
> a client has a session open, he/she cannot logon to the website from another
>
This isn't strictly a mod_perl thing but this is probably the safest way
to make this happen. This happens to be how I've created a secure (by my
definition. correct me if I get something wrong) web application.
Pipe everything through an SSL tunnel
The initial logon is username + password. A
Baljit Sethi wrote:
> What I want to do is limit client logons to one logon per username ie
> while a client has a session open, he/she cannot logon to the website
> from another terminal.
The simplest thing to do is create a new session for the user each time
he logs in and invalidate any old
Title: [Newbie Q] Cleanest way to implement one logon per user?
Hello.
I am hoping someone can point me in the right direction.
What I want to do is limit client logons to one logon per username ie while a client has a session open, he/she cannot logon to the website from another termina
On Wed, Jul 31, 2002 at 09:08:54PM -0500, James G Smith wrote:
>
> My apologies.
np :). It's fun to prattle on about my babies ;).
> The StateML:: stuff does sound neat though :) I'm wanting to
> eventually put together a gui for creating web-based wizard-like
> applications -- draw the circl
>
> The following pices of code do not work:
>
> -
> code sample 1
> --
>
> 1. sub handler {
> 2.my $r = instance Apache::Request(shift);
> 3.
> 4.$r->dir_config(MyVar => undef);
> 5.
> 6.$r->dir_config->unset("My
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Some how the mod_perl was missing some files. A --force reinstall of the RPM
file fixed it. mod_perl is working now and I understand it much better.
Though my goal is to get Mason working and it still does not.
Thanks everyone for the help.
- --
R
On Thu, Aug 01, 2002 at 03:51:09AM -0400, sully wrote:
> Answer:
> You tell me! :) A problem with Apache? A problem with mod_perl? A problem with
>IE/Mozilla? Do I need to be posting large forms such as this using
>multipart/form-data with mod_perl? Please. Help.
>
Have you tried just regular
>
>
>So, question is: How do I protect my data files from being accessed by
>anything else than my own perlhandler? Can I set another uid for all that
>has to do with my specific perlhandler? Hints are most welcome.
>
> // Joel
>
>
Maybe you are facing the same problem, that I asked earlier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On July 30, 2002 10:02 pm, Stas Bekman wrote:
> 2) See http://perl.apache.org/docs/2.0/devel/testing/testing.html
> Though you can really rely on it once Apache::Test is released, which
> will happen when mod_perl 2.0 is released.
> 1) That's an inter
[...]
> So, question is: How do I protect my data files from being accessed by
> anything else than my own perlhandler? Can I set another uid for all that
> has to do with my specific perlhandler? Hints are most welcome.
You can't. The only solution is run a dedicated server for each user.
Cur
Hmm.. I have only this week compiled the exact same versions of Apache and
mod_perl on Solaris 2.6, without any problems. I'd suggest to get the latest
gcc from:
ftp://ftp.sunfreeware.com/pub/freeware/sparc/2.6/gcc-3.1-sol26-sparc-local.g
z
And it won't hurt to renew zlib,ncurses and gdbm either
Apologies in advance for a question that may or may not make any sense. Fact is, there
seems to be no other place to go but here to find a healthy collection of Apache +
mod_perl + experience. Mailing list archive searches of mine must be targetting the
wrong keywords because nothing has helped
I'm developing an online survey system under mod_perl (with a homemade
perlhandler, not under Apache::Registry). Since I've had as a goal to
avoid as many dependencies as possible, I store results in local plaintext
files. By nature, these files has (?) to be writable by the uid apache
runs as.
32 matches
Mail list logo