https://opennet.dev/openforum/vsluhforumID3/59309.html Компания Google направила (http://androidandme.com/2009/09/hacks/cyanogenmod-%20in-trouble/) требование прекратить нарушение интеллектуальных прав авторам проекта CyanogenMod (http://www.cyanogenmod.com/), в рамках которого создана популярная альтернативная сборка платформы Android, ориентированная на выпускаемые на базе данной платформы телефоны (HTC G1, HTC Dream и т.п.). Претензии Google связаны с помещением в сборку ряда проприетарных приложений, включаемых в состав официальных прошивок Google. Среди таких приложений называются программы для работы с картами, каталогом программ, gmail и т.д. Данные приложения подлежат обязательному лицензированию, в случае если производитель телефонов захочет использовать их в составе модифицированной прошивки. <br><br><br>У разработчиков альтернативных прошивок сейчас три выхода: договориться о мирном урегулировании ситуации с Google, исключить нарушающие права Google приложения из комплекта или разработать для них свободные альтернативы.<br><br>URL: http://androidandme.com/2009/09/h https://opennet.dev/openforum/vsluhforumID3/59309.html#156 Fri, 02 Oct 2009 10:37:48 GMT Быстро они проблему решили -&gt; http://www.youhtc.ru/2009/10/razrabotchiki-android-moda-cyanogen-dogovorilis-s-google/ =))<br> https://opennet.dev/openforum/vsluhforumID3/59309.html#155 Tue, 29 Sep 2009 10:41:47 GMT обновление, или установка дополнительного по ограничена по причине проведения дополнительных тестов на стабильность системы в целом. тесты эти продолжаются по несколько месяцев и должны соответствовать ISO нормам. если клиент не желает оплачивать дополнительное тестирование для старых проектов, то это его дело.<br>относительно старые линукс проекты бегают у нас на suse 8.0 переход на новые версии ядра проводится тоже нечасто. вместе с тестированием софта проводится автоматом тестирование на стабильность ядра. причем на линуксе (закрытая система, софт можно актулизировать только через усб или сидюк) неактуализация ядра некритична.<br> https://opennet.dev/openforum/vsluhforumID3/59309.html#152 Mon, 28 Sep 2009 23:13:19 GMT &gt;поскольку ты не потрудился доказать ссылками на факты, я тоже утруждаться не стану.<br><br>Держи<br><br>http://www.opennet.ru/opennews/art.shtml?num=20269<br> https://opennet.dev/openforum/vsluhforumID3/59309.html#151 Mon, 28 Sep 2009 20:40:14 GMT &gt;&gt;&gt;Говори за себя. Я проголосовал рублем... баксом за андроид и доволен как <br>&gt;&gt;&gt;слон :))))) <br>&gt;&gt;<br>&gt;&gt;Еще б ты признал, что недоволен, после того, как вбухал денежки. Говорить <br>&gt;&gt;особо не о чем. <br>&gt;<br>&gt;глупости. я говорю то, что есть, а не то, что другие думают. <br>&gt;Я скажу если мне не нравится даже и вбухав в это <br>&gt;деньги. Это вопрос восприятия мира. <br><br>поддерживаю. так же владею G1. нисколько не жалею.<br> https://opennet.dev/openforum/vsluhforumID3/59309.html#150 Mon, 28 Sep 2009 19:03:12 GMT &gt;&gt;Говори за себя. Я проголосовал рублем... баксом за андроид и доволен как <br>&gt;&gt;слон :))))) <br>&gt;<br>&gt;Еще б ты признал, что недоволен, после того, как вбухал денежки. Говорить <br>&gt;особо не о чем. <br><br>глупости. я говорю то, что есть, а не то, что другие думают. Я скажу если мне не нравится даже и вбухав в это деньги. Это вопрос восприятия мира.<br><br> https://opennet.dev/openforum/vsluhforumID3/59309.html#149 Mon, 28 Sep 2009 18:51:41 GMT &gt;Говори за себя. Я проголосовал рублем... баксом за андроид и доволен как <br>&gt;слон :))))) <br><br>Еще б ты признал, что недоволен, после того, как вбухал денежки. Говорить особо не о чем.<br> https://opennet.dev/openforum/vsluhforumID3/59309.html#148 Mon, 28 Sep 2009 18:22:48 GMT &gt;тут какая-то тавтология.... но спорить с тем, что mysql самый простой и <br>&gt;работает из коробки? знаете ли ... нет слов. <br>&gt;уж с тем, что myisam гораздо быстрее, спорить то не будите? ;-) <br><br>Буду. MS SQL у меня гонял данные намного быстрее чем MySQL на MyISAM. разжевывать не буду - если вы профи то и так знаете. тупо цифры - 5-6 джойнов, 3-4 вложенных селекта, 3-4 лефт аутер джойн. БД размерами по несколько Гб. Сравнивал MySQL 5.0 (только вышел) & MS SQL 2k.<br><br>Еще была рекордная для того времени БД - 50Гб. Время ответа ВСЕХ БД (а они на одной железке) на вышеуказанный запрос &lt; 60 секунд.<br><br>Суммарный объем данных ~ 100-150Gb. Индексированных ~ 300Gb... может за давностью забыл, но все равно больше 250Gb.<br><br>&gt;постоянно. <br>&gt;как только в олтп системе появляется около сотни пользователей. :-D <br><br>у мя немного другая нагрузка, потому трудно сравнить.<br><br>&gt;как говаривает Том Кайт - "транзакция должна длится не меньше, чем нужно <br>&gt;для бизнес-процесса, а не как можно быстрее". <br><br>Да, была у 2к фигня с размером транза https://opennet.dev/openforum/vsluhforumID3/59309.html#147 Mon, 28 Sep 2009 18:05:14 GMT &gt;ага-ага. &#171;гугель хороший, это юристы плохие&#187;. детский сад. <br><br>гугель - хороший, нарушители - плохие. юристы следят чтобы нарушений не было.<br><br><br> https://opennet.dev/openforum/vsluhforumID3/59309.html#146 Mon, 28 Sep 2009 14:18:35 GMT &gt;сложность на уровне MySQL, но без спец-тюнинга работает намного лучше чем MySQL. встроенный язык мощнее MySQL-ового.<br><br>тут какая-то тавтология.... но спорить с тем, что mysql самый простой и работает из коробки? знаете ли ... нет слов.<br>уж с тем, что myisam гораздо быстрее, спорить то не будите? ;-)<br>&gt;не версионник - ХЗ когда это полезно. постгря требует автовакума, а MS SQL - нет.<br><br>постоянно.<br>как только в олтп системе появляется около сотни пользователей. :-D<br>как говаривает Том Кайт - "транзакция должна длится не меньше, чем нужно для бизнес-процесса, а не как можно быстрее".<br>пример - у оракла например нет вообще блокировок по чтению.<br>а автовакуум вообще из другой оперы... хранилище тут ни каким боком на каллорийность не влияет.<br>&gt;Намного проще Oracle в плане разработки потому что имеет удобную среду.<br><br>это какую?????????????? :-D<br>&gt;Является ли Oracle чистым версионником - очень флеймовая тема. ИМО - нет. Oracle блокировочник, но имеет версионирование за счет сегмента отката. MS SQL вроде как тоже имее