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

Appears to ignore charset in http-equiv meta directive

  • 3 trả lời
  • 2 gặp vấn đề này
  • 14 lượt xem
  • Trả lời mới nhất được viết bởi cor-el

more options

<head> section contains <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

but the "micro" symbol is displayed as the white question mark on a black diamond background. In the datastream received this symbol is correctly encoded for iso-8859-1 as hex b5.

The browser reports page text encoding as UFT8 when queried by clicking on favicon on address bar, selecting "more info", then "general". However, page (as transmitted from host) does not contain the text "UTF".

This behaviour was observed on page http://www.8052.com/store/index.phtml?PRODUCTID=9.

Why is this? It appears to me that 1) the browser is ignoring the charset directive, or 2) I have created an override somewhere

<head> section contains <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> but the "micro" symbol is displayed as the white question mark on a black diamond background. In the datastream received this symbol is correctly encoded for iso-8859-1 as hex b5. The browser reports page text encoding as UFT8 when queried by clicking on favicon on address bar, selecting "more info", then "general". However, page (as transmitted from host) does not contain the text "UTF". This behaviour was observed on page http://www.8052.com/store/index.phtml?PRODUCTID=9. Why is this? It appears to me that 1) the browser is ignoring the charset directive, or 2) I have created an override somewhere

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

The server sends the file as "Content-Type: text/html; charset=UTF-8" and that prevails over what is specified in the main HTML file.

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

Visitors would have to change the encoding manually from Unicode to Western. Best would be to save the HTML file as Unicode (UTF-8) and re-upload the file.

The characters are in the same position in Unicode.

Only 20-µA current
Intel® BASIC-52
Power down mode reduces current requirements to 20 µA.
Some ±8V power
Đọc câu trả lời này trong ngữ cảnh 👍 0

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

more options

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

The server sends the file as "Content-Type: text/html; charset=UTF-8" and that prevails over what is specified in the main HTML file.

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

Visitors would have to change the encoding manually from Unicode to Western. Best would be to save the HTML file as Unicode (UTF-8) and re-upload the file.

The characters are in the same position in Unicode.

Only 20-µA current
Intel® BASIC-52
Power down mode reduces current requirements to 20 µA.
Some ±8V power
more options

Thank you. Very silly of me to have ignored the HTTP headers. They were there, in front of me in the tcpdump I'd done. So, we have a mis-configured server or a user of said server who doesn't understand what he's doing.

This is frightening. I'm increasingly seeing examples of technology being used without any understanding of what it's doing.

Được chỉnh sửa bởi catsmum vào

more options

It is best to keep the server set to Unicode and advice users to make sure that all files are saved as Unicode as well. Unicode should cover all possible characters and shouldn't cause issues with visitors from various countries.