Если в директивы для web (сервис, который делает билд) добавить «image: appname» (например сразу после «build: .»), то образ сбилдится с этим именем
и в остальных сервисах к image не нужно будет <app_dir> добавлять, а сразу писать appname, как для web. Это крайне удобно, так как у разных разработчиков проект может быть в папках с разным именем и т.п.
Blender очень молодой продукт. Совсем недавно появился нормальный интерфейс и стабильная версия. На него только сейчас начинают обращать внимание те, кто серьезно занимается 3d. Так что посмотрим что будет через лет 5. Open source это сила.
Насколько я знаю, rc.local запускается от рута.
Я бы в вашей ситуации написал bash скрипт, который проверяет запущен ли демон и если нет, то переходил в нужную директорию и запускал unicorn. И поставил бы его в кронтаб от нужного пользователя.
Таким образом убилось бы 2 зайца: запуск от нужного пользователя и мониторинг.
Насколько я знаю, rc.local запускается от рута.
Я бы в вашей ситуации написал bash скрипт, который проверяет запущен ли демон и если нет, то переходил в нужную директорию и запускал unicorn. И поставил бы его в кронтаб от нужного пользователя.
Таким образом убилось бы 2 зайца: запуск от нужного пользователя и мониторинг.
и в остальных сервисах к image не нужно будет <app_dir> добавлять, а сразу писать appname, как для web. Это крайне удобно, так как у разных разработчиков проект может быть в папках с разным именем и т.п.
И в консоли потом выполнять просто
deployЯ бы в вашей ситуации написал bash скрипт, который проверяет запущен ли демон и если нет, то переходил в нужную директорию и запускал unicorn. И поставил бы его в кронтаб от нужного пользователя.
Таким образом убилось бы 2 зайца: запуск от нужного пользователя и мониторинг.
Я бы в вашей ситуации написал bash скрипт, который проверяет запущен ли демон и если нет, то переходил в нужную директорию и запускал unicorn. И поставил бы его в кронтаб от нужного пользователя.
Таким образом убилось бы 2 зайца: запуск от нужного пользователя и мониторинг.