Как обрабатывать закачки и журналы в Rails при развертывании в качестве .war-файла?

Question

Я пытаюсь развернуть рельсы на jRuby, используя файл .war с помощью Warbler (Tomcat) и/или Torquebox 4 (Wildfly). Проблема, с которой я сталкиваюсь, заключается в том, что я не знаю, как обрабатывать закачки с помощью Carrierwave или Paperclip в этом случае. Идеальная загрузка должна храниться вне войны, так как она может быть заменена более новой версией приложения в любое время. Я попытался создать символическую ссылку (uploads) в общедоступном каталоге, прежде чем я упаковал приложение в качестве военного файла в каталог/home/username/uploads (разрешения назначены на 777), но это не работает (я получаю ошибку 500).

Также как я могу получить доступ к production.log после того, как я развернул файл войны? Или где я должен разместить журналы?

UPDATE Я понял, как конфиг Carrierwave для хранения загрузки вне войны файла:

if Rails.env.development? 
    CarrierWave.configure do |config| 
     config.root = "/Users/Username/username_uploads/uploads" 
    end 
elsif Rails.env.production? 
    CarrierWave.configure do |config| 
     config.root = "/home/username/username_uploads/uploads" 
    end 
end 

Теперь Carrierwave загружает файлы без проблем, но я получаю ошибку 404 при попытке просмотра их. Я попытался включить символическую ссылку в файл войны в папку uploads, но не успел. Я попытался создать его перед запуском warble war, а также после того, как приложение было развернуто в Tomcat (внутри папки app_name).

Любая идея, как решить эту проблему?

UPDATE 2 Я нашел рабочее решение здесь: Configure Symlinks for single directory in Tomcat

Короче говоря: кд в каталог разобранной войны (вы можете найти это под кот/WebApps), что кот создан (если имя загруженный файл войны - yourapp.war, тогда имя каталога будет yourapp в Tomcat 8). Создать папку с датой загрузки sudo mkdir uploads Создайте точку монтирования:

Я еще не проверял это с Wildfly, но я буду позже сегодня или завтра. Если я правильно помню, он не будет автоматически взорвать военные файлы по умолчанию.

Я все еще хотел бы знать дополнительные, более простые, различные решения проблемы, хотя, а также мнения о решении, которое я нашел.

Answer 1

Если вы могли бы предоставить свои журналы, было бы намного легче диагностировать проблему (я полагаю, что эта проблема только в производстве, потому что вы спрашиваете о том, как получить доступ к этому журналу?). Перейдите в каталог приложений rails и посмотрите в log/production.log. Эти уровни журналов часто ниже, поэтому вам может потребоваться настроить их более информативно. config/enviroments/prouction.rb должен иметь config.log.level, вероятно, это значение равно info, чтобы установить его в debug для более подробного ведения журнала.

Answer 2

Простое питание для размышлений о другом подходе ...

Использование службы хранения «на основе облака» сделает загрузку и обслуживание проблемных активов уйти, было бы также сделать его проще масштабировать приложение, если вы когда-нибудь понадобится второй узел,

было бы также уменьшить необходимость масштабировать приложение, потому что вы бы эффективно делегировать крупные операции с данными, которые рубин традиционно обрабатывают плохо другой сервис

Amazon S3 является очевидным выбором, but check out Riak too

Answer 3

по умолчанию Tomcat не следовать по символическим ссылкам (из соображений безопасности). Чтобы включить это, вы должны добавить следующее внутри Host тег в server.xml:

<!-- Tomcat 7: --> 
<Context allowLinking="true" /> 

<!-- Tomcat 8: --> 
<Context> 
    <Resources allowLinking="true" /> 
</Context> 

Смотрите docs и последняя migration guide.

Answer 4

Я думаю, что проблема, которую вы испытываете с этим решением:

if Rails.env.development? 
    CarrierWave.configure do |config| 
     config.root = "/Users/Username/username_uploads/uploads" 
    end 
elsif Rails.env.production? 
    CarrierWave.configure do |config| 
     config.root = "/home/username/username_uploads/uploads" 
    end 
end 

является то, что вы храните изображения за пределами рельсов общих папок, и поэтому рельсы не могут служить им больше. Carrierwave загружает все правильно, как и следовало ожидать, и создает ссылки по отношению к директории хранилища. Если вы используете стандартное хранилище # {Rails.root}/общего пользования, рельсы будут обслуживать ваши изображения, поскольку обслуживается любой контент из общедоступного (также статический html или другие активы). Поскольку Rails больше не обслуживает их, вам нужно обслуживать их.

Возможно, вы можете просто напрямую обслуживать их через Tomcat (поскольку у меня нет опыта в настройке Tomcat, вам нужно это выяснить). Это может быть даже быстрее, так как запрос превосходит стек рельсов.