https://slinkov.ru/openforum/vsluhforumID3/42777.html Google открыл (http://google-opensource.blogspot.com/2008/07/protocol-buffers-googles-data.html) для всеобщего пользования RPC (http://ru.wikipedia.org/wiki/Remote_Procedure_Call) протокол обмена данными Protocol Buffers (http://code.google.com/p/protobuf/). &lt;i&gt; &#171;Практически все внутри Google использует Protocol Buffers&#187;&lt;/i&gt;, написано в FAQ (http://code.google.com/apis/protocolbuffers/docs/faq.html). &lt;i&gt; &#171;Мы бы хотели сделать открытыми многие другие наши проекты, но для этого мы должны были прежде опубликовать Protocol Buffers&#187;&lt;/i&gt;.<br><br>Google использует множество различных типов данных, которые передаются в виде сообщений между серверами. Большинство из них имеют иерархическую структуру, которую необходимо представлять в определенном виде. Использование XML (http://ru.wikipedia.org/wiki/Xml) в этом случае неэффективно, так как когда сеть и узлы работают на полную мощность, обработка XML отнимает слишком много ресурсов. Кроме того, код для работы с деревом DOM (http:/...<br><br>URL: http://google- https://slinkov.ru/openforum/vsluhforumID3/42777.html#25 Mon, 04 Aug 2008 10:38:45 GMT Кто знает, rpc на базе этого protobuf с поддержкой какой-либо авторизации и шифрования, или нет?<br><br><br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#24 Thu, 10 Jul 2008 12:53:54 GMT Вообще, конечно, молодцы, ибо http://c2.com/cgi/wiki?XmlSucks<br><br>Но не совсем понятно, чем их не устроил ASN.1, под который уже дофига всего разработано (и который пиарит себя как наиболее совершенное решение). Те же типы (в отличие от XML), те же парсеры для кучи языков, то же компактное бинарное представление (более эффетивное, чем XML). Разве что синтаксис привычнее?..<br><br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#23 Thu, 10 Jul 2008 05:07:37 GMT Скомпилированый жсон да и сериализуемые классы. Как по мне жсон прикольнее.<br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#22 Wed, 09 Jul 2008 18:52:59 GMT Спасибо. Не добрался до этой страницы.<br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#21 Wed, 09 Jul 2008 16:27:28 GMT &gt;А под какой это лицензией? Я чёт так и не нашел... <br><br>Apache License 2.0<br><br>P.S. Это есть на сайте проекта http://code.google.com/p/protobuf/<br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#20 Wed, 09 Jul 2008 15:02:22 GMT А под какой это лицензией? Я чёт так и не нашел...<br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#19 Wed, 09 Jul 2008 14:54:56 GMT &gt;и траффик уменьшили в 10 раз. Траффик == деньги. <br><br>Просто если сервак при прочих равных сможет в 10 раз больше, значит будет надо вдесятеро меньше серверов.Тут все просто.А XML сцуко сложный в парсинге и вообще обладает рядом неприятных свойств.Скажем размер записи вообще заранее неизвестен.И если вдруг запись весит гиг а нам в облом столько парсить - заранее узнать что нас ждет нельзя.А значит парсер будет колупать весь гиг, медленно и печально.XML хорош для некоторых вещей, но для некоторых других он выглядит как микроскоп при забивании гвоздей.<br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#18 Wed, 09 Jul 2008 14:49:31 GMT &gt; По словам Google, Protocol Buffers от трех до десяти раз компактнее при выигрыше в <br>&gt; скорости от 20 до 100 раз, по сравнению с XML<br><br>Кстати да, пользуясь случаем передаю отдельные приветы жабберу с его пухлыми XML-ками :)<br> https://slinkov.ru/openforum/vsluhforumID3/42777.html#17 Wed, 09 Jul 2008 11:24:20 GMT Жаль для Native C порта нет<br>