Re: [WSG] utf8 character display problem
Many thanks Andrew Nick Andrew Cunningham wrote: Richard Ishida's i18n checker is a useful tool for this type of case. Available at http://rishida.net/tools/i18nchecker/index.php Rimantas Liubertas wrote: Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Nick Roper partner logical elements innovative web and internet solutions zend/php mysql approved partner email: nro...@logical.co.uk phone: +44 (0)1749 676798 mobile: +44 (0)7590 538686 web: www.logical.co.uk skype: nick.roper / +44 20 7870 9587 logical elements, 34, Chamberlain St, Wells, Somerset, BA5 2PJ, UK --- IMPORTANT This communication is to be treated as confidential and the information in it may not be used or disclosed except for the purpose for which it has been sent. If you have reason to believe that you are not the intended recipient of this communication, please contact the sender immediately. Any views or opinions expressed in this email may not be those of Logical Elements. WARNING Computer viruses can be transmitted by E-Mail. The recipient should check this E-Mail and any attachments for the presence of viruses. Logical Elements accepts no liability for any damage caused by any virus transmitted by this E-Mail. This E-mail and any attachments may not be copied or forwarded without the express permission of Logical Elements. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify Logical Elements against any claim for loss or damage caused by any viruses or otherwise. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] utf8 character display problem
Hi All, Not sure if this is the correct group to post this to, so feel free to point me elsewhere. Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. For example, the following test file on the development server incorporates Russian text into a menu: http://dev.logical.co.uk/imperial-russian-beta/utf8-test.php However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? Thanks, Nick -- Nick Roper partner logical elements logical elements, 34, Chamberlain St, Wells, Somerset, BA5 2PJ, UK --- *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] utf8 character display problem
Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] utf8 character display problem
Hi Rimantas, Ah, very useful to know, many thanks for that. The problem is that the site is on a shared server, so we may not be able to edit the Apache config file, but maybe I can use PHP to send a header instead? Regards, Nick Rimantas Liubertas wrote: Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Nick Roper partner logical elements innovative web and internet solutions zend/php mysql approved partner email: nro...@logical.co.uk phone: +44 (0)1749 676798 mobile: +44 (0)7590 538686 web: www.logical.co.uk skype: nick.roper / +44 20 7870 9587 logical elements, 34, Chamberlain St, Wells, Somerset, BA5 2PJ, UK --- IMPORTANT This communication is to be treated as confidential and the information in it may not be used or disclosed except for the purpose for which it has been sent. If you have reason to believe that you are not the intended recipient of this communication, please contact the sender immediately. Any views or opinions expressed in this email may not be those of Logical Elements. WARNING Computer viruses can be transmitted by E-Mail. The recipient should check this E-Mail and any attachments for the presence of viruses. Logical Elements accepts no liability for any damage caused by any virus transmitted by this E-Mail. This E-mail and any attachments may not be copied or forwarded without the express permission of Logical Elements. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify Logical Elements against any claim for loss or damage caused by any viruses or otherwise. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] utf8 character display problem
Hey Rimantas, I added a line of PHP code as follows: ?php header(Content-Type:text/html; charset=UTF-8); ? and it works fine now. I also installed Live Headers in FF for future debugging. Many thanks for that. Cheers, Nick Rimantas Liubertas wrote: Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Nick Roper partner logical elements innovative web and internet solutions zend/php mysql approved partner email: nro...@logical.co.uk phone: +44 (0)1749 676798 mobile: +44 (0)7590 538686 web: www.logical.co.uk skype: nick.roper / +44 20 7870 9587 logical elements, 34, Chamberlain St, Wells, Somerset, BA5 2PJ, UK --- IMPORTANT This communication is to be treated as confidential and the information in it may not be used or disclosed except for the purpose for which it has been sent. If you have reason to believe that you are not the intended recipient of this communication, please contact the sender immediately. Any views or opinions expressed in this email may not be those of Logical Elements. WARNING Computer viruses can be transmitted by E-Mail. The recipient should check this E-Mail and any attachments for the presence of viruses. Logical Elements accepts no liability for any damage caused by any virus transmitted by this E-Mail. This E-mail and any attachments may not be copied or forwarded without the express permission of Logical Elements. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify Logical Elements against any claim for loss or damage caused by any viruses or otherwise. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] utf8 character display problem
you should also be able to add/edit a .htaccess file on the shared web space and add the following: AddDefaultCharset utf-8 most hosts, even shared hosts should allow this (and it saves adding php headers to every page) Thanks, David On 7/7/09 18:46, Nick Roper wrote: Hey Rimantas, I added a line of PHP code as follows: ?php header(Content-Type:text/html; charset=UTF-8); ? and it works fine now. I also installed Live Headers in FF for future debugging. Many thanks for that. Cheers, Nick Rimantas Liubertas wrote: Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] utf8 character display problem
Hi David, Nice one - I'll give that go too. Cheers, Nick David Dixon wrote: you should also be able to add/edit a .htaccess file on the shared web space and add the following: AddDefaultCharset utf-8 most hosts, even shared hosts should allow this (and it saves adding php headers to every page) Thanks, David On 7/7/09 18:46, Nick Roper wrote: Hey Rimantas, I added a line of PHP code as follows: ?php header(Content-Type:text/html; charset=UTF-8); ? and it works fine now. I also installed Live Headers in FF for future debugging. Many thanks for that. Cheers, Nick Rimantas Liubertas wrote: Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Nick Roper partner logical elements innovative web and internet solutions zend/php mysql approved partner email: nro...@logical.co.uk phone: +44 (0)1749 676798 mobile: +44 (0)7590 538686 web: www.logical.co.uk skype: nick.roper / +44 20 7870 9587 logical elements, 34, Chamberlain St, Wells, Somerset, BA5 2PJ, UK --- IMPORTANT This communication is to be treated as confidential and the information in it may not be used or disclosed except for the purpose for which it has been sent. If you have reason to believe that you are not the intended recipient of this communication, please contact the sender immediately. Any views or opinions expressed in this email may not be those of Logical Elements. WARNING Computer viruses can be transmitted by E-Mail. The recipient should check this E-Mail and any attachments for the presence of viruses. Logical Elements accepts no liability for any damage caused by any virus transmitted by this E-Mail. This E-mail and any attachments may not be copied or forwarded without the express permission of Logical Elements. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify Logical Elements against any claim for loss or damage caused by any viruses or otherwise. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] utf8 character display problem
Richard Ishida's i18n checker is a useful tool for this type of case. Available at http://rishida.net/tools/i18nchecker/index.php Rimantas Liubertas wrote: Here's the issue: We are working on a site that incorporates Russian text. It displays OK on our development server, but when transferring the files to the live server we get garbled output. … However, the same file uploaded to the live server displays the last menu item incorrectly: http://www.imperial-russian-dating.com/utf8-test.php The file has been saved as utf8 encoded in the editor (Komodo) and then uploaded to each server. Any ideas ? There are headers sent by your live server: Connection:close Content-Length:862 Content-Type:text/html; charset=ISO-8859-1 Date:Tue, 07 Jul 2009 16:22:43 GMT Server:Apache/2.2.3 (CentOS) X-Powered-By:PHP/5.1.6 Take a look at Content-Type header: it specifies charset as iso-8859-1. Charset specified in HTTP has preference over charset in META. If you have access to your server configuration look for AddDefaultCharset directive in Apache config. You can either change it to UTF or comment it out. Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Andrew Cunningham Senior Manager, Research and Development Vicnet State Library of Victoria 328 Swanston Street Melbourne VIC 3000 Ph: +61-3-8664-7430 Fax: +61-3-9639-2175 Email: andr...@vicnet.net.au Alt email: lang.supp...@gmail.com http://home.vicnet.net.au/~andrewc/ http://www.openroad.net.au http://www.vicnet.net.au http://www.slv.vic.gov.au *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** begin:vcard fn:Andrew Cunningham n:Cunningham;Andrew org:State Library of Victoria;Vicnet adr:;;328 Swanston Street;Melbourne;VIC;3000;Australia email;internet:andr...@vicnet.net.au title:Senior Manager, Research and Development tel;work:+61-3-8664-7430 tel;fax:+61-3-9639-2175 tel;cell:0421-450-816 note;quoted-printable:Projects:=0D=0A= http://www.openroad.net.au/=0D=0A= http://www.mylanguage.gov.au/ x-mozilla-html:FALSE url:http://www.vicnet.net.au/ version:2.1 end:vcard