https://www.opennet.me/openforum/vsluhforumID3/40512.html Компания AOL представила (http://dev.aol.com/node/981) в рамках проекта Open AIM 2.0 (http://dev.aol.com/aim) полные спецификации протокола для мгновенного обмена сообщениями OSCAR (http://dev.aol.com/aim/oscar/).<br><br><br>Кроме того, доступны для загрузки спецификации OpenAuth API (http://dev.aol.com/openauth_api) и, в рамках SDK, примеры кода и библиотеки для языков C#, C++ и Java, а также JavaScript библиотека для встраивания AIM в web-страницы.<br><br><br><br>URL: http://dev.aol.com/node/981<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=14588<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#47 Thu, 22 May 2008 06:43:02 GMT &gt;&gt;Яблоки могут много чего хорошего открыть.<br>&gt;<br>&gt;Например?Чего у них такого уникального, стоящего внимания и ценного есть?<br><br>У них есть довольно-таки хороший аудио-формат AAC.<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#46 Wed, 26 Mar 2008 05:26:56 GMT &gt;[оверквотинг удален]<br>&gt;Неверное слово там "опционален". Создатели XMPP, мало того что выбрали уродский <br>&gt;XML, так еще и совершенно не понимали, как работает TCP. В <br>&gt;результате отсутствия всяких кипэливов и подтверждения доставки отвалившийся клиент может показываться <br>&gt;в онлайне от минут до часов, и всё это время отправляемые <br>&gt;ему сообщения будут уходить в /dev/null. <br>&gt;<br>&gt;Да, сейчас думают над JEP'ами по этому поводу (к вопросу об "опционален"), <br>&gt;но, вспоминая, сколько лет нормальную поддержку передачи файловв делали - до <br>&gt;полноценной повсеместной поддержки подтверждений далеко. Так что - не "опционален", а <br>&gt;"сроду" (от рождения жаббера) "не знаешь". <br><br>Дык. Не встречал в джаббере глюков с ghost-статусами. А в аське часто было. У меня раньше был BenQ-Siemens EL71, я на нём через Jimm сидел. Так вот телефон глюкнет и вырубится, статус остаётся "онлайн", а мне сообщения в родной /dev/null идут.<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#45 Sun, 09 Mar 2008 13:43:53 GMT В любом случае, ИМХО<br>ни одна подобная мелкая техническая "недоработка" не может быть причиной<br>использования подобных уродских проприетарных протоколов.<br><br>Условия открытия и подобные ограничения - все это не стоит тех ошибок(?), допущенных в XMPP.<br>Тех, кому чего не хватает - может спокойно себе что-либо добавить/поменять.<br>Ведь Жаббер - _свободный_ протокол. И слово "свободный" в нем - не пустой звук.<br>Об этом свидетельствует и эта новость.<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#44 Sun, 09 Mar 2008 11:17:35 GMT &gt;&gt;Только не в техническом плане.Там даже контроль доставки опционален.В итоге отправляя сообщение <br>&gt;&gt;сроду не знаешь дошло ли оно. <br>&gt;<br>&gt;Roo7, ну от тебя то я точно не ждал подобного ухода от <br>&gt;логики... <br>&gt;<br>&gt;так _опционален_ или _не_знаешь_? <br>&gt;<br>&gt;Сравниваем "весы" и "перевес на одну сторону" :) <br><br>Думать надо и разбираться в теме, а не тупо кидаться словом "логика". Неверное слово там "опционален". Создатели XMPP, мало того что выбрали уродский XML, так еще и совершенно не понимали, как работает TCP. В результате отсутствия всяких кипэливов и подтверждения доставки отвалившийся клиент может показываться в онлайне от минут до часов, и всё это время отправляемые ему сообщения будут уходить в /dev/null.<br><br>Да, сейчас думают над JEP'ами по этому поводу (к вопросу об "опционален"), но, вспоминая, сколько лет нормальную поддержку передачи файловв делали - до полноценной повсеместной поддержки подтверждений далеко. Так что - не "опционален", а "сроду" (от рождения жаббера) "не знаешь".<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#43 Fri, 07 Mar 2008 23:44:14 GMT &gt;Чет я не понял а они под 64 бита sdk выкладывать собираются? <br>&gt;:-( <br><br>Ну там описалово протокола есть.Никто вам не мешает делать свой клиент по оному.<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#42 Fri, 07 Mar 2008 23:42:35 GMT Еще кстати UU-encoding или base64.Да, это так круто когда посылаемый файл пухнет на треть.Ради хз чего потому как каналы передачи данных уже много лет 8-битные.Весь этот MIME-SMTPшный хлам давно пора похоронить.Ему место вместе с unix-ами 70-х на свалке истории.В 2008 году програмерская мысль шагнула чуть дальше чем примитивный протокол по доставке спама в инбоксы юзерей.<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#41 Fri, 07 Mar 2008 23:39:02 GMT &gt;Не понимаю, зачем плодить сущности? Есть MIME и SMTP.<br><br>Да.SMTP.Spam Messages Transfer Protocol.Протокол который доставляет 95% спама и 5% полезных сообщений, в честь чего я его просто почти не использую.А зачем мне такой сервис по доставке мне тонн говна и, очент иногда, среди них может накопаться (если поработать лопатой) чего-то полезного?<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#40 Fri, 07 Mar 2008 23:36:34 GMT &gt;Только не в техническом плане.Там даже контроль доставки опционален.В итоге отправляя сообщение <br>&gt;сроду не знаешь дошло ли оно. <br><br>Roo7, ну от тебя то я точно не ждал подобного ухода от логики...<br><br>так _опционален_ или _не_знаешь_?<br><br>Сравниваем "весы" и "перевес на одну сторону" :)<br> https://www.opennet.me/openforum/vsluhforumID3/40512.html#39 Fri, 07 Mar 2008 23:35:56 GMT &gt;лучше бы xmpp клиент нормальный писали чем хайлом на проприетарные протоколы щелкать <br><br>XMPP кривой, by design.В нем даже контроль доставки опционален.Ну и толку с нормального клиента если ему придется взаимодействовать с кучей кривых поделок потом, половина из которых нихрена не умеет?<br>