Hi,
ouch, bad idea, wrong list, but:
4 solutions:
1.) let your webserver run as root (NEVER, NEVER
do this!!)
2.) write a daemon that runs as root and does such
things for your normal programs. (Overkill in this
case)
3.) use sudo to allow the webserver's user to run
exactly that command
Hi,
I just found that one of our Perl scripts used CORE::exit, I changed that
and found a whole bunch of problems. The biggest one is, that
Apache::PerlRun doesn't seem to like prototypes. It runs the script some
times but will eventually fail with
[Wed Nov 14 17:05:00 2001] [error] PerlRun: `[W
Hi,
we're using the following code:
sub savelink ($modul: string min 4 max 4, $page: string default index.html) {
my $r = Apache->request;
my $session_id = $r->pnotes('sessionid');
my $uri = Apache::URI->parse($r);
my $hostinfo = $uri->hostinfo;
my $scheme = $uri->scheme;
my $url
Hi,
our code contains exactly one SQL-Statement:
our $getSQL = 'select SQLSTMT, INPARAM, OUTPARAM from SQLSTMT where ID=?';
but I think it would even be cleaner to use a PerlSetVar for that...
cu
Michael
Datum: 01.08.2001 17:14
An:[EMAIL PROTECTED]
Betreff: [OT] I
Hi all,
I just found out that our mail system doesn't honor the "don't send to the
internet"-switch in the "Out-Of-Office"-Profile. :-((
Sorry for all that German "Out-Of-Office" mails that you all got...
Michael
Hi stefan,
any Proxy operator can do this with any non-SSL connection. One can spy session
ids in the URL, in the GET-parameters and the POST-parameters, also cookies and
basic auth passwords, also passwords in html forms - and every bit of data
that's send back.
Oh, and firewall operators and r
an't use a leading session id. Bad. There is only
one way left to store information on the browser's side: Cookies.
cu
Michael
Datum: 22.05.2001 19:10
An: Michael Jacob/EXT/GAD@GAD
Kopie: [EMAIL PROTECTED]
Betreff: Re: Appending Sessionid to all the urls
N
Hi ktgoh,
you don't tell the browser about the session id. Why?
To use a session id that's appended to the URL is hard work - it has to be
maintaned in every module and html file. So you must append the session id to
every URL in every page and every piece of code that produces html. Ther is no
lar.
Attempt to free unreferenced scalar.
Attempt to free unreferenced scalar.
Attempt to free unreferenced scalar.
TIA!
Michael Jacob
Hi,
2 ways:
* before sending the output do a =~
s#(http://[^/]+/)([^\s>]*)#$1/$sessionid$2#i
* or the cleaner way: don't use absolute URLs for your links. (but use them for
all images)
cu
Michael
PS: I hope you put the session id before the path part of the URL? It's much
easier to maintain
3rd startup
cycle. (This is not related to the upgrade.)
3.) Why is startup.pl executed THREE times? I thought it would be executed only
twice (with PerlFreshRestart ON)?
4.) Why do the redefineds come up in the 2nd startup and on further restarts and
the DBI in the 3rd only?
Thanks&cu
Michael Jacob
Hi,
I'm using a similar service at services.superb.net since last Friday (thanx
Martin :-), USD79/month, Linux.
They already had a Apache 1.3.9 with mod_perl 1.21 and Perl 5.005_03 +
mod_frontpage + mod_php + mod_ssl. That all seemed to work, but I quickly
uninstalled it and compiled my own perl
gets called and sometimes
not. I press Reload, Reload, Reload... and get the result as below...
Michael
Datum: 07.02.2001 23:37
An: Michael Jacob/EXT/GAD@GAD
Kopie: [EMAIL PROTECTED]
Betreff: Re: Problem with $r->register_cleanup()
Nachrichtentext:
Is it pos
STROY
in push_handlers DESTROY
in push_handlers DESTROY
in push_handlers DESTROY
in push_handlers DESTROY
in push_handlers DESTROY
in push_handlers DESTROY
in push_handlers DESTROY
in register_cleanup push_handlers DESTROY
in push_handlers DESTROY
The pushed handler only get's called a
Hi,
I'm not quite sure, but I think the following would produce wrong results,
wouldn't it?
$sth1 = $dbh->prepare(...);
$sth2 = $dbh->prepare(...);
$sth1->execute();
$sth3 = $dbh->prepare(...);
$sth2->execute();
$sth3->execute();
Michael Jacob
Datum:
ating tested
modules to production.
Abracadabra and done.
cu/2
Michael Jacob
PS: Or just run 2 Apache instances with different @INCs. That's easier...
Datum: 17.11.2000 17:15
An:[EMAIL PROTECTED]
Betreff: trying to isolate VirtualHosts running identical .pm's
16 matches
Mail list logo