On Nov 16, 2007, at 7:27 PM, Jonathan Vanasco wrote:
On Nov 16, 2007, at 6:13 PM, Fred Moyer wrote:
I'm pretty sure you can use Apache::Clean as an output filter to do
this.
http://search.cpan.org/~geoff/Apache-Clean-2.00_7/
I believe the OP wanted the exact opposite
I *hope* this is f
On Nov 16, 2007, at 4:13 PM, Fred Moyer wrote:
Joseph Crotty wrote:
Want to set up tidy to automatically pretty print and indent HTML
(i.e., post PHP processing) and show errors via a mod_perl handler,
but not sure where to best do that? Output Filter?
I'm pretty sure you can use Apache:
On Nov 16, 2007, at 6:13 PM, Fred Moyer wrote:
I'm pretty sure you can use Apache::Clean as an output filter to do
this.
http://search.cpan.org/~geoff/Apache-Clean-2.00_7/
I believe the OP wanted the exact opposite
I *hope* this is for a dev-only use - as it would be really silly to
tid
Joseph Crotty wrote:
Want to set up tidy to automatically pretty print and indent HTML (i.e.,
post PHP processing) and show errors via a mod_perl handler, but not
sure where to best do that? Output Filter?
I'm pretty sure you can use Apache::Clean as an output filter to do this.
http://searc
Want to set up tidy to automatically pretty print and indent HTML
(i.e., post PHP processing) and show errors via a mod_perl handler,
but not sure where to best do that? Output Filter?
Or is there an easier way to do this without using mod_perl2? I have
dug around on Google extensively an
On Nov 16, 2007 10:34 AM, Michael Lackhoff <[EMAIL PROTECTED]> wrote:
> On 16.11.2007 17:08 Michael Peters wrote:
> > binmode(STDOUT, ':utf8');
>
> that did the trick, many thanks!
>
> - Michael
Michael - what version of mod_perl are you using?
On 16.11.2007 17:08 Michael Peters wrote:
> Is this a mod_perl problem? You didn't mention if it occurred in
plain CGI or not.
It would be difficult to port the application to plain CGI but you are
right, I could have built an independent test script. But because I
could swear I did UTF-8 in pla
On Nov 16, 2007 10:08 AM, Michael Peters <[EMAIL PROTECTED]> wrote:
> Michael Lackhoff wrote:
> ...
> I'm not sure if that works when using $r->print() though.
mod_perl doesn't use Perl's filter layers. $r->print is an octet
sequence interface, so you have to perform the encoding yourself
before c
Rolf Banting wrote:
> Thanks for the replies.
>
> I'll carry on and see if I can get to the bottom of the other make
> test failures. At that point I'll seek advice on whether or not the mp
> archive needs an update.
>
> I've moved on to access2.t now. The difference with access.t is that
> use
Michael Lackhoff wrote:
> use utf8;
> sub streamtest {
> my $self = shift;
> $self->header_type('none'); # for streaming
> # Write the content type to the client...
> my $r = $self->param('r');
> $r->content_type( 'text/html; charset=utf-8' );
>
> print q{
>
> Str
Thanks for the replies.
I'll carry on and see if I can get to the bottom of the other make
test failures. At that point I'll seek advice on whether or not the mp
archive needs an update.
I've moved on to access2.t now. The difference with access.t is that
user id authentication is required. No ma
On 16.11.2007 17:39 E R wrote:
> On Nov 16, 2007 10:34 AM, Michael Lackhoff <[EMAIL PROTECTED]> wrote:
>> On 16.11.2007 17:08 Michael Peters wrote:
>
>> > binmode(STDOUT, ':utf8');
>>
>> that did the trick, many thanks!
>>
>> - Michael
>
> Michael - what version of mod_perl are you using?
2.0
On Nov 16, 2007 10:42 AM, Michael Lackhoff <[EMAIL PROTECTED]> wrote:
>
> On 16.11.2007 17:39 E R wrote:
>
> > On Nov 16, 2007 10:34 AM, Michael Lackhoff <[EMAIL PROTECTED]> wrote:
> >> On 16.11.2007 17:08 Michael Peters wrote:
> >
> >> > binmode(STDOUT, ':utf8');
> >>
> >> that did the trick, ma
Hello,
I have a problem printing UTF-8 from mod_perl.
The sample-/test-code looks like this:
use utf8;
sub streamtest {
my $self = shift;
$self->header_type('none'); # for streaming
# Write the content type to the client...
my $r = $self->param('r');
$r->content_type( 'text/ht
Rolf Banting wrote:
> I can answer my own question, at least in part.
>
> In the t/httpd.conf location /TestAPI__access has AuthType none and
> AuthName modperl defined. If I comment those out t/api/access.t passes
> except for test 7. Test 7 expects 'none' as AuthType whereas in fact
> it is '
I can answer my own question, at least in part.
In the t/httpd.conf location /TestAPI__access has AuthType none and
AuthName modperl defined. If I comment those out t/api/access.t passes
except for test 7. Test 7 expects 'none' as AuthType whereas in fact
it is 'undef' now.
I've looked through t
On Fri, 16 Nov 2007 4:22 am, Rolf Banting wrote:
I can answer my own question, at least in part.
In the t/httpd.conf location /TestAPI__access has AuthType none and
AuthName modperl defined. If I comment those out t/api/access.t passes
except for test 7. Test 7 expects 'none' as AuthType wherea
On 13/11/2007, Philippe M. Chiasson <[EMAIL PROTECTED]> wrote:
> The conceptual problem with this approach is that the digest(password)
> effectively becomes the user's password.
>
> If you steal digest(password), you can impersonnate the user, without
> ever knowing password. So, somebody stealin
18 matches
Mail list logo
