Вам необходимо проанализировать вызовы JSON с помощью Wireshark, поэтому вы увидите, включаете ли вы кодировку в формирование страницы JSON или нет, например:
- Если страница простая, если text / html
0000 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d HTTP/1.1 200 OK.
0010 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 74 .Content -Type: t
0020 65 78 74 2f 68 74 6d 6c 0d 0a 43 61 63 68 65 2d ext/html ..Cache-
0030 43 6f 6e 74 72 6f 6c 3a 20 6e 6f 2d 63 61 63 68 Control: no-cach
- Если страница относится к типу, включая пользовательский JSON с MIME "charset = ISO-8859-1"
0000 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d HTTP/1.1 200 OK.
0010 0a 43 61 63 68 65 2d 43 6f 6e 74 72 6f 6c 3a 20 .Cache-C ontrol:
0020 6e 6f 2d 63 61 63 68 65 0d 0a 43 6f 6e 74 65 6e no-cache ..Conten
0030 74 2d 54 79 70 65 3a 20 74 65 78 74 2f 68 74 6d t-Type: text/htm
0040 6c 3b 20 63 68 61 72 73 65 74 3d 49 53 4f 2d 38 l; chars et=ISO-8
0050 38 35 39 2d 31 0d 0a 43 6f 6e 6e 65 63 74 69 6f 859-1..C onnectio
Почему это? потому что мы не можем поставить на странице JSON такую цель:
В моем случае я использую производителя Connect Me 9210 Digi:
- Мне пришлось использовать флаг, чтобы указать, что можно использовать нестандартный MIME:
p-> theCgiPtr-> = fDataType eRpDataTypeOther;
- Добавлен новый MIME в переменную:
strcpy (p-> theCgiPtr-> fOtherMimeType, "text / html;
charset = ISO-8859-1 ");
Это сработало для меня без необходимости преобразования данных, переданных JSON для UTF-8, а затем повторного преобразования на странице ...