And it was already documented here:
http://perl.apache.org/docs/2.0/user/coding/coding.html#HTTP_Response_Headers
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http:
Micah Johnson wrote:
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
Micah Johnson wrote:
[...]
print q[Content-type: text/plain\n] .
q[Content-Disposition:
attachment;filename=results.xml\n\n].
Thanks!
The local $| = 0 trick works. Would you mind
explaining what is happening? FYI, putting the
heade
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Micah Johnson wrote:
> [...]
> >>print q[Content-type: text/plain\n] .
> >>q[Content-Disposition:
> >>attachment;filename=results.xml\n\n].
> >
> >
> > Thanks!
> > The local $| = 0 trick works. Would you mind
> > explaining what is happening? FYI,
Micah Johnson wrote:
[...]
print q[Content-type: text/plain\n] .
q[Content-Disposition:
attachment;filename=results.xml\n\n].
Thanks!
The local $| = 0 trick works. Would you mind
explaining what is happening? FYI, putting the
headers on one print doesn't seem to fix it.
Micah, please describe th
Micah Johnson wrote:
and the script prints headers like this:
print "Content-type: text/plain\n";
print "Content-Disposition: attachment;
filename=results.xml\n\n";
The resulting file reports a server error 500,
premature end of script headers and the
content-disposition line is displayed, so
> > and the script prints headers like this:
> >
> > print "Content-type: text/plain\n";
> > print "Content-Disposition: attachment;
> > filename=results.xml\n\n";
> >
> > The resulting file reports a server error 500,
> > premature end of script headers and the
> > content-disposition l
On 19 Nov 2004, at 12:35, Martin Moss wrote:
I've had an urgent request for a few paragraphs on the
justification for the use of perl. In particularly
mod_perl.
Someone in the powers that be read an outdated
description and thinks that using perl is a security
risk - (I know, its not what you use,
You better have one of those "powers that be" give those crazy folks at
amazon.com a call and let them know that they are using an insecure
product for their little shopping site.
Seriously though, amazon.com uses Mason
(http://www.masonhq.com/?AmazonDotCom) which uses mod_perl which uses
perl. Th
> "John" == John Wittkoski <[EMAIL PROTECTED]> writes:
John> Martin,
John> You better have one of those "powers that be" give those crazy folks at
John> amazon.com a call and let them know that they are using an insecure
John> product for their little shopping site.
And ticketmaster (gasp)!
[CC'ing Michael Schroeder who submitted a related patch to p5p
http://www.gossamer-threads.com/lists/perl/porters/187753]
Tim Evans wrote:
so at the moment the solution is to recompile perl with
-DPERL_USE_SAFE_PUTENV
Does not work.
Michael, do you have any other solutions for Tim? He seems to ha
Martin Moss wrote on 11/19/04, 7:35 AM:
> All,
>
> I've had an urgent request for a few paragraphs on the
> justification for the use of perl. In particularly
> mod_perl.
>
> Someone in the powers that be read an outdated
> description and thinks that using perl is a security
> risk - (
Micah Johnson wrote:
I am having difficulty sending an XML file to the
browser using the Content-Disposition: attachment
header.
I am running mod_perl/1.99_13 and trying to use an
existing cgi script which returns data in various
forms. One is an XML file. The script is found in a
directory setup
I think you're getting mod_perl confused with mod girls. They wear
white boots, and pose in magazines.
On Nov 19, 2004, at 2:17 PM, [EMAIL PROTECTED] wrote:
3) it seem's sexy
one of those is a 'valid reason' above all others, see if
you can tell which one ;>
regards
Steph
--
Report problems: ht
I know this is going to be taken seriously, but, jst incase
any of you out there are unsure -> this is a joke <-. your
reading of this implies that you have some humour :)
Reasons to use mod_perl
1) its like perl, but with extra bits, like the word 'mod'
before it, and an underline.
2) its fa
On Fri, 2004-11-19 at 07:35, Martin Moss wrote:
> Someone in the powers that be read an outdated
> description and thinks that using perl is a security
> risk - (I know, its not what you use, but how you use
> it thats the security concern).
>
> Any ideas?
man perlsec to start with. There is pl
Justification using perl/mod_perl for what, and opposed to what?
A security risk in what way?
There's a 'Success Stories' page here, that might have some things you
want/need:
http://perl.apache.org/outstanding/index.html
On Nov 19, 2004, at 7:35 AM, Martin Moss wrote:
All,
I've had an urgent r
All,
I've had an urgent request for a few paragraphs on the
justification for the use of perl. In particularly
mod_perl.
Someone in the powers that be read an outdated
description and thinks that using perl is a security
risk - (I know, its not what you use, but how you use
it thats the security
Tim Evans <[EMAIL PROTECTED]> writes:
> Let it build apache for me; apache's config.status says:
[...]
> "--with-layout=Apache" \
[...]
> Attaching to program: /usr/sbin/httpd, process 22798
Wrong httpd binary- the symbols in that stack trace
are from a 2.0 server. Your server's path should
Tim Evans wrote:
LoadModule php4_modulelibexec/libphp4.so
LoadModule perl_modulelibexec/libperl.so
Restart apache.
Seg faults on simple test.php page. Error log says (same as before):
[Thu Nov 18 20:48:17 2004] [notice] child pid 22818 exit signal Segmentation
fault (11)
I alw
Xavier wrote:
> Hello,
>
> for best look, I'd like to replace :
>
> PerlInitHandler My::Module
> with
> MyModule On
these are not the same thing, so they will not have the same effect.
both are parsed and executed only once - when you start the server. well,
ok, twice, but who's counting :)
I am having difficulty sending an XML file to the
browser using the Content-Disposition: attachment
header.
I am running mod_perl/1.99_13 and trying to use an
existing cgi script which returns data in various
forms. One is an XML file. The script is found in a
directory setup like this:
Set
>so at the moment the solution is to recompile perl with
>-DPERL_USE_SAFE_PUTENV
Does not work.
[EMAIL PROTECTED] apache_1.3.33]# perl -V:cppflags
cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe
-I/usr/local/include
-I/usr/include/gdbm';
Fresh build of PHP 4.3.9; config.status h
22 matches
Mail list logo
