BeerBong wrote:
>
> Hello Joshua!
>
> I think, I catch new bug of Apache::ASP again, although may be Apache::ASP
> is innocent in this case.
>
> I have 2 Apache servers - simple/proxy and mod_perl and secured virtual site
> of management big Samara portal.
>
Your 2 server configuration has no
Hello Joshua!
I think, I catch new bug of Apache::ASP again, although may be Apache::ASP
is innocent in this case.
I have 2 Apache servers - simple/proxy and mod_perl and secured virtual site
of management big Samara portal.
Secured on simple Apache.
---
Please attach a bit of your apache error log with
Apache::ASP debugging turned on. It will help to
see how things are being initialized and run to
diagnose your problem.
There was also a global.asa reload error, perhaps
related, a couple versions back that would not
refresh a changed global.asa
Alex,
I do a similar search/replace technique with a HTML template file. If a
customized
approach is something you'll continue with, then read the entire file all at
once
instead of line by line, and pass a reference to $r->print(). I've been
happy with
the following:
my $fh = Apache->gensym;
op
I read either on this list or another that the author of HTML::Parser
was rewriting it to gain additional speed.
There may be a beta version somewhere you can try. Check CPAN.
cliff rayman
genwax.com
Alex Menendez wrote:
> hello, all
>
> I currently have developed a dynamic content engine in
hello, all
I currently have developed a dynamic content engine in mod_perl that
parses html files on the fly for
proprietary xml tags then replaces these tag trees with db content.
I initially tried to do this by subclassing HTML::Parser and over-riding
the usual methods. However, this
was painf
Hi,
I'm sorry, this is probably a stupid question, but I've search everything I
could think of and still can figure out where HTTP_MULTIPLE_CHOICES
constant is defined. It's definitely not in Apache::Constants::Exports Any
thoughts, did I miss something?
Regards
Dmitry
One thing we should be clear about: mod_perl is EXACTLY regular Perl.
There are no differences in how the Perl code is interpreted. The
interpreter is not crippled or modified, it just processes Perl like it
usually does.
The only difference is that your code may be run several times in a row,
On 8 Dec 99, at 16:26, Vivek Khera wrote:
> Encryption, or store the state locally and pass a handle to that
> state, eg, a file name or database object number.
In order to do this security must be done. It is too easy for
someone to make a form and have it submit strange values to your
scrip
At 05:43 PM 11/28/99 -0500, Robin Berjon wrote:
>>This message is for every proxied request.
>>Does anybody knows what does it means ?
>>In proxy config I have
>>ProxyReceiveBufferSize 1048576
Is the ProxyReceiveBufferSize buffer part of each child's processes memory
allocation?
I'm wondering h
On Wed, 08 Dec 1999, Jason Simms wrote:
> Unfortunately, I am passing information to a legacy CGI script written
> before I came on board. It will be my task to rewrite this script, but not
> for a few months. Believe me, if I could use a custom module of my own, I
> would. Then I could use
Have you tried running this script as a normal cgi with using mod_perl?
I would suggest doing that first before hacking away at mod_perl's
configuration.
Perhaps it is just an error in your CGI.
Sincerely,
Craig Vincent
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTE
The sensitive information comes from my Oracle database on the backend. I
could program the CGI script to get the information by only sending half
(say, the "key") through the URI and querying for the rest, but that, to me,
takes up potentially too many resources if there is a way that I can
> "JS" == Jason Simms <[EMAIL PROTECTED]> writes:
JS> if I could give the script access to the environment, I wouldn't need to
JS> pass the parameters over through the URI. Is there anohter way to do this?
Encryption, or store the state locally and pass a handle to that
state, eg, a file
You know, I had this same idea (more or less). Unfortunately, I am
concerned about the size of the flat file or the amount of memory it would
use. The reason is that this is for an unbelieveably high-session site. It
is safe to assume that this read/write would have to happen at least severa
Unfortunately, I am passing information to a legacy CGI script written
before I came on board. It will be my task to rewrite this script, but not
for a few months. Believe me, if I could use a custom module of my own, I
would. Then I could use pnotes() or any number of other tricks... *sigh
> Am I correct in assuming that
> an internal redirect does NOT have the ability to set a cookie?
Yes, that is correct. There may be a way for mod_perl to set the cookie
the CGI script will return, but that sounds like voodoo to me.
> The entire reason I have to do this is that I need to pass
Hi,
I'm trying to use mod_perl to get persistant database connections in a perl
CGI script. I'm experiencing a problem with an extraneous:
Connection: close
line between my http info and my html info.
If you can help, a tarball with details (possibly more than you'll ever
want to know!) is avail
Pass the user a cookie which contains a key to a session object.
Write the data to the session object using the cookie's key from your mod perl
process. Read back the session data using the key passed to you from the cookie
in the cgi process.
When you set the cookies PATH information, make sure
Where do you get that sensitive information from? If it is originated on your
own server then why can't CGI script get it without mod_perl? Or why can't
you do internal redirect and put that information into query string? It doesn't
go outside of your server anyway.
If it is coming from client ma
Jason,
If you don't *have* to use CGI scripts, you can stick the "sensitive" stuff
into $r->pnotes and do an internal redirect to another PerlHandler. The
browser would never see the sensitive info (it would be passed among handlers
on the server end), so this would go a long way to protecting th
Thanks for the advice, and this brings up another question... Honestly, if
I were using an internal redirect, I wouldn't need to bother with these
environment variables at all. The problem is that many times before I do
this redirect, I also need to set a cookie. Am I correct in assuming tha
> "JS" == Jason Simms <[EMAIL PROTECTED]> writes:
JS> I have a quick question... Let's say I have a module that sets some
JS> environment variables (in %ENV). This module then redirects to a CGI
JS> script. Is there any way that the CGI script can access these new
If you redirect, that
I have a quick question... Let's say I have a module that sets some
environment variables (in %ENV). This module then redirects to a CGI
script. Is there any way that the CGI script can access these new
environment variables? If I check for them in %ENV in the script, they have
disappeared
On Fri, 03 Dec 1999, David Harris wrote:
> Jason Bodnar wrote:
> > Unfortunately, another big part of the problem is that many so-called
> 'forward
> > thinking' companies aren't willing to hire tele-commuters, even for contract
> > positions. I'm interested in doing some moonlight consultant work
Remi Fasol wrote:
>
> > On Tue, 7 Dec 1999, Joshua Chamas wrote:
> > > > > I am going to give ASP developers a session
> > option, it should be
> > > > > possible to make secure.
>
> Stas Bekman wrote:
> > But if you intercept the redirection, why not to
> > strip/modify the
> > HTTP_REFER heade
I want to that all of your for your speedy reply and really good advice.
Although I originally had used GCC to compile perl (and was the same
compiler I was trying to use for mod_perl). By recompiling the perl source
it seemed to fix whatever problem I was having before...perhaps I screwed up
wit
On Wed, 8 Dec 1999, Craig Vincent wrote:
> I must have now installed mod_perl a dozen times on a dozen machines
> and this is the first time I've come across this problem and I can't
> seem to solve it...nor have I had any luck through FAQs, DejaNews or
> even newsgroup postings :(
> Has anyone
Since the broken code worked in regular perl (and it was supposed to work
because $rech and %rech are different things) and it didn't want to work
in emb perl then there must be something strange about it.
Was it an error in testing code (ie. checking $rech->{keys} instead of
$rech{keys} at the
$rech is a hashref, not a hash. de-reference it with arrow notation.
%toto = ( "001" => 1, "002" => 2, "003" => 3 );
%tato = ( "004"=> 4, "002"=> 5, "005"=> 6 );
$rech = {};
$nb = 2;
for $mot (keys %toto) { $rech->{$mot} = 1; }
for $mot (keys %tato) { if (defined $rech->{$mot}) { $rech->{$mot}
This looks just like what I saw when I built it on my RH 6.0 setup.
I recompiled Perl first and it fixed this.
I think what is going on here is that the make file is determing what
compiler that Perl was compiled with (cc in this case) and using that
to compile Mod_Perl. I read somewhere tha
raptor wrote:
>
> hi,
>
> If I put this on Location: bar on the Netscape browser, I get the result
> of the search as expected (try it).
>
>http://www.volunteermatch.com/results/results.jtmpl?zip=5&radius=60&when=30&ongoing=b&category=Everything&submit=Search
A couple of guys thought it mi
> I must have now installed mod_perl a dozen times on a dozen machines and
this is the first time I've come across this problem and I can't seem to
solve it...nor have I had any luck through FAQs, DejaNews or even newsgroup
postings :(
>
> I have an RH Linux 6.1 box. I currently have Apache 1.
I must have now installed mod_perl a dozen times on
a dozen machines and this is the first time I've come across this problem and I
can't seem to solve it...nor have I had any luck through FAQs, DejaNews or even
newsgroup postings :(
I have an RH Linux 6.1 box. I currently have
Apache 1.3
Hi again,
On Wed, 8 Dec 1999, hamid khoshnevis wrote:
> Thanks, Ged.
>
> No you are right on. I do glimpseindex off-line and want to search using
> glimpse. So I call glimpse and get the result set which I am able to pull
> into regular perl with no problem but as soon as I take the working
Hi all,
On Tue, 7 Dec 1999, Joshua Chamas wrote:
> I'm thinking its best if internal debugging not be turned on by
> default, that only user level debugging be what Debug levels 1 & 2
> refer to. Unless there are any protests, Debug will have to be set
> to a negative like -1 or -2 to enable in
>
> In this case, optRawInput was set. I have a directive
>
> PerlSetVar EMPBERL_OPTIONS 16
>
> in my httpd.conf file.
>
> Besides, if this was really the problem, why readline GNUPG doesn't work
> ?
>
Try to place a [+ $optRawInput +] before the block. This should show a 1, if
not optRawInput is
> how about a call to something like
>
> evil perl session pirates
>
> that calls something which strips the referer and
> redirects.
It won't work because the referer (sic) is set by the client, not by the
server. HTTP and HTML provide no way to tell the client to change the
referer. Using Ref
> On Tue, 7 Dec 1999, Joshua Chamas wrote:
> > > > I am going to give ASP developers a session
> option, it should be
> > > > possible to make secure.
Stas Bekman wrote:
> But if you intercept the redirection, why not to
> strip/modify the
> HTTP_REFER header at the server side?
how about a cal
On Tue, 7 Dec 1999, Joshua Chamas wrote:
> Bill Desjardins wrote:
> >
> > > I don't need these non-cookie secure sessions myself, but if
> > > I am going to give ASP developers a session option, it should be
> > > possible to make secure.
> >
> > Here is how I solved the problem with redirectin
40 matches
Mail list logo
