Я иногда видел MVC без C, где представление прислушивается к изменениям в данных модели и изменяет рендеринг соответственно, и где методы в модели связываются с обработчиками событий для представления.
Для проектов, где представление при необходимости, сильно связывают с данными (такой как тогда, когда существуют визуальные компоненты, которые непосредственно касаются модели или атрибутов модели), это может быть довольно полезно, поскольку это отключает "среднего человека".
я думаю, что многие утверждали бы, тем не менее, что это - все еще MVC, просто гибридизированная версия, и что привязка, установленная между представлением и моделью, является логикой контроллера.
Похоже, у вас может не хватить памяти - это может легко произойти в долго работающей программе, если у вас есть «утечка» (например, из-за накопления циклических ссылок). Предлагает ли Rackspace какие-либо простые в использовании инструменты для отслеживания памяти процесса, чтобы вы могли подтвердить, так ли это? В противном случае такие вещи нетрудно отслеживать с помощью обычных инструментов Linux извне. Как только вы определили, что "нехватка памяти" является вероятной причиной смерти,
В подобных случаях вам следует проверить файлы журнала.
Я использую Debian и Ubuntu, поэтому основным файлом журнала для меня является: / var / log / syslog
Если вы используете Red Hat, я думаю, что этот журнал выглядит так: / var / log / messages
. Если произойдет что-то столь же исключительное, как ядро, убивающее ваш процесс, там будет
Я подозреваю, что вас ударил Убийца недостатка памяти .
Возможно ли, что происходит неперехваченное исключение? Вы запускаете это из оболочки или из cron или каким-либо другим автоматическим способом? Если это автоматизировано, вывод может нигде не отображаться.
Используете ли вы какой-либо диспетчер очередей или диспетчер процессов? Я получал явно случайные убитые сообщения, когда диспетчер очереди пакетов, который я использовал, отправлял SIGUSR2, когда время истекло.
В противном случае я настоятельно рекомендую вариант нехватки памяти.