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,而不是每次更改一行代码时. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |