Tosh Cooey wrote:
I'm drawing a blank here and I probably shouldn't be, but...
I would like to use a global variable that's only available for the
duration of a request.
I guess I could create() and undef() the variable at the start and end
of each request but that seems so... inelegant...
I've struggled with wanting to use globals too, but it's not the functional
way. Our current approach is to create a parallel request object and pass
that through all of the function calls. We set a member of the parallel
request object to the actual Apache request object. Something like this:
I'm drawing a blank here and I probably shouldn't be, but...
I would like to use a global variable that's only available for the
duration of a request.
I guess I could create() and undef() the variable at the start and end
of each request but that seems so... inelegant...
Any suggestions?
Emmanuel CROMBEZ wrote:
Hello
My solution for UTF-8 problem in web page are in 3 steps:
1 - fixe content-type
2 - fixe xml encoding
3 - fixe html header encoding
In mod_perl , use
$r->content_type('text/html; Charset=UTF-8');
The first line of your html page must be :
And in the yo
Hello
My solution for UTF-8 problem in web page are in 3 steps:
1 - fixe content-type
2 - fixe xml encoding
3 - fixe html header encoding
In mod_perl , use
$r->content_type('text/html; Charset=UTF-8');
The first line of your html page must be :
And in the you must have :
If you d
Jean-Christophe Boggio wrote:
? The problem comes from the header I *receive*. The headers I send are
always good (hard coded in base.epl). I'm quoting myself :
If it may help :
All my scripts are written in utf-8 encoding
My default system/database locales are utf-8
My apache2.conf is the
