linux – 在Docker容器中使用bcrypt的ELF头文件或安装问题

有点像,但是有没有人在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,而不是每次更改一行代码时.