|
|
|||||
Регистрация: Oct 2008
Сообщений: 38
|
может кто-нибудь все-таки сталкивался с чем-то подобным?
|
|
|||||
[+1 24.05.11]
[+1 09.08.11] Регистрация: Mar 2011
Сообщений: 101
|
Попробуйте добавить вот это, иногда помогает объяснить серверу что от него хотят.
|
|
|||||
Modus ponens
|
Немного ясности
У Юникода есть коды (codepoints) и есть разновидность Юникода называющаяся UTF-8, которая описывает как эти коды нужно записывать в бинарном виде. Так вот C284 - это два байта (в шестнадцатиричном представлении) которые соответствуют коду U+0084. А теперь, вопрос к ОП - что вы пытаетесь послать U+0084 или U+C284? - это два разных, никак не связаных между собой символа. Флеш, если специально махинаций никаких не делать работает с UTF-8, т.о. если вы пошлете "\u0084" то, если вы используете для этого какой-то текстовый mime-type (т.е. эта строка будет в GET запросе, или вы ее обработаете задействовав URLVariables), флеш внутри вызовет escapeMultibyte() функцию и результат ее работы и отправит. Если вы используете URLLoaderDataFormat.BINARY и в data свойство объекта типа URLRequest запишите ByteArray - то то, что было записано в ByteArray, то и отправится без всякой дополнительной обработки. Имейте в виду, что флеш автоматически не меняет mime-type, если указать dataFormat как URLLoaderDataFormat.BINARY, и, поэтому, часто получается неувязка - запрос отсылается с mime-type application/x-www-form-urlencoded, хотя вы ничего не кодировали - это один из идиотизмов HTTP протокола - заголовок Content-type в принципе не нужен / очень часто игнорируется т.как не соответствует действительности.
__________________
Hell is the possibility of sanity |
Часовой пояс GMT +4, время: 20:36. |
|
« Предыдущая тема | Следующая тема » |
|
|