We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Tìm kiếm hỗ trợ

Tránh các lừa đảo về hỗ trợ. Chúng tôi sẽ không bao giờ yêu cầu bạn gọi hoặc nhắn tin đến số điện thoại hoặc chia sẻ thông tin cá nhân. Vui lòng báo cáo hoạt động đáng ngờ bằng cách sử dụng tùy chọn "Báo cáo lạm dụng".

Tìm hiểu thêm

UTF-8 problem

  • 1 trả lời
  • 3 gặp vấn đề này
  • 1 lượt xem
  • Trả lời mới nhất được viết bởi paulo.silveira

more options

Depending on the way I call a page, utf-8 does not show properly. The best way is to provide an example. Please, try this:

http://www.logicamix.fm.usp.br/cgi-bin/smst_testeeutf8.cgi

It is a test page in Portuguese. At the bottom part of this page there is a textarea that repeats the last entry. Just type anything that requires utf-8, send it (click [Enviar esta nota]) to store it in my database (correctly configured to utf-8) and return to the previous page by clicking [Clique aqui para voltar à tela anterior].

All characters that were displaying nicely are now messed up. Even without the source code of my cgi, You can save the page html (CTRL+U) before and after. I did so and applied Kompare to check for differences. Except for the additional entry, they are both identical !

Is ThIs a bug? I am using Ubuntu 14.04 and 16.04, but this behavior reproduces in Windows and MacOS, too. Chrome shows everything correctly.

Depending on the way I call a page, utf-8 does not show properly. The best way is to provide an example. Please, try this: http://www.logicamix.fm.usp.br/cgi-bin/smst_testeeutf8.cgi It is a test page in Portuguese. At the bottom part of this page there is a textarea that repeats the last entry. Just type anything that requires utf-8, send it (click [Enviar esta nota]) to store it in my database (correctly configured to utf-8) and return to the previous page by clicking [Clique aqui para voltar à tela anterior]. All characters that were displaying nicely are now messed up. Even without the source code of my cgi, You can save the page html (CTRL+U) before and after. I did so and applied Kompare to check for differences. Except for the additional entry, they are both identical ! Is ThIs a bug? I am using Ubuntu 14.04 and 16.04, but this behavior reproduces in Windows and MacOS, too. Chrome shows everything correctly.

Giải pháp được chọn

Never mind... I just figured out the problem. There was a line break in

<meta content="text/html; charset=UTF-8" http-equiv="content-type">

For some reason, Chrome displays correctly if it is

<meta content="text/html; charset=UTF-8" http-equiv="content-type">

but Firefox has the behavior I've described above.

Đọc câu trả lời này trong ngữ cảnh 👍 0

Tất cả các câu trả lời (1)

more options

Giải pháp được chọn

Never mind... I just figured out the problem. There was a line break in

<meta content="text/html; charset=UTF-8" http-equiv="content-type">

For some reason, Chrome displays correctly if it is

<meta content="text/html; charset=UTF-8" http-equiv="content-type">

but Firefox has the behavior I've described above.