Что могло пойти не так, как надо в переключении кодирования HTML от UTF-8 до UTF-16?
Вы пытались понизить зависимость cloud_firestore? Я видел пару сообщений на эту тему совсем недавно, все из которых используют cloud_firestore 9.0 + 2.
5 ответов
Я могу придумать несколько вещей, которые могут пойти не так:
- Вы ДОЛЖНЫ указать, что это UTF-16 в заголовке HTTP. В отличие от UTF-8, UTF-16 не ASCII-совместим, что означает, что все должно быть с самого начала в UTF-16.
- Старые клиенты не поддерживают UTF-16. Например, что угодно в Windows 9x. Возможно, также Mac OS 9.
- Ой, подождите, я чуть не забыл: в Северной Америке и европейских копиях Windows XP по умолчанию не установлены азиатские шрифты.
- Потребление полосы пропускания, вероятно, почти удвоится, если большая часть вашего HTML - это ASCII
- . Клиенты, которые ошибочно полагают, что UTF-8 (или ASCII) будут запутаны
113221] хотите, чтобы изменился на UTF-16?
Также есть порядок байтов, который становится проблемой с данными, превышающими 8 бит. Файлы в кодировке UTF начинаются с отметки порядка байтов, которая используется для определения порядка байтов или порядка байтов этого файла.
I suspect most browsers won't even show your pages.
Насколько мне известно, все современные браузеры поддерживают кодировку UTF-16. Но, как указывали другие, вы должны явно объявить кодировку. Не все браузеры и платформы поддерживают все символы Unicode, но я думаю, что это не зависит от того, какую кодировку вы используете.
Однако, если пропускная способность является большой проблемой, вам, вероятно, следует рассмотреть возможность сжатия HTML с помощью сжатия. Это позволит сэкономить гораздо больше полосы пропускания, чем переключение кодирования.