Ivanoff-i: Посмотрите ещё что в /var/log/resque_worker.log пишется. Если скрипт запускается внутри вручную - он должен работать и при старте контейнера, принципиальной разницы нет.
По поводу кода посмотрите на упомянутые контейнеры. Там есть специальный data-only контейнер, который содержит данные (код, конфиги) и ничего больше. Контейнеры с софтом подключают его когда нужно и читают/пишут данные. Если у вас много серверов - поднимается кластерная файловая система для контейнера с данными, Docker Swarm и всё это работает на многих серверах.
Хотя если у вас код четко привязан к контейнеру - можно и контейнер собирать вместе с нужным кодом - тут уже смотреть по ситуации.
Ivanoff-i: Не мое, конечно, дело, но настоятельно не рекомендую использовать Docker таким образом. У меня тоже знакомство так началось, а потом я задолбался обновлять контейнеры. Посмотрите на то, как устроены контейнеры по ссылке выше. Там, правда, PHP 5.6 пока что. Добавьте к ним Redis контейнер и будет вам счастье. С помощью docker-compose pull && docker-compose up -d у вас будет весь стек последней версии в считанные секунды.
Так что мое мнение - создавайте Dockerfile и прописывайте туда все изменения, чтобы у вас была возможность с нуля восстановить полный контейнер. Текущий подход загнется раньше или позже, я уже такое проходил примерно год назад. Всё закончилось по факту кучей "виртуалок", что и послужило катализатором создания docker-webserver в итоге.
AlenPelin: Не вижу проблем. Ряду людей не понравилась политика наиболее популярного клиента и они сделали форк, народ голосует ногами. Никакой проблемы именно в этом не вижу совершенно. Майнеры имеют полную свободу выбора.
AlenPelin: Bitcoin почти загнулся? Я полагаю, вы даже близко не представляете что это такое, и в чём, собственно, ценность, раз позволяете себе такие высказывания)
В Bitcoin есть целый ряд конкурирующих клиентов, каждый пользователь выбирает что ему больше нравится и может при желании форкнуть или написать с нуля на основании открытой спецификации. Пользователи голосуют ногами. Никто никому не должен и никого не обязывает, и никому не доверяет. Развитие идет туда, куда того хочет большинство. Изучите вопрос подробнее, возможно, найдете ответ на свой вопрос.
fman2: На данный момент из наблюдаемых мной есть 2 нюанса:
1) Не показывается сплэш-скрин при старте системы; полагаю, что это связано с тем, что у меня файловая система BTRFS + кастомное ядро ручной сборки + кастомный сплэш-скрин был установлен когда пару месяцев назад обновлялся plymouth; на сам процесс загрузки не влияет никак, лень пока разбираться что случилось
2) периодически крэшится (5-9 раз за день) unity-settings-daemon; проявляется в том, что отклеиваются мультимедийные кнопки клавиатуры от текущего запущенного плеера (нужно перезапустить чтобы опять заработало) и сбросу темы оформления с кастомной на стоковую тему (решается перезапуском unity: unity --replace) (то есть если у вас стоковая тема и не запущен плеер вы вообще ничего не заметите); полагаю это связано с git версией графического стека и ещё какого-то экспериментального ПО
То есть при чистой установке с ext4 с первым багом столкнуться вам не светит. Второй потенциально возможен, но что-то я сильно сомневаюсь, на launchpad вроде пока никто кроме меня не жаловался.
fman2: Если что, я на 16.04 уже 5 месяцев:) Коли есть понимание что к чему - имхо, ставил бы сразу 16.04. Но раз стабильность превыше всего - то да, 14.04.
Coraelstraze: Конечно. Должны быть либо ошибки другого вида (в логах сервера, не в браузере), либо останется отлаживать код, изучать где прерывается выполнение
Илья Пирожок: Не посмотрел внимательно картинку. Да, один или два - сколько нужно создавайте внутри расширенного. Сначала можете растянуть расширенный на свободную область, а потом создать новый. Полагаю, swap можно использовать для двух Linux систем один и тот же.