> Слышишь, Карл, в 2 РАЗА!
п-ф-ф-ф. Даже не смешно. Для крупного проекта это ни о чем. Предложите FB перейти на язык X только из-за того, что он в 1.5-2 раза быстрее!!! Тогда давайте пойдем еще дальше, а код на с/с++ будет в 10 раз быстрее. Вы тоже переведете весь свой веб проект на с/с++?
Сергей Протько:
> named volumes наполнять при старте контейнера
вот в этом и вопрос, как наполнять при старте? Писать самописные скрипты или есть что то более удобное? Ну и второй вопрос. Раз данные на volumes у нас меняются, то мы не можем гарантировать 100% воспроизведения и повторяемости, что так же не очень хорошо.
> и причем тут npm install? вы это все в волумы пихаете? как-то это так себе решение.
у меня там legacy код, который уже не будет меняться. А volumes пришлось использовать только на время отладки.
> Нет, npm install надо выполнять ДО сборки образа.
Если мы используем named volumes как тогда производить инициализацию приложения через Dockerfile? Ведь в команде RUN у нас недоступны данные из named volumes. Или я что то упускаю?
Нет, конечно. Как я уже сказал исходные данные совпадают. Если бы оно не находило tools/node-v0.10.46/ тот этот шаг бы заканчивался с ошибкой и билд не проходил вообще и была бы ошибка вида - "lstat tools/node-v0.10.47/: no such file or directory". Права на исполнения тут вообще не причем.
Vapaamies: да, можно, но если у человека проблемы с удалением папки. И не факт, что есть физический доступ к удаленному серверу. Так что тут много нюансов.
> но если разницы нету, то и смысла тоже =(
разница будет, если использовать гео локации, т.е. ваш сайт в какой-нибудь Австралии, будет открываться не так быстро, как вам того хотелось бы
п-ф-ф-ф. Даже не смешно. Для крупного проекта это ни о чем. Предложите FB перейти на язык X только из-за того, что он в 1.5-2 раза быстрее!!! Тогда давайте пойдем еще дальше, а код на с/с++ будет в 10 раз быстрее. Вы тоже переведете весь свой веб проект на с/с++?