Hi Perrin,
I just recompiled everything with 1.27 (and relevant mod_ssl module) and
everything is working wonderfully again.
thankyou again every so much for your help, i had been struggling with
it for days...
simran
Thanks Perrin.
I'll try a recompile with Apache 1.27 as suggested... not brave enough
to eventually put a patched 1.28 on our live server yet :-)
simran.
On Fri, 2003-08-29 at 11:25, Perrin Harkins wrote:
> simran wrote:
> > The above code works perfectly on:
> >
> &
.
The server definitely does not "die" and produce a 500 server error, it literally just
disappears, almost as if a kill -9 was given to the relevant httpd thread as there is
nothing at all written to the access log...!!!
Has anyone come across a situation like the above? Any hints
have used.
A DB is quick, but is there something one can use in mod_perl that would
be quicker? perhaps something such as copying the whole 800,000 rows to
memory (as a hash?) on apache startup?
simran.
You have to install a fixup handler to tell the server to parse them
again, i have the following in my config file:
-- in httpd.conf --
PerlFixupHandler +NetChant::Component::Handlers::shtmlFixupHandler
and my shtmlFixupHandler subroutine looks like:
#
# shtm
Damyan,
Could it be that App1::Setup is taking over the App1001::Setup
namespace. My guess is that the problem is in the code for App1::Setup.
simran.
On Wed, 2002-12-04 at 20:37, Damyan Ivanov wrote:
> [apache-1.3.26/mod_perl-1.27 from Debian/unstable]
>
> Hello,
>
> I am
raffic and medium to expert
level?)
thanks,
simran.
Thanks Geoff, you are an absolute genius.
I wrote a little PerlFixupHandler to solve the issue as that was most
appropriate for the configuration i had.
thanks again,
simran.
On Fri, 2002-11-15 at 00:57, Geoffrey Young wrote:
>
>
> simran wrote:
> > Hi All,
> &g
-parsed?
Is there a way i can use the "Files" directive (or any other way) to get
the server to parse .shtml files in that directory?
simran.
above to work.
simran.
ps: Its not really practical to get the handler to include the
topnav.html file and include it as it contains further includes
which have further includes etc...
In your HTML, do you have as part of the an enctype defined...
eg.
If you do not have the enctype then your script will not be able to get
the file handle...
simran.
On Fri, 2002-09-13 at 05:32, Alan wrote:
> On Thu, Sep 12, 2002 at 03:24:50PM -0400, Geoffrey Young wr
i, 2002-09-06 at 00:20, Mark Coffman wrote:
> Or if you really dont care about security maybe you could chmod 4755 the
> script, owned by root, to run as root. Just make sure that you clean all of
> the data you receive from the form. I kinda like the daemon idea that
> simran h
How about using "sudo" so that you can run a system command that can
"su" up to the correct account and do it.
Alternatively, you can write a daemon that runs as root that you can
connect to that can do this...
On Wed, 2002-09-04 at 20:09, Nico Erfurth wrote:
> John Stauffacher wrote:
> > All,
ariable now available when
> loop_context_vars is set (Simran Gambhir)
>
>- New Feature: The default attribute allows you to specify
> defaults for tags.
>
>- Bug Fix: fixed parser to reject s with no names.
> (crazyinsom
ure that its
recognize_user had no chance of having uninitialized vars, but i still
got the message...!!!
simran.
On Wed, 2002-07-31 at 21:33, Geoffrey Young wrote:
>
>
> simran wrote:
>
> > Does that mean that
> >
> > $r->dir_config is not the same as $r->server->dir_config ?
> >
> > A PerlUnsetVar would indeed be very handy... as would PerlUnsetEnv
#x27;s really needed is probably PerlUnSetEnv.
>
> simran wrote:
> > Hi All,
> >
> > I have a situation where it is convinent for me to define a global
> > "PerlSetVar" in my httpd.conf and then unset it for particular virtual
>
set the value of MyVar to be false. I would have though
that unset/set would have specifically done what i told them to
unset/set rather than do fancy things with truth values...
Ideas anyone?
simran.
that was not there before)
i get:
PathInfo: /images/a.gif
(which i like :-)
Is this is feature or a bug, does path_info not check the 'Location' it
matced the handler to or is it meant to look at the directory structure?
simran.
return REDIRECT;
}
else {
redirect DECLINED;
}
}
---
A redirect rule (using the Rewrite Engine) would probably be easier and
better yet.
simran.
> > > Quoting Rasoul Hajikhani ([EMAIL PROTECTED]):
> > >
And if you did
consider that, it would be interesting to know why you didn't end up
using it.
simran.
On Tue, 2002-06-11 at 13:38, Marc Slagle wrote:
> I have written a module for one of our clients, and want to know if I should make it
>available on CPAN. My hope is that others migh
#x27; version of their site is stored in a different directory,
and if i could just changed the document_root dynamically, most(?) of
our issues would be over.
Is there a way to do this? The documentation does not have any reference
to be able to change the document root (just get it via
$r->docu
nd edit its contents (we have the content bit
figured out - just need the site map creator).
If anyone knows of such a system (mod_perl or java) a link to its
location would be much appreciated.
kind regards,
simran.
Have a look at the HTML::FillInForm module as well...
it works wonders for me...
On Sat, 2002-04-27 at 04:43, darren chamberlain wrote:
> * Ken Clark <[EMAIL PROTECTED]> [2002-04-26 14:33]:
> > I'll throw my technique into the ring, too. I use Template Toolkit
> > most of the time, and I pass
with
the EVERYTHING=1 option (or at least the relevant option that turns the
PerlSetVar feature on).
cheers,
simran.
On Wed, 2002-04-10 at 17:40, rajesh wrote:
> Hi,
>
> We are facing problems in configuring perl with apache.
>
> Could you please mail me how to configure
or of course, you could use the 'group's feature and put the
user apache runs as in the right groups and give that group the
permissions to run the files you want in /sbin...
On Fri, 2002-04-05 at 14:12, Kee Hinckley wrote:
> At 5:39 PM -0800 4/4/02, bo wrote:
> >How do I allow those files acces
'tis was the first place i looked (but forgot to mention in my email)
:-) but the modules there are rather limited in what they do.
Anton, perhaps we should write the module and put it there, i loaned the
book "Astronomical Algorithms" from the library, but the formulas in it
are not trivial and
would apprecaite
very much if you could share the modules with me (and possibly others by
putting them on CPAN).
simran.
tions seem to be available, and the Allow
headers is perfect.
cheers,
simran.
On Thu, 2002-03-14 at 19:29, simran wrote:
> Hi All,
>
> I am trying to compile the following things together:
>
> * apache_1.3.23
> * mod_dav-1.0.3-1.3.6
> * mod_perl-1.26
>
> If i co
# Web Dav Stuff...
#
DAVLockDB /tmp/DAVLock
DAVMinTimeout 600
AuthName "DAV Realm"
AuthType Basic
AuthUserFile /home/simran/netchant/www/pa/conf/.htpasswd
DAV On
Options Indexes
AllowOverride All
#
#Order allow,deny
#Allow from
lUnsetVar
to delete/unset a variable in the apache config file.
I would make the changes and send in a patch, but i don't under the code
(with my limited knowledge of C) well enough to do that.
cheers,
simran.
On Tue, 2002-02-26 at 00:03, Geoffrey Young wrote:
> simran wrote:
> >
delete that variable, i could achieve that as per the spec,
if the browser is not given a expiry time, the cookies lasts only for
the session, however i so far have not been able to figure out how to
delete a variable once set - anyone... ???
kind regards,
simran.
Try one of the many Date::* modules...
On Sun, 2002-02-10 at 06:21, GsuLinuX wrote:
> How can i understand if the date entered by the client is weekend or no? Are there
>some database specificied for that?
>
> funky
>
trings are
in $ENV{'QUERY_STRING'} and you can read from that as many times as you
like.
The moral of the story being, for a single request never use more than
one CGI object (instantiate one and then pass it around)
cheers,
simran.
On Tue, 2002-02-05 at 03:31, Brett W. McCoy
I have 'heard' that in some browsers there is a bug using HTTP/1.1 when they
use Keep-Alive. As they don't necessarily create another explicit tcp
connection for a request (but rather try to keep the connection alive), they
'forget' to send the Cookie headers for subsequent requests in the same
co
go to that
url again) - hence subprocess_env is not available from a previous
request.
If the problem was an incorrect cookie however, the subprocess_env would
indeed by handy, as
authen_ses_key does an internal redirect, hence you can get the "previous
requests" subprocess env...
si
query parameters and then reading them
when
displaying the login page...
simran.
One of the reasons you should probably not have a persistent/global CGI
object is that
upon a "new" the CGI module reads in numerous environment variables and
setups up its
internal structures for that particular query. If $q (in $q=new CGI) was
persistent/global
you would possibly have the wrong
Hi Ken,
Try the following:
my $q = new CGI;
if (defined $q->param('data')) {
#
# data was a parameter...
#
}
else {
#
# data was not a parameter...
#
}
cheers,
simran.
-Original Message-
From: Ken Y. Clark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 7 Novemb
39 matches
Mail list logo