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 November 2001 12:24
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
n reading them
when
displaying the login page...
simran.
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...
simran.
-Original
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
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 wrote:
On Mon, 4 Feb 2002, Oscar Serrano wrote:
some days ago I
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
, 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.
/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:
Hi All,
I could not find
Stuff...
#
DAVLockDB /tmp/DAVLock
DAVMinTimeout 600
Location /dav
AuthName DAV Realm
AuthType Basic
AuthUserFile /home/simran/netchant/www/pa/conf/.htpasswd
DAV On
Options Indexes
AllowOverride All
#Limit GET POST PUT DELETE CONNECT OPTIONS PATCH PROPFIND
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 compile apache with mod_dav OR mod_perl it works
apprecaite
very much if you could share the modules with me (and possibly others by
putting them on CPAN).
simran.
'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
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
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 it.
We are getting
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 the
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.
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-document_root).
simran.
ps: We
{
redirect DECLINED;
}
}
---
A redirect rule (using the Rewrite Engine) would probably be easier and
better yet.
simran.
Quoting Rasoul Hajikhani ([EMAIL PROTECTED]):
Hello folks,
I am trying to implement a simple
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.
specifically done what i told them to
unset/set rather than do fancy things with truth values...
Ideas anyone?
simran.
.
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
hosts.
I used to use the following configuration successfully
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 :-)
I looked into implementing that the last time it came up
that its
recognize_user had no chance of having uninitialized vars, but i still
got the message...!!!
simran.
loop_context_vars is set (Simran Gambhir)
- New Feature: The default attribute allows you to specify
defaults for tmpl_var tags.
- Bug Fix: fixed parser to reject tmpl_vars with no names.
(crazyinsomniac)
- Doc Fix: fixed documentation
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,
-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 had.
-Original Message
.
Does anyone know what i have to do for the 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...
-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.
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,
I have a auth protected area
to expert
level?)
thanks,
simran.
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 having trouble
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:
#
#
, 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.
as there is
nothing at all written to the access log...!!!
Has anyone come across a situation like the above? Any hints on how i can debug the
above would also
be greatly appreciated...
thanks,
simran.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http
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:
* On dev server
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
37 matches
Mail list logo