https://www.opennet.ru/openforum/vsluhforumID3/38973.html В заметке "10+ Ways to Crash or Overload MySQL (http://www.mysqlperformanceblog.com/2007/11/13/10-ways-to-crash-or-overload-mysql/)" демонстрируется около 16 способов вызова отказа в обслуживании MySQL, при наличии доступа к БД. <br><br><br>Ошибка "Database crash due to ha_innodb.cc:3896: ulint convert_search_mode_to_innobase (http://bugs.mysql.com/bug.php?id=32125)" вызвала переполох среди пользователей, но подобные проблемы возникают и исправляются гораздо чаще, чем может показаться на первый взгляд.<br><br><br>Утверждения, что крах процесса, по уровню ущерба для данных, гораздо серьезнее тотальной перегрузки MySQL - не обоснованы. <br><br>URL: http://www.mysqlperformanceblog.com/2007/11/13/10-ways-to-crash-or-overload-mysql/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=12771<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#12 Thu, 15 Nov 2007 15:12:11 GMT и что,комуто удалось ЭТО запустить? пол года назад ОНО падало при загрузке в 50% случаев :).<br>вот уж точно не пример качества кода.<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#11 Thu, 15 Nov 2007 14:38:15 GMT брехня.<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#10 Thu, 15 Nov 2007 08:28:36 GMT Хотелось бы посмотреть аналогичный список способов повалить систему для аналогичных продуктов, прежде всего M$-SQL.<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#9 Wed, 14 Nov 2007 19:47:20 GMT &gt;Ну вот например если у asterisk множество багов, то я предпочту выбрать <br>&gt;другой продукт, что я и сделал. Потому что это, на мой <br>&gt;взгляд, указывает на общий подход к качеству кода и его проверке. <br><br>Это еще может быть и просто показателем популярности продукта.Скажем в IE по жизни много багов а в опере единицы.Следует ли отсюда автоматически что у оперы код качественнее IEшного?А может, дело еще и в размере сегмента рынка?Про тот же астериск только ленивый не слышал.А про альтернативы... хм... как максимум что-то слышал.Вотъ.<br><br>&gt;Зачем пользоваться продуктом, создатели которого не заботятся о его безглючности в <br>&gt;достаточной мере? <br><br>У почти любого продукта при росте его популярности наблюдается рост числа обнаруженных багов.<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#8 Wed, 14 Nov 2007 13:00:01 GMT прочитал статью, и чего такая бурная реакция у всех? Из перечисленных способов - большинство это простой DOS, без крэша. <br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#7 Wed, 14 Nov 2007 11:41:12 GMT http://yate.null.ro/<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#6 Wed, 14 Nov 2007 11:40:36 GMT callweaver или что-то радикально другое?<br><br>PS: http://www.seiros.ru/products -- народ, мож с Денисом свяжетесь да вместе чего рабочего для всех заинтересованных получится сделать, чтоб не каждому повторять схожую работу? Он не первый год пытался помочь во вразумлении апстрима *...<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#5 Wed, 14 Nov 2007 11:20:07 GMT а что вместо asterisk?<br> https://www.opennet.ru/openforum/vsluhforumID3/38973.html#4 Wed, 14 Nov 2007 11:18:48 GMT &gt;Ну вот например если у asterisk множество багов, то я предпочту выбрать <br>&gt;другой продукт, что я и сделал.<br><br>А разве у asterisk есть какие то опенсурсные альтернативы? Или Вы выбрали closed-source продукт?<br><br><br>