Здравствуйте, Pavel Dvorkin, Вы писали:

Короче, заколебал меня FAR окончательно. Поискал по инету — оказывается, проблема с приемом UTF-8 под ICQ протоколом восьмой версии у них известна чуть ли не с 2002 года. Починить разработчики ее до сих пор не могут, преимущественно потому, что клинически не разбираются в предмете. К счастью, народные умельцы нашли в DLL то место, где вызывается автодетектирование кодировки. Судя по всему, эта функция вычисляет текущую кодировку винды . Замена call на mov eax, <номер UTF-8> решает проблему. Я пропатчил себе aim.dll и теперь кириллица принимается нормально.

>> не очевидно что бинарные данные прекрассно сериализуются, и передаются?
C>Нет. Почитай про зоопарк floating point-форматов, например. Про разные
C>byte-order'ы ты и сам знаешь, наверное.
ASN.1 учитывает все это.

Ka3a4oK wrote:
> C>Нет. Почитай про зоопарк floating point-форматов, например. Про разные
> C>byte-order'ы ты и сам знаешь, наверное.
> ASN.1 учитывает все это.
Угу. А теперь советую посмотреть на его распространение.

Здравствуйте, Тычеблин, Вы писали:


C>>Вообще, советую поработать в реальных проектах с custom'ными бинарными и
C>>текстовыми протоколами. Тогда, может, поймешь разницу.

Т>советую не советовать, у меня свой, реально работающий под нагрузкой, application server (.NET) со своим бинарным протоколом.
Т>я знаю о чем говорю.

МТС внешние платежные шлюзы — XML-протокол
Cyberplat — текстовый
e-port — XML-протокол
U-TEL — (по косвенным признакам средняя нагрузка — 50-200 платежных транзакций в секунду) — текстовый

ты будешь спорить что у них небольшой трафик и небольшая нагрузка на сервера?

Здравствуйте, prVovik, Вы писали:

V>Здравствуйте, Sinclair, Вы писали:

S>>Здравствуйте, Андрей Коростелев, Вы писали:

АК>>>Так ли прост модный нынче SOAP?
АК>>>The S stands for Simple
S>>Не Simple, не Object, давно уже не только Access, и, в общем-то, не Protocol.

V>И вообще, это пиво

Скорее мыло