Когда я ставил blueproximity себе году этак в 2010-м, работала очень даже прилично. Но зато в варианте, предложенном автором, не надо никакой софт ставить, всё решается несколькими строчками в конфигах + скриптик.
Если проект на протяжении большого количества времени себя не окупает и сосет бабло из инвесторов, то это скорее мертвая лошадь, чем живая.
Если раз на раз, то умирающая. А если проект себя окупает и (возможно) приносит прибыль, то лошадь еще жива.
Читал и плакал… Вспомнил E-Xecutive.ru 2005-2006 гг… Да и сейчас наблюдаю такое повсеместно в ряде относительно крупных проектов, которые еще не дошли до терминальной стадии, а лишь добивают свою лошадь.
смотрите в логах. У вас они должны быть тут: /Users/igorevsukov/Development/fat_free_crm/log. Это может быть вообще баг какой-то конкретной версии, еще можете попробовать обновиться/откатиться.
На любителя. В идеале путь к диспетчеру должен быть постоянным, а не таким, как я указал.
Типа, при обновлении rails обновлять симлинк /usr/lib64/ruby/gems/1.8/gems/rails (путь может отличаться в различных дистрибах). Тогда указание полного пути к диспетчеру избавит вас от необходимости менять версию rails в конфиге.
Если раз на раз, то умирающая. А если проект себя окупает и (возможно) приносит прибыль, то лошадь еще жива.
Типа, при обновлении rails обновлять симлинк /usr/lib64/ruby/gems/1.8/gems/rails (путь может отличаться в различных дистрибах). Тогда указание полного пути к диспетчеру избавит вас от необходимости менять версию rails в конфиге.