On 02.08.2017 11:25, Ben RUBSON wrote:
We would then be able to correctly log 'André'
Actually, this is how I most often get it, on the web and in scam emails :
"Hi André,"
To the savvy and experienced multilingual-application-programming expert, this of course
is entirely transparent :
-
These represent the *bytes* which correspond to the UTF-8 encoding of your "special" characters
above. E.g. the character "é" has the Unicode codepoint 233 (decimal) or E9 (hexadecimal). When
encoded using the UTF-8 encoding, this is represented by 2 bytes C3 A9 (hexadecimal). The
gt; [Tue Aug 01 19:25:28.914947 2017] [perl:error] [pid 56938] [client
>>>> 127.0.0.1:59952] log with special char \xc3\xa9\xc3\xa9\xc3\xa8\xc3\xa8
>>>>
>>>> Why all these \x symbols ?
>>>
>>> These represent the *bytes* which correspond to
What a stunning coincidence…
风河 starting a new conversation ‘MP framework’ just after André his reply on
‘Log and special characters’.
Totally agree with you André, as we serve customers all over Europe and in
China.
Regards, Eric
On Wed, Aug 2, 2017 at 11:17 AM, André Warnier (tomcat
with special char ééèè at ...
[Tue Aug 01 19:25:28.914947 2017] [perl:error] [pid 56938] [client
127.0.0.1:59952] log with special char \xc3\xa9\xc3\xa9\xc3\xa8\xc3\xa8
Why all these \x symbols ?
These represent the *bytes* which correspond to the UTF-8 encoding of your "special" character
t;>
>> Produces :
>> warn with special char ééèè at ...
>> [Tue Aug 01 19:25:28.914947 2017] [perl:error] [pid 56938] [client
>> 127.0.0.1:59952] log with special char \xc3\xa9\xc3\xa9\xc3\xa8\xc3\xa8
>>
>> Why all these \x symbols ?
>
> These represen
127.0.0.1:59952] log with special char \xc3\xa9\xc3\xa9\xc3\xa8\xc3\xa8
Why all these \x symbols ?
These represent the *bytes* which correspond to the UTF-8 encoding of your "special"
characters above. E.g. the character "é" has the Unicode codepoint 233 (decimal) or E9
(hexad
> On 01 Aug 2017, at 19:30, Ben RUBSON wrote:
>
> $r->log->error("log with special char ééèè");
>
> [Tue Aug 01 19:25:28.914947 2017] [perl:error] [pid 56938] [client
> 127.0.0.1:59952] log with special char \xc3\xa9\xc3\xa9\xc3\xa8\xc3\xa8
>
> Why all these \x symbols ?
Well, sounds like Apa
Hi,
The following UTF-8 :
warn("warn with special char ééèè");
$r->log->error("log with special char ééèè");
Produces :
warn with special char ééèè at ...
[Tue Aug 01 19:25:28.914947 2017] [perl:error] [pid 56938] [client
127.0.0.1:59952] log with special char \xc3\xa9\xc3\xa9\xc3\xa8\xc3\xa8
W
Dan King wrote:
> I guess mod_perl doesn't take the environment variables from the server so
> you have to set them in the httpd.conf file. The code I used to fix it is
> below:
That's not exactly true. From the mod_perl docs:
However, Apache (or mod_perl) don't pass on environment variables
Hi everyone,
Thanks for everyones help and suggestions. I found the problem with the special
characters. I guess mod_perl doesn't take the environment variables from the
server so you have to set them in the httpd.conf file. The code I used to fix
it is below:
PerlSetEnv NLS
wrote:
>
>
>
>
> I am having issues running a web application, called OTRS, that uses DBI and
> DBD::Oracle. When I insert special characters, such as é or â they show up
> as question marks in the database when looking at them from sqlplus or
> through the web application. I am
les meilleurs délais, de ne pas divulguer son
contenu et de le supprimer de votre système. Merci.
-Original Message-
From: Clinton Gormley [mailto:[EMAIL PROTECTED]
Sent: August 21, 2007 3:01 PM
To: Dan King
Cc: modperl@perl.apache.org
Subject: Re: Special characters
On Tue, 2007-08-21
ets and unicode, i'd start by
looking there.
http://search.cpan.org/~pythian/DBD-Oracle-1.19/Oracle.pm#DBD::Oracle_and_Unicode
HTH,
Adam
From: Dan King [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 21, 2007 2:22 PM
To: modperl@perl.apache.org
Subject: S
On Tue, 2007-08-21 at 14:21 -0400, Dan King wrote:
> I am having issues running a web application, called OTRS, that uses
> DBI and DBD::Oracle. When I insert special characters, such as é or â
> they show up as question marks in the database when looking at them
> from sqlplus or thr
I am having issues running a web application, called OTRS, that uses DBI and
DBD::Oracle. When I insert special characters, such as é or â they show up as
question marks in the database when looking at them from sqlplus or through the
web application. I am running the web app on Apache v1 with
16 matches
Mail list logo