Tag: docker webpack

Docker节点构build – 巴贝尔预设和深层模块错误

在parsing了几个额外的babel预设(我的npm脚本创build的)之后,然后unknown plugin "add-module-exports" in /node_modules/react-dropzone/.babelrc了一个unknown plugin "add-module-exports" in /node_modules/react-dropzone/.babelrc ,现在我遇到了一个要求npm rebuild node-sass –force 此外,webpack需要花费很长时间,3-4分钟。 我有一种感觉,无论是我的node_module文件夹或环境没有正确设置在这里。 我目前的设置是否做了一些愚蠢的事情? .babelrc { "compact": false, "presets": [ "es2015", "es2015-loose", "stage-2", "stage-1", "stage-0", "react" ], "env": { "test": { "plugins": ["transform-es2015-modules-commonjs"] } } } Dockerfile: FROM node:7.7.3 RUN npm install -g pm2 babel-cli # Useful for reloading npm install if package […]

如何解决express服务器的依赖关系build立dist /

我使用webpack捆绑前端资产,并把它们放在dist目录中。 不过,我也希望有一个快递服务器来服务index.html html-webpack-plugin生成,也存储在dist 。 快递服务器需要几个节点模块,主要是expression,身体分析器,时刻等。 尽pipe如此,在dist没有node_modules ,所以它是在找不到express的第一个障碍。 我应该为这个小型快递服务器制作一个单独的package.json,并将其保存在远处,并将它的npm install放在我的Dockerfile的一个单独的行上(似乎有点复杂…),还是有更好的方法来实现这个服务器解决它的依赖关系后,webpacking? Dockerfile FROM node:8.4.0-alpine WORKDIR /opt/app COPY ./node_modules node_modules COPY ./dist . EXPOSE 6500 ENTRYPOINT ["node", "server.js"] 第5行是临时尝试查看是否将所有node_modules移动到应用程序根目录将允许服务器运行。 它当然包括了从express和body-parser到响应和webpack-dev-server的所有内容。

Webpack导致Linux Alpine中的分段错误

我有一个通过Docker与Linux Alpine容器部署的PHP + VueJS应用程序。 这是我正在使用的configuration: stages: – codestyle – test – deploy .setup_php7: &setup_php7 | apk add –update-cache php7 php7-curl php7-ctype php7-dom php7-iconv php7-json php7-mbstring php7-openssl php7-pdo php7-pdo_mysql php7-pdo_pgsql php7-pgsql php7-pear php7-pcntl php7-ph ar php7-session php7-xml php7-xmlreader php7-zlib php7-zip rm -f /usr/bin/php && ln -s $(which php7) /usr/bin/php mv .env.gitlab .env # Setup specific for […]

Dockerode使用节点,但不通过Webpack

我正在尝试编写一个可以启动Docker容器的Web应用程序。 因此,我正在使用dockerode模块。 短模块看起来像这样: //index.js var Docker = require('dockerode'); var docker = new Docker({socketPath: '/var/run/docker.sock'}); docker.buildImage({ /* Building image over here… */ }); 用这样的节点运行这个JavaScript文件: node index.js 工作得很好。 我的本地Docker安装将构build一个新的图像,然后创build一个新的容器。 最后,这个容器将被启动。 但是,现在我试图通过使用Webpack将此模块添加到Web应用程序。 但现在的问题是:当使用webpack.config.js属性 target: 'web' Webpack成功地build立了这个文件,但是当打开网站时我收到这个问题: Uncaught TypeError: stat is not a function at loop (gen.js:27528) at onnextentry (gen.js:27640) at Object.exports.pack (gen.js:27643) at Docker.buildImage (gen.js:22180) at buildImage (gen.js:21892) […]

Docker容器中的Vue.js Webpack模板:如何添加Webpack-Dev-Server –watch-poll标志?

我正在运行我创build的docker容器内的基础Vue.js Webpack模板( https://github.com/vuejs-templates/webpack/ )的webpack / webpack-dev-server部分。 该容器还包含vue CLI以创build新项目(如果需要,可以在此处获取我的容器: https : //hub.docker.com/r/ncevl/webpack-vue/ )。 从webpack-simple模板移到这个模板之后,热重载不起作用。 一切正在使用Webpack-Simple模板,您可以在这里克隆/查看: https : //github.com/vuejs-templates/webpack-simple 我可以通过下面的webpack-development-server启动命令来运行简单的模板(热重载按预期工作): webpack-dev-server –hot –inline –progress –host 0.0.0.0 –watch-poll 也就是说,webpack模板的完整(而不是简单)版本似乎不使用webpack-dev-server启动命令,而是使用build / dev-server.js( https:// github)中引用的其他中间件。 com / vuejs-templates / webpack / blob / master / template / build / dev-server.js )和webpack devconfiguration。 因为–watch-poll是在上一个项目中使WDS热重载function在Docker容器中工作的关键,我的想法是我需要对webpack-hot-middleware做类似的事情,但是我没有看到在他们的文档中的任何东西(在这里: https : //github.com/glenjamin/webpack-hot-middleware )谈到转向基于轮询的方法。 我不是100%确定轮询标志会做的伎俩,因为我可以看到容器重新编译我的来源,当我做出改变。 如果手动刷新,我也可以在浏览器中看到更改。 奇怪的是,如果我在浏览器中使用chrome开发工具检查我的页面,然后转到networking/ […]

webpack在symfony-(dev)-docker环境中的无缝集成

我目前正在从symfony资产捆绑到webpack的迁移工作。 他们说:“这很容易。 他们说:“你可以随时切换。 现在我第二天就没事了。 让我描述一下环境: 我们有一些docker-compose处理的docker集装箱: nginx的 PHP-FPM 节点(节点:最新的附加纱线) …一些其他人(这里是无关紧要的) 这是一个标准的symfony 3.3应用程序,具有以下结构: app Resources assets scss some-common.scss common.js src ABundle Resources assets js some.js another.js common.js bundle.js BBundle Resources assets js some-other.js scss custom-font.scss jet-another.scss font custom.ttf custom… img some.jpg bundle.js vendor user/bundle src UserBundle Resources assets js other.js scss another.scss img some-other.jpg common.js bundle.js […]