Tag: node.js

ip地址为谷歌应用程序引擎节点jsdocker应用程序: 这与这里的stackoverflow问题有关：在GAE上运行Websocket，以及我在这里问的以前的问题： Google app引擎：docker自定义运行时容器的IP，node.js 。根据第二个问题，我试图在生产google定制运行时nodejs环境中使用boot2docker参数部署一个mozilla的browserquest版本，如下所示： docker version Client version: 1.5.0 Client API version: 1.17 Go version (client): go1.4.1 Git commit (client): a8a31ef OS/Arch (client): darwin/amd64 Server version: 1.5.0 Server API version: 1.17 Go version (server): go1.4.1 Git commit (server): a8a31ef 我已经使用boot2docker ip地址在本地生产环境的沙盒副本中运行应用程序，并成功完成。但是我不知道在部署到生产时应该使用什么IP地址。我的应用程序位于http：// [appname] .appspot.com地址，但是我认为无法通过该域访问服务器; 我已经尝试ping我的应用程序，并使用该IP来configuration我的脚本，这是行不通的。因此，我想知道是否有可能在谷歌应用程序引擎自定义运行时部署强制docker容器有一个特定的IP地址，以便代码可以预先configuration它，或使用类似jpettazo的pipe道项目，通过某种方式自动configuration部署时的容器的IP，然后当应用程序试图访问服务器（说一个人创build一个字符，并点击一个button启动游戏），它打电话给提供相关IP地址的function。

NodeJS / Dokku / Docker：ffmpeg用代码127退出: 我试图通过Dokku在Docker容器中运行ffmpeg。我已经大量修改了Dokku插件来完成这个，因为我需要h264的支持。我目前从fluent-ffmpeg中得到一个错误错误：ffmpeg用代码127退出我试图查找什么错误代码127，但没有发现太多。有些人似乎认为这是findffmpeg的一些问题。不过，在这个过程中，我确实有一个ffmpeg的libx264错误，所以我很确定ffmpeg二进制文件正在被find。不幸的是，stream畅的不会将用于ffmpeg的命令行发送到错误事件，所以我不确定执行的确切命令是什么。

为什么node_modules在构build之后会从docker中消失？: 我模仿在这里find的设置https://github.com/mjhea0/node-docker-workflow 。使用docker-compose链接2个docker容器（node，redis）。这里是圆ci文件： machine: services: – docker dependencies: override: – sudo pip install -U docker-compose test: override: – docker-compose run -d –no-deps node – cd node; npm test 这里是我的节点Dockerfile： FROM dockerfile/nodejs RUN mkdir /src RUN npm install nodemon -g WORKDIR /src ADD . /src RUN npm install EXPOSE 3000 CMD npm start 由于chai不能find，testing不断失败。这是由于构build完成后node_modules消失。 […]

docker的VOLUME没有安装主机文件: 我有这个docker文件： FROM node:0.10.38 VOLUME /opt/build WORKDIR /opt/build EXPOSE 8080 CMD node app.js 但是，当我运行容器时，出现app.js不存在的错误，具体来说/opt/build/app.js不存在。我也尝试过使用ADD和COPY来做到这一点，都说它找不到任何东西，而且我想使用VOLUME，所以它写入到/ opt / build目录下的主机日志中。所有需要的文件实际上也在主机上。顺便说一句，我使用coreos作为主机操作系统。

在Docker容器中通过git + https // x-oauth-basic安装NPM失败: 我有一个节点项目，我站在我的主机服务器（Ubuntu 14.04），我可以拉我的回购和执行NPM安装没有问题在主机上。我的package.json包含一些私有的回收站，我们使用https来在我们的私有依赖项中引入npm。像我们的package.json中的“依赖”一样： "local_utils": "git+http://12345:x-oauth-basic@github.com/ourprivateteam/local_utils.git", 我试图从一个docker集装箱内运行这个相同的应用程序，但在我们的docker图像的生成npm安装失败，我们的私人回购呼叫。它会抛出一个错误： Failed to connect to github.com port 443: Connection timed out NPM中的正常依赖关系在容器内都能正常工作。什么导致我们的私人回购错误？

运行Bottle（后端）+ Google App Engine上的Nodejs（前端）: 我有我的Python /瓶后端在应用程序引擎上运行，并决定使用前端Nodejs /烬。我还没有使用过很多Google云，但托pipe虚拟机testing似乎允许我使用Docker部署我的项目。问题：我如何在Google云上运行后端和前端，并且可以在同一个项目中运行它？我还没有find任何文件如何做configuration。我确定有一个简单的答案，我没有看到。

从docker集装箱连接到docker主机上的服务: 抱歉问两个无关的问题。访问Docker容器的主机的最佳方式是什么（即，我想从Docker容器访问在主机上运行的kafka实例，以便发布一些消息）当我运行docker run …..我修改了一个图像，可能有一个问题/语法错误，它自然不会启动 – 是否有一个日志文件，我可以看一看debugging问题。（这个问题与第一个问题有些相关，因为我做了另一个post的build议，但是图片还没有开始）

如何使用数字无缝/ nodejs-bower-grunt-runtime：wercker中的指南针支持？: 我正在使用wercker来自动部署nodejs应用程序。我认为digitallyseamless/nodejs-bower-grunt-runtime框与指南针支持将使工作。但是当咕噜声尝试使用罗盘时，它会出错。我的werker.yml box: digitallyseamless/nodejs-bower-grunt-runtime:compass-support build: steps: – wercker/npm-install – greatbeyond/bower-install@0.5.8 – wercker/grunt: stack: true fail-on-warnings: true tasks: clean ngconstant:production build 关于compass的grunt日志的摘录 Running "compass:dist" (compass) task Warning: Command failed: /bin/sh -c compass –version /bin/sh: 1: compass: not found Use –force to continue. Error: Command failed: /bin/sh -c compass –version /bin/sh: 1: compass: not found […]

Docker化的应用程序抛出读取操作超时错误并退出: 我有一个从IronMQ推送队列获取数据的快速应用程序。我已经Docker化这个应用程序，并在Docker容器中运行应用程序，一些空闲时间后说20-30分钟，应用程序抛出一个错误，并退出： Error: read tcp 192.168.59.3:50346->192.168.59.103:2376: read: operation timed out 我的boot2docker ip – > 192.168.59.103 我已经在3000端口转发了。我试过使用过程对象捕捉未捕获的exception，但没有任何帮助。注意：我已经在我的本地Docker之外运行了应用程序，并且应用程序运行良好，没有抛出错误并注销。所以这个问题似乎与docker。

通过Node.js APIconfigurationCouchbase连接端口: 我正在使用官方的Couchbase Docker容器。一些Couchbase服务器使用的重要端口。这些通过容器暴露在主机上的随机端口。有没有办法提供这些主机端口获得Couchbase服务器连接？类似于如何configuration服务器的预安装，但为客户端。我正在使用他们最新的Node.js SDK，但没有看到一个很好的options散列，例如在群集中。如果一切都失败了，我可以在Docker运行中按照1：1的映射（容器：主机）。