Tag: heroku

Heroku部署，git远程不加

我是Heroku的新手，试图按照“NodeJS入门教程”进行操作，我陷入了“ 部署你的应用程序 ”的阶段。 当我运行“heroku创build”我没有得到“Git远程heroku添加”。 我意识到它在尝试“git push heroku master”步骤并获得“致命的：不是git存储库（或任何父目录）：.git”后丢失了。 我做错了什么？

与Heroku Nodejs端口错误

我想推我的应用程序到heroku埠我得到这个问题，我正在使用正确的端口号使用process.env.PORTvariables，但仍然收到此错误消息： heroku[web.1]: Starting process with command `node app.js` app[web.1]: info – socket.io started app[web.1]: Express server listening on port 49559 in development mode heroku[web.1]: Error R11 (Bad bind) -> Process bound to port 10843, should be 49559 (see environment variable PORT) heroku[web.1]: Stopping process with SIGKILL heroku[web.1]: Process exited 你可以看到在这个错误消息，该应用程序正在使用正确的端口，但仍然heroku显示坏绑定错误。 任何帮助表示赞赏。

在多个dynos heroku应用程序上设置快速应用程序的会话

我已经使用express（node.js）+ mongodb在单个Heroku dyno上实现了一些用户authentication，一切工作正常。 然而，当我增加dynos的数量（超过1），我无法login，我一直在我的login页面redirect，这意味着我的会议尚未设置。 这是我的代码： checkCookies = function（req，res，next）{ if(req.session.user){ res.locals.user = req.session.user; next(); } else{ res.redirect('/login'); } }; app.use(express.cookieParser()); app.use(express.session({ secret: '0GBlJZ9EKBt2Zbi2flRPvztczCewBxXK', cookie: {httpOnly: true, maxAge:14*24*60*60*1000} })); 使用mongodb处理express / node.js上共享会话的最佳解决scheme是什么？

部署Meteor和MongoDB到Heroku

我试图按照一个特定的指南将我的项目部署到Heroku（http://bytesofpi.com/post/20898722298/pushing-your-meteor-project-to-heroku） 其中一个步骤表明 var mongo_url = process.env.MONGOHQ_URL; 需要replaceserver / server.js中的“MONGO_URL”。 问题是我根本找不到那个variables，唯一提到这个variables的是下面的代码 // check for a valid MongoDB URL right away if (!process.env.MONGO_URL) throw new Error("MONGO_URL must be set in environment"); 有没有人有这方面的经验，或知道在哪里可以find“MONGO_URL以改变它？

git push heroku master失败，parsing错误 – 哪个文件？

当我做一个git push heroku master的时候，我得到了一个parsing错误。 Heroku告诉我哪个行和列导致parsing错误，但不是哪个文件。 如何找出哪个文件herokuparsing有问题？ 请指教。 —– package.json —– { "name": "mean", "version": "0.0.1", "private": true, "scripts": { "start": "node server.js" }, "dependencies": { "mongoose": "3.8.7", "express": "3.4.8", "jade": "*", "stylus": "*" }, "engines": { "node": "0.10.x", "npm": "1.4.x" } } —– output —– [23:46 56] git push heroku master Initializing repository, done. Counting […]

部署在heroku上失败，因为npm版本不是最新的

看起来像heroku是使用npm版本1.0.94 我有一个需要节点0.6.x的依赖项，但是npm 1.0.94在节点0.4.7上是“基于”的 有没有解决这个问题的任何解决方法。 Installing dependencies with npm 1.0.94 npm ERR! Unsupported npm ERR! Not compatible with your version of node/npm: palette@0.0.1 npm ERR! Required: {"node":"0.6.x"} npm ERR! Actual: {"npm":"1.0.94","node":"0.4.7"}

在部署之前或之后构buildWeb应用程序？

