Joe Orton wrote:
On Fri, Feb 18, 2005 at 05:35:56PM -0500, Stas Bekman wrote:
Joe, shouldn't the APR API emit some kind of errors in the situation like
William has with jail env+ac_cv_o_nonblock_inherited thingy, rather than
silently fail?
The issue is that the configure test couldn't make a dec
Jie Gao wrote:
Hi All,
I have an odd situation, which I describe as follows:
I have an authentication handler and an authorisation handler for a site,
configured as:
PerlOptions +SetupEnv
Options +ExecCGI
PerlAuthenHandler XXX::XXX->authen
PerlAuthzHandler ::->authz
PerlOptions +Setup
On Thu, 2005-02-24 at 11:53, Mark Stosberg wrote:
> I hadn't read closely about Dynagzip before. Now I see that I see it
> does white space compression, I think I may stop there, and not try to
> add Apache::Clean to the mix as well.
However, please let me know if you decide to use it for some re
On Thu, 2005-02-24 at 11:17, Geoffrey Young wrote:
> > b_ just to clarify, mod_deflate is the only chain usable for apache 2 --
> > and the various Apache:: perlmods are unneeded are incompatible?
>
> there is an Apache::Clean designed for use with apache2 on cpan
>
> http://search.cpan.org/~ge
Hi Jonathan,
On Thu, 2005-02-24 at 11:13, Jonathan Vanasco wrote:
> a _ what is the typical overhead in terms of cpu use -- ie,
> cpu/connection time saved by smaller/faster downloads vs those used by
> zipping
The short answer is: The typical CPU overhead originated from the
content compressi
> In my PerlResponseHandler I check the routine above,
> and return Apache::DONE if the user has disconnected,
> which saves me the trouble of generating dynamic
> content for no reason. I'm just not sure if this is
> the right way to do it; for example I wondered if
> you need to notify Apache i
[...]
> =head1 Detecting a Client Abort
>
> # IsClientConnected? Might already be disconnected for busy
> # site, if a user hits stop/reload
>
> my $conn = $r->connection;
> my $is_connected = $conn->aborted ? 0 : 1;
> if($is_connected) {
> if (defined(my $fileno = $conn->fileno(
On Thursday 24 February 2005 19:48, Phil's Yahoo wrote:
> [EMAIL PROTECTED] root]# curl -v www.anfmailorder.com/proxy/test.pl
> * About to connect() to www.anfmailorder.com:80
> * Connected to p15162004.pureserver.info (217.160.184.86) port 80
> > GET /proxy/test.pl HTTP/1.1
> User-Agent: curl/7.9
i have traced the problem with the headers by using "curl -v" on the address
and i think the problem is because after apache has sent the headers it
inserts a empty
line so that when i print headers in perl i just writes the text and
egnores the headers.
the following is the exact output of the p
On Thu, 24 Feb 2005, Mately wrote:
> Hi all!
> I have just installed modperl2, and I see the following lines in my %ENV:
> MOD_PERL = "mod_perl/1.999.20"
> GATEWAY_INTERFACE = "CGI/1.1"
> SERVER_SOFTWARE = "Apache/2.0.52 (Win32) mod_perl/1.999.20 Perl/v5.8.6"
> Should not I see "CGI-Perl..." as th
On 2005-02-24, Slava Bizyayev <[EMAIL PROTECTED]> wrote:
> Hi Mark,
>
> Regarding the implementation of Apache::Clean, the question is --
> whether or not you can benefit one way or another from the fact that
> your uncompressed responses are 5-20% less? I can really talk about the
> Light-Compress
On Thursday 24 February 2005 18:18, you wrote:
> i have updated my http.conf so that "PerlSendHeaders Off"
> i also have put a empty line after the content type in file
> i have also changed "Content-type" to "Content-Type"
> and still the script is showing HTML code and not displaying the page
> a
This looks like a va_* related bug to me.
None of the va_* arguments would seem to be used before we hit the fault.
The arg list to
ApacheCookie_new() must be NULL-terminated, and between
the r and NULL there must be an even number of arguments.
The call to ApacheCookie_new() in XS_Apache__Cookie_p
Hi all!
I have just installed modperl2, and I see the following lines in my %ENV:
MOD_PERL = "mod_perl/1.999.20"
GATEWAY_INTERFACE = "CGI/1.1"
SERVER_SOFTWARE = "Apache/2.0.52 (Win32) mod_perl/1.999.20 Perl/v5.8.6"
Should not I see "CGI-Perl..." as the gateway-interface as written in
some documenta
If you are already using a compression tool like mod_gzip, does it tend to
be
worthwhile to add an Apache::Clean phase as well?
I'm curious to know if other Apache::Clean users have felt there was
significant benefit or a noticeably performance penalty.
It would same the bandwidth is more of an i
> b_ just to clarify, mod_deflate is the only chain usable for apache 2 --
> and the various Apache:: perlmods are unneeded are incompatible?
there is an Apache::Clean designed for use with apache2 on cpan
http://search.cpan.org/~geoff/Apache-Clean-2.00_5/
you can also read about it here
i have updated my http.conf so that "PerlSendHeaders Off"
i also have put a empty line after the content type in file
i have also changed "Content-type" to "Content-Type"
and still the script is showing HTML code and not displaying the page
as HTML.
the code i am using is a CGIproxy script from
I have a few-
a _ what is the typical overhead in terms of cpu use -- ie,
cpu/connection time saved by smaller/faster downloads vs those used by
zipping
b_ just to clarify, mod_deflate is the only chain usable for apache 2
-- and the various Apache:: perlmods are unneeded are incompatible?
On F
Hi Mark,
Regarding the implementation of Apache::Clean, the question is --
whether or not you can benefit one way or another from the fact that
your uncompressed responses are 5-20% less? I can really talk about the
Light-Compression in Apache::Dynagzip, keeping in mind that
Apache::Clean provides
"Carl Johnstone" <[EMAIL PROTECTED]> writes:
[...]
> #1 0x000c5d84 in ap_make_array (p=0x1380938, nelts=1, elt_size=4) at
> alloc.c:992
> 992 array_header *res = (array_header *) ap_palloc(p,
> sizeof(array_header));
> (gdb) p *p
> $3 = {
> first = 0x1380960,
> last = 0x0,
> cleanu
Hello,
I have a similar question to the one posted here before:
Apache::Clean, Apache::Compress, mod_gzip/deflate, cross site scripting and
more. by Richard Clarke
http://mathforum.org/epigone/modperl/hyrwhonyex/[EMAIL PROTECTED]
The web content compression FAQ that followed was helpful, but
Getting an occasional Segfault which I've traced back to this line in a
FixupHandler:
my %cookies = Apache::Cookie->fetch;
I'm running Apache/1.3.31 with mod_perl/1.29 on Solaris 8.
Looking at the gdb trace, is the request pool becoming corrupt somewhere
between ApacheCookie_new and ap_make_arr
>> =head1 Detecting a Client Abort
>>
>> # IsClientConnected? Might already be disconnected for busy
>> # site, if a user hits stop/reload
>>
>> my $conn = $r->connection;
>> my $is_connected = $conn->aborted ? 0 : 1;
>> if($is_connected) {
>> if (defined(my $fileno = $conn->fileno(0)))
On Wed, 23 Feb 2005 18:04:42 -0800, Ofer Nave <[EMAIL PROTECTED]> wrote:
> > hey
> > when i run a script that i have made that the output should be in HTML
> > so that it is a webpage, mod_perl
> > runs because i can see the output but this is then not wrote as HTML
> > rather as plain text.
> > i
http://newsvac.newsforge.com/newsvac/05/02/23/1422244.shtml
Not sure if this is old news here or not. From the age of the
AF site it should be :-)
Jacqui
On Fri, Feb 18, 2005 at 05:35:56PM -0500, Stas Bekman wrote:
> Joe, shouldn't the APR API emit some kind of errors in the situation like
> William has with jail env+ac_cv_o_nonblock_inherited thingy, rather than
> silently fail?
The issue is that the configure test couldn't make a decision, but
Hi,
The romanian character set (ISO-8859-16) is very seldom used, because it was
not implemented on very many applications, but ISO-8859-2 is much often used
even some characters are not showing exactly as they should look in
romanian.
The problem is that the browsers see the HTTP header, and use
27 matches
Mail list logo
