Hi,
I am a little late for the thread, nevertheless I like to give experiences I
gathered trying to get DBI threadafe. As Stas already said before in this
thread I have made a patch to DBI which makes DBI threadsafe. The result is
released in DBI 1.30. This doesn't mean that the DBD driver can
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.
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
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
[...]
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.
-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
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 in this
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
-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.
- --
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(MyVar);
7.
8.
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 circles
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
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
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
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
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
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
... 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
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
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
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
Please disregard other messages. This is the one I'm stuck on. Everything builds
except the ModuleConfig.c.
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
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 admin
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
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
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
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. I
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
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's
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
that
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
32 matches
Mail list logo