上下文 Web应用程序项目具有/build （或/dist ）文件夹，其中包含在构build期间（通过Gulp ）生成的前端文件。 该文件夹不在源代码pipe理下（例如，请参阅： React.js入门工具包 ） 服务器端代码不需要绑定或编译步骤，因此项目中的/src文件夹可以按原样部署（这些源文件用于运行Node.js或ASP.NET vNext服务器） Web应用程序通过Git进行部署（请参阅Heroku或Windows Azure中的基于Git的部署选项） 问题 在部署之前或之后构build（捆绑和缩小）前端文件是否更好？ 如果之前，您最终可能会拥有一个独立的存储库（或分支），源代码pipe理下的/build文件夹与其余的项目文件一起。 此回购仅用于部署目的。 如果在此之后，部署时间可能会增加 – 下载构build过程中使用的附加npm模块所需的时间，则在构build过程中服务器的CPU可能高达100％，这可能会损害Web应用程序的响应能力。 运行KuduSync命令之前或之后在远程服务器上构build前端文件是否更好？ 如果使用Kudu将Web应用程序部署到Windows Azure，那么部署脚本是否应该只将/build文件夹（带有.js，.html，.css等公共前端文件）的内容复制到/wwwroot ？ 而不是复制所有的项目文件（服务器端源代码和前端包），这是默认的。 默认情况下，Azure的部署脚本将D:\home\site\repository文件夹中的所有项目文件复制到D:\home\site\wwwroot文件夹，然后从那里启动Node.js应用程序。 这是一个必要的步骤吗？ 为什么不从D:\home\site\repository文件夹启动Node.js（或ASP.NET vNext）应用程序？ 如果它确实应该被复制到一个单独的文件夹，为什么源文件被放置在wwwroot ，也许最好将它们复制到另一个文件夹， wwwroot外？

在Heroku中部署NodeJS应用程序时出错

我收到错误： 2012-01-28T00:13:51+00:00 heroku[web.1]: Starting process with command `node server.js` 2012-01-28T00:13:51+00:00 app[web.1]: 2012-01-28T00:13:51+00:00 app[web.1]: node.js:134 2012-01-28T00:13:51+00:00 app[web.1]: throw e; // process.nextTick error, or 'error' event on first tick 2012-01-28T00:13:51+00:00 app[web.1]: ^ 2012-01-28T00:13:51+00:00 app[web.1]: at Array.<anonymous> (module.js:423:10) 2012-01-28T00:13:51+00:00 app[web.1]: Error: Cannot find module '/app/server.js' 2012-01-28T00:13:51+00:00 app[web.1]: at Function._resolveFilename (module.js:320:11) 2012-01-28T00:13:51+00:00 app[web.1]: at Function._load (module.js:266:25) 2012-01-28T00:13:51+00:00 app[web.1]: at […]

Heroku上的Node.js：在开发中使用中间件，但在生产上使用静态资源？

一些中间语言如Stylus提供了两种编译方式：通过connect中间件或通过CLI工具。 后者可以生成静态编译资产（即.css文件）。 所以我想在开发模式上使用中间件，而在生产上使用静态资产。 我知道我可以使用app.configure('developmen'…)来请求express （不）在开发模式中使用一些中间件。 在像Amazon EC2这样的IaaS环境中，我可以运行一个简单的shell脚本来自动重新编译我的所有资产。 但是PaaS，特别是Heroku呢？ 我怎样才能告诉我.styl和.css应该在哪里生成？

node-qrcode安装在heroku上

我有问题在heroku上安装这个软件包。 有没有办法做到这一点？ 我看到这是一个canvas模块的问题，但我不知道该怎么做。 这是一个在heroku上安装的日志。 我不知道如何获得更多： npm ERR! canvas@0.12.1 preinstall: `node-waf configure build` npm ERR! `sh "-c" "node-waf configure build"` failed with 1 npm ERR! npm ERR! Failed at the canvas@0.12.1 preinstall script. npm ERR! This is most likely a problem with the canvas package, npm ERR! not with npm itself. npm ERR! Tell the author […]