有点像,但是有没有人在linux容器(特别是docker)中使用bcrypt并且知道自动化的解决方法有什么问题？我和这两个问题有同样的问题：
Invalid ELF header with node bcrypt on AWSBox
bcrypt invalid elf header when running node app
我的Dockerfile
# Pull base image
FROM node:0.12
# Expose port 8080
EXPOSE 8080
# Add current directory into path /data in image
ADD . /data
# Set working directory to /data
WORKDIR /data
# Install dependencies from package.json
RUN npm install --production
# Run index.js
CMD ["npm","start"]
如果我已经在我的node_modules中安装了bcrypt,我得到前面提到的无效ELF头错误,但是如果我删除它(或者只是我自己或我的所有包),在构建容器时由于某种原因没有安装它.我必须在构建后手动输入容器并将其安装在内部.
或者,也许,只是,什么是一个很好的替代bcrypt与Node堆栈？
问题是您已将node_modules文件夹复制到容器中.这是一个问题的原因是bcrypt是一个本机模块.它不仅仅是javascript,还包括一堆在安装时编译的C代码.
来自该编译的二进制文件存储在node_modules文件夹中,并且它们被自定义到它们构建的位置.将它们从OSX家中移植到一个奇怪的Linux领域会导致它们行为不端并抱怨ELF标题和仙女脚.
解决方案是回显node_modules>> .dockerignore并运行npm install作为Dockerfile的一部分.这意味着本机模块将在容器内编译,而不是在笔记本电脑外部编译.
有了这个,就不需要在启动CMD之前运行npm install.只是在Dockerfile的构建阶段就可以了.
protip：官方节点映像设置NODE_ENV =默认生产,其中npm与–production标志相同.大多数时候这是一件好事.当您的Dockerfile还包含一些依赖于dev依赖项(webpack等)的构建步骤时,这不是一件好事.在这种情况下,您需要NODE_ENV = null npm install
pro protip：你可以通过将package.json分别复制到代码的其余部分来更好地利用Docker的缓存.使您的Dockerfile看起来像这样：
# Pull base image
FROM node:0.12
# Expose port 8080
EXPOSE 8080
# Set working directory to /data
WORKDIR /data
# Set working directory to /data
COPY package.json /data
# Install dependencies from package.json
RUN npm install
# Add current directory into path /data in image
ADD . /data
# Run index.js
CMD npm start
这样Docker只会在你更改package.json时重新运行npm install,而不是每次更改一行代码时.
