Perrin, I never received your mail (actually, I hardly receive any mails form
this list) I have to go to the archives to see if I've received any replies or
to see what's been posted in general!!
So, in answer to your questions
P. May I ask why you're using a threaded MPM? Unless you
Hi.
I was wondering how I could set the mod_perl (1.x) STDOUT (and STDERR)
to expect utf8 char encoding?
In perlrun, you can just set it by using -CS parameter, ie, `perl -CS
-le 'print "olé"'`, or at runtime binmode(STDOUT, ":utf8");
Thanks,
Cristina
--
Saying that Java is nice because it wo
Anthony Gardner wrote:
Perrin, I never received your mail (actually, I hardly receive any
mails form this list) I have to go to the archives to see if I've
received any replies or to see what's been posted in general!!
You may want to check with your email admin on this. There's posting on
this
You will want to do 2 things:
1. Set the content type to utf8 ($r->content_type)
2. Encode your output to utf8 (if it's not done already. Sometimes it's
just latin1)
Cristina Nunes wrote:
Hi.
I was wondering how I could set the mod_perl (1.x) STDOUT (and STDERR)
to expect utf8 char encoding?
Situation:
=> User puts in username & password into a form (uses POST to send
data) to log in.
=> When the user is done, he/she logs out.
=> When clicking back (a couple of time) the user eventually reaches
the page prompting for username & password
Problem: When the user hits refresh or forward,
On Wed, 2007-07-11 at 08:43 -0400, Scott Kaplan wrote:
> Situation:
> => User puts in username & password into a form (uses POST to send
> data) to log in.
> => When the user is done, he/she logs out.
> => When clicking back (a couple of time) the user eventually reaches
> the page prompting for us
On 11 Jul at 13:50 Clinton Gormley <[EMAIL PROTECTED] > wrote in message
<[EMAIL PROTECTED]>
> On Wed, 2007-07-11 at 08:43 -0400, Scott Kaplan wrote:
> > Situation: => User puts in username & password into a form (uses POST to
> > send data) to log in. => When the user is done, he/she logs out. =>
On 7/11/07, Scott Kaplan <[EMAIL PROTECTED]> wrote:
Problem: When the user hits refresh or forward, their magically logged in again.
Solution: http://en.wikipedia.org/wiki/Post/Redirect/Get
- Perrin
Perrin Harkins schreef:
On 7/7/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
Because in my error messages it clearly says it can't find the modules
in @INC. Then it shows all the paths in @INC and my custom lib isn't set
there, instead, @INC is at it's original state.
Okay, you said you don't
On 7/11/07, Anthony Gardner <[EMAIL PROTECTED]> wrote:
A. We recently went live with a DB application and the system ground
to a halt. It could be due to many things, but the thing I'm looking at
is the fact that we had many network connections. I then found the
info about Databases
On Jul 11, 2007, at 8:43 AM, Scott Kaplan wrote:
Situation:
=> User puts in username & password into a form (uses POST to send
data) to log in.
=> When the user is done, he/she logs out.
=> When clicking back (a couple of time) the user eventually reaches
the page prompting for username & passw
On 7/11/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
I add to @INC with " use lib qw(/my/path) ". All the other modules I
load continue to work fine. Just those that use lazy loading fail
infrequently.
Okay, I think I see the problem. When you change @INC during a
request, the change only la
Perrin Harkins schreef:
On 7/11/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
I add to @INC with " use lib qw(/my/path) ". All the other modules I
load continue to work fine. Just those that use lazy loading fail
infrequently.
Okay, I think I see the problem. When you change @INC during a
re
> Wow. I never noticed it. In my app I have runmode that shows me %ENV and
> @INC. At the first request my custom path was in there. And at the
> second request it wasn't. But after a few more requests it's still
> there. Weird behaviour?
All that means is that you're hitting a new child for t
On 7/11/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
Thanks. I will try that. So basicly, the modules that are loaded at the
first request will stay in memory, but @INC will get reset?
Yes. It's a simulation of CGI behavior. The only reason your CGI
scripts don't have this problem is that t
Perrin Harkins schreef:
On 7/11/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
Thanks. I will try that. So basicly, the modules that are loaded at the
first request will stay in memory, but @INC will get reset?
Yes. It's a simulation of CGI behavior. The only reason your CGI
scripts don't ha
On 7/11/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
By the way, I've used push() to add my path to @INC before. But that
didn't work out.
It should work fine. The reason people typically use unshift for this
is that it lets modules in your local path override ones in the system
path.
- Per
Perrin Harkins schreef:
On 7/11/07, Christiaan Kras <[EMAIL PROTECTED]> wrote:
By the way, I've used push() to add my path to @INC before. But that
didn't work out.
It should work fine. The reason people typically use unshift for this
is that it lets modules in your local path override ones i
Hi all,
Finally I get this working, get Apache::AuthDigest installed.
I was idiot that I didn't have Apache src directory when I install the
AuthDigest. AuthDigest needs Apache src files.
Thanks, everyone!
Have a nice day:)
xin
[EMAIL PROTECTED] wrote:
Yes - thanks.
On Mon, 09 Jul 2007 17
19 matches
Mail list logo