php-i18n Digest 31 Mar 2003 10:42:46 -0000 Issue 163
Topics (messages 519 through 527):
Re: mbstring problem
519 by: Moriyoshi Koizumi
UTF-8 mail
520 by: a.h.s. boy
521 by: Gary Ross
charset problem
522 by: Filip De Graeve
523 by: Filip De Graeve
524 by: Filip De Graeve
525 by: Moriyoshi Koizumi
526 by: Filip De Graeve
Gettext problems
527 by: Eneko Lacunza
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
First, be sure to CC your responses to the list so other people could
learn something from this thread..
I guess you did some mistakes at configure. When the configure line is too
long and you'd like to expand it to multiple lines, check if each line
doesn't contain any spaces after "\" sign. I saw such redundant spaces in
your first mail in the thread.
Moriyoshi
"Patrick T. Tsang" <[EMAIL PROTECTED]> wrote:
> Dear Moriyoshi,
>
> surely I had restarted apached for each new configuration.
>
> If I just include --enable-mbstring=all in the line, mbstring will be
> ignored. I have to include --enable-mbstring together
> with --enable-mbstring=all .
>
> For testing purposes, you may visit my site at http://www.patricktsang.net
> to have a look on phpinfo().
>
> Please help.
> Patrick
--- End Message ---
--- Begin Message ---
I'm trying to have PHP send mail using utf-8, and I've added the
appropriate header. The body of the email displays properly, but the
subject line (which precedes the content-type header) displays as
garbage (instead of, say, Greek).
Is there any way around this (preferably one that doesn't require mb
support compiled into PHP), or am I doing something wrong at a more
fundamental level?
Cheers,
spud.
-------------------------------------------------------------------
a.h.s. boy
spud(at)nothingness.org "as yes is to if,love is to yes"
http://www.nothingness.org/
-------------------------------------------------------------------
--- End Message ---
--- Begin Message ---
What version of php are you using? the latest has mb automatically
compiled in I think.
Anyway, I recommend that you look at php.net and go to the mb_send_mail
function area. There are many comments regarding your question there.
Gary
On Friday, March 28, 2003, at 02:51 am, a.h.s. boy wrote:
I'm trying to have PHP send mail using utf-8, and I've added the
appropriate header. The body of the email displays properly, but the
subject line (which precedes the content-type header) displays as
garbage (instead of, say, Greek).
Is there any way around this (preferably one that doesn't require mb
support compiled into PHP), or am I doing something wrong at a more
fundamental level?
Cheers,
spud.
-------------------------------------------------------------------
a.h.s. boy
spud(at)nothingness.org "as yes is to if,love is to yes"
http://www.nothingness.org/
-------------------------------------------------------------------
--
PHP Internationalization Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Hello,
Using PHP 4.3.1 on a Windows 2k/Apache,i am trying to insert some text like
"Test é à ë" into a
MS SQL database.
The result I get using the query analyzer : Test Ú Þ Ù
is not the same as you can see for yourself.
However; ms sql supports those characters when i insert them directly into
the query analyzer.
My locales support those characters (.be locals), and i configured the
php.ini to support the iso-8859-1 charset
(and use the mssql dll extension).
What's also weird, is that the function htmlspecialchars has no effect on
the result, whilst htmlentities does have one; but then the
textfield looks like " Test é è ë " which wasn't exactly
the point.
Can anybody give me any clue where to look or what to do?
thank you,
regards
Filip
[EMAIL PROTECTED]
--
Filip De Graeve
Information Architect
Curious ICT Solutions
G: +32 (0477) 63.90.77
F: +32 (09) 261.31.49
E: [EMAIL PROTECTED]
W: http://www.curious.be
**** DISCLAIMER ****
"This e-mail and any attachments thereto may contain information
which is confidential and/or protected by intellectual property
rights and are intended for the sole use of the recipient(s) named above.
Any use of the information contained herein (including, but not limited to,
total or partial reproduction, communication or distribution in any form)
by persons other than the designated recipient(s) is prohibited.
If you have received this e-mail in error, please notify the sender either
by telephone or by e-mail and delete the material from any computer.
Thank you for your cooperation."
--- End Message ---
--- Begin Message ---
Trying to write the string "é ë è" into the MS SQL Server :
é ë è results into Ú Þ Ù
é ë è results into Ú Þ Ù using htmlentities
é ë è results into é è ë using htmlspecialchars
é ë è results into %E9%20%E8%20%EB using rawlurlencode
The charset ISO-8859-1 (western europe) is supported
in my apache, php, and on the global win 2K system.
(it's native!)
Any other clues ?
Cheers!
"Filip De Graeve" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
> Hello,
>
> Using PHP 4.3.1 on a Windows 2k/Apache,i am trying to insert some text
like
> "Test é à ë" into a
> MS SQL database.
>
> The result I get using the query analyzer : Test Ú Þ Ù
>
> is not the same as you can see for yourself.
> However; ms sql supports those characters when i insert them directly into
> the query analyzer.
>
> My locales support those characters (.be locals), and i configured the
> php.ini to support the iso-8859-1 charset
> (and use the mssql dll extension).
>
> What's also weird, is that the function htmlspecialchars has no effect
on
> the result, whilst htmlentities does have one; but then the
> textfield looks like " Test é è ë " which wasn't
exactly
> the point.
>
> Can anybody give me any clue where to look or what to do?
>
> thank you,
> regards
>
> Filip
> [EMAIL PROTECTED]
>
> --
> Filip De Graeve
> Information Architect
> Curious ICT Solutions
> G: +32 (0477) 63.90.77
> F: +32 (09) 261.31.49
> E: [EMAIL PROTECTED]
> W: http://www.curious.be
>
> **** DISCLAIMER ****
> "This e-mail and any attachments thereto may contain information
> which is confidential and/or protected by intellectual property
> rights and are intended for the sole use of the recipient(s) named above.
> Any use of the information contained herein (including, but not limited
to,
> total or partial reproduction, communication or distribution in any form)
> by persons other than the designated recipient(s) is prohibited.
> If you have received this e-mail in error, please notify the sender either
> by telephone or by e-mail and delete the material from any computer.
> Thank you for your cooperation."
>
>
>
--- End Message ---
--- Begin Message ---
I also found out that when u try to enter
Ú Þ Ù into the database, you get + Ì +
so I am quite sure this is some kind of problem regarding
encoding or the dll interface between php and ms sql...
any ideas? anyone?
"Filip De Graeve" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
> Trying to write the string "é ë è" into the MS SQL Server :
> é ë è results into Ú Þ Ù
> é ë è results into Ú Þ Ù using htmlentities
> é ë è results into é è ë using htmlspecialchars
> é ë è results into %E9%20%E8%20%EB using rawlurlencode
>
> The charset ISO-8859-1 (western europe) is supported
> in my apache, php, and on the global win 2K system.
> (it's native!)
>
> Any other clues ?
> Cheers!
>
> "Filip De Graeve" <[EMAIL PROTECTED]> schreef in bericht
> news:[EMAIL PROTECTED]
> > Hello,
> >
> > Using PHP 4.3.1 on a Windows 2k/Apache,i am trying to insert some text
> like
> > "Test é à ë" into a
> > MS SQL database.
> >
> > The result I get using the query analyzer : Test Ú Þ Ù
> >
> > is not the same as you can see for yourself.
> > However; ms sql supports those characters when i insert them directly
into
> > the query analyzer.
> >
> > My locales support those characters (.be locals), and i configured the
> > php.ini to support the iso-8859-1 charset
> > (and use the mssql dll extension).
> >
> > What's also weird, is that the function htmlspecialchars has no effect
> on
> > the result, whilst htmlentities does have one; but then the
> > textfield looks like " Test é è ë " which wasn't
> exactly
> > the point.
> >
> > Can anybody give me any clue where to look or what to do?
> >
> > thank you,
> > regards
> >
> > Filip
> > [EMAIL PROTECTED]
> >
> > --
> > Filip De Graeve
> > Information Architect
> > Curious ICT Solutions
> > G: +32 (0477) 63.90.77
> > F: +32 (09) 261.31.49
> > E: [EMAIL PROTECTED]
> > W: http://www.curious.be
> >
> > **** DISCLAIMER ****
> > "This e-mail and any attachments thereto may contain information
> > which is confidential and/or protected by intellectual property
> > rights and are intended for the sole use of the recipient(s) named
above.
> > Any use of the information contained herein (including, but not limited
> to,
> > total or partial reproduction, communication or distribution in any
form)
> > by persons other than the designated recipient(s) is prohibited.
> > If you have received this e-mail in error, please notify the sender
either
> > by telephone or by e-mail and delete the material from any computer.
> > Thank you for your cooperation."
> >
> >
> >
>
>
--- End Message ---
--- Begin Message ---
Hi,
I don't know anything about mssql, but as for htmlspecialchars() you have
to pass a correct charset name to the function to get it working.
Moriyoshi
"Filip De Graeve" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Using PHP 4.3.1 on a Windows 2k/Apache,i am trying to insert some text like
> "Test into a
> MS SQL database.
>
> The result I get using the query analyzer : Test
> is not the same as you can see for yourself.
> However; ms sql supports those characters when i insert them directly into
> the query analyzer.
>
> My locales support those characters (.be locals), and i configured the
> php.ini to support the iso-8859-1 charset
> (and use the mssql dll extension).
>
> What's also weird, is that the function htmlspecialchars has no effect on
> the result, whilst htmlentities does have one; but then the
> textfield looks like " Test é è ë " which wasn't exactly
> the point.
>
> Can anybody give me any clue where to look or what to do?
>
> thank you,
> regards
--- End Message ---
--- Begin Message ---
this did not solve my problem in any case.
I did find a way to work around this though...
using obdc connection instead of the mssql_functions that
are provided through the php_mssql.dll library.
when u use that type of connection, the characters do get
inserted correctly.
kind regards,
"Moriyoshi Koizumi" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
> Hi,
>
> I don't know anything about mssql, but as for htmlspecialchars() you have
> to pass a correct charset name to the function to get it working.
>
> Moriyoshi
>
> "Filip De Graeve" <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > Using PHP 4.3.1 on a Windows 2k/Apache,i am trying to insert some text
like
> > "Test into a
> > MS SQL database.
> >
> > The result I get using the query analyzer : Test
>
> > is not the same as you can see for yourself.
> > However; ms sql supports those characters when i insert them directly
into
> > the query analyzer.
> >
> > My locales support those characters (.be locals), and i configured the
> > php.ini to support the iso-8859-1 charset
> > (and use the mssql dll extension).
> >
> > What's also weird, is that the function htmlspecialchars has no effect
on
> > the result, whilst htmlentities does have one; but then the
> > textfield looks like " Test é è ë " which wasn't
exactly
> > the point.
> >
> > Can anybody give me any clue where to look or what to do?
> >
> > thank you,
> > regards
>
--- End Message ---
--- Begin Message ---
Hi,
I'd like to rescue a past matter again.
I'm having problems with gettext in our production server now (devel
system has been quite peaceful until now).
I've send a mail to glibc bugs mailing list and I got the attached
response. I have replied that it doesn't sound very reasonable, at least
not in web server systems. I'll keep you informed if something
interesting happens.
From my experience, install step is just bogus as long as file has
correct permisions and owner. So the only problem is to treat .mo files
like dynamic libraries.
The fact that just a plain change without any apache restarting works
almost all time shows that it can be done without treating .mo files
like .so files.
I'd like to know wheter PHP developers are aware of this problem. If
so, have they ever talked to glibc developers? If yes, what was the
response? If no, why? Will they be willing to talk to them in order to
have this matter fixed?
Thanks a lot.
--
Eneko Lacunza
Enlar/Euskalamiga
http://www.euskal.org
--- Begin Message ---
On 31 Mar 03 at 11:44, Eneko Lacunza wrote:
>
> I'm having some problems with gettext and apache+php. The problem
> starts when I update .mo files some PHP programs are using. Sometimes
> (not everytime) gettext starts failing to traslate strings. When this
> starts, gettext will translate about 1/4 of pages generated from PHP.
You are installing .mo files wrong way. Please use 'install' program
to install them, and restart apache afterwards. Do not install .mo
files with 'cp' or 'cat'... .mo files should be treated same way as
shared libraries.
Petr Vandrovec
[EMAIL PROTECTED]
--- End Message ---
--- End Message ---
