Прямой эфир

  • avatar
  • all1
  • 02 июля 2010, 07:02
  • #
  • +1
В основном дизайн и улучшение юзабилити. :)
  • avatar
  • all1
  • 02 июля 2010, 06:07
  • #
  • 0
В этом топике про это. :)

P.S. перемести в блог Opera.
Пользуясь случаем, хочу сказать спасибо за Ваши выложенные материалы, которые мне были интересны. А по данному вопросу, навеное, не так важно в каком блоге это будет, потому как это просто записи из моего дневника. А тема была затронута на форуме RFR и делал я это именно на RFR-13. Спасибо.
  • avatar
  • NARKOZ
  • 02 июля 2010, 01:09
  • #
  • 0
Они уже начали конкурировать с Amazon Web Services.
  • avatar
  • NARKOZ
  • 02 июля 2010, 00:22
  • #
  • +1
OK, скоро будет статья.
  • avatar
  • fog
  • 02 июля 2010, 00:10
  • #
  • 0
А можно подробнее? :-)
  • avatar
  • NARKOZ
  • 02 июля 2010, 00:06
  • #
  • 0
После ознакомления оказалось отстоем. jRuby.
  • avatar
  • NARKOZ
  • 01 июля 2010, 23:56
  • #
  • 0
Тогда уж можно было в блог CentOS.
Есть один отдельный случай. Если сбой ПО (обычно прикладного) ведет к повреждению базы, так что рестарт сервера (равно как и переброс задачи на другой инстанс) уже не помогает. Думаю, на уровне этого обзора детально копать методы защиты от такого нет смысла — можно уйти в дебри фундаментальных основ, а обзор все-таки прикладной. Имхо, стоит все же упомянуть и сослаться на бекап как разумный метод защиты для «достаточно качественного» прикладного ПО. (А для некачественного ППО все изложенное все равно бесполезно, ибо не поможет. :-) )
Хорошо, учтем, забыли! Сбой ПО вероятнее всего тоже ведет к тому, что сервер выпадает из кластера, так что пункт тот же, что и аппаратный, но распишем получше. Спасибо!
  • avatar
  • fog
  • 01 июля 2010, 22:06
  • #
  • 0
Нифига себе, Compiere купили.
А в рунете ни единой новости по этому поводу. :-o
  • avatar
  • fog
  • 01 июля 2010, 21:14
  • #
  • 0
А все равно post-factum молодец. :-)
  • avatar
  • fog
  • 01 июля 2010, 21:00
  • #
  • +2
Разве не достаточно положить к файлам кода текстовый файл с лицензией? O_o
Не совсем отвечает поставленной задаче.
Хотелось бы более четкого разделения понятий «отказоустойчивость» и «катастрофоустойчивость». Интуитивно-то понятно о чем речь, но из данных определений это абсолютно не следует.

И среди причин отказов почему-то есть все что угодно, кроме сбоев ПО, системного или прикладного.
  • avatar
  • fog
  • 01 июля 2010, 17:19
  • #
  • 0
Не удивительно, после вот этого и партнерства VMware с Novell. :-/