使用pm2在同服务器配置开发、生产、测试等环境

export NODE_ENV=production

只能适用于node xxx.js的前台运行

set NODE_ENV=production貌似无效

pm2 做法:

创建pm2.config.js文件:(其中name显示为pm2 list中的应用名,script为启动文件相对当前文件位置)

module.exports = {
  apps : [
      {
        name: "myapp",
        script: "./app.js",
        watch: true,
        env: {
            "PORT": 3000,
            "NODE_ENV": "development"
        },
        env_production: {
            "PORT": 80,
            "NODE_ENV": "production",
        }
      }
  ]
}

然后使用命令pm2 start pm2.config.js --env production,将环境切换到NODE_ENV=production。

原文地址:https://www.cnblogs.com/jarvisjin/p/8321761.html

时间: 2024-07-30 12:12:00

使用pm2在同服务器配置开发、生产、测试等环境的相关文章

通过nginx实现本地,开发,测试不同环境间的切换

手机应用后台的开发人员经常遇到的一个问题是需要不停地在本地,开发,dev,sit等环境进行切换,问题的关键是手机应用配置的ip端口通常都是写死的. 所以手机端的配置我们可以全部配置为访问nginx服务器,让后通过nginx来去分配跳转到本地机器,还是dev服务器或者测试服务器,这样检查自己在不同环境做的功能的时候就不用通过重装不同环境的应用来检查. nginx确实是一个很好东西.

中小企业可以用docker来标准化开发、测试、生产环境

一.使用 Docker 搭建 Tomcat 运行环境 1 Docker与虚拟机 2 搭建过程 2.1 准备宿主系统 准备一个 CentOS 7操作系统,具体要求如下: 必须是 64 位操作系统 建议内核在 3.8 以上 通过以下命令查看您的 CentOS 内核: # uname -r 2.2 安装Docker # yum install docker 可使用以下命令,查看 Docker 是否安装成功: # docker version 若输出了 Docker 的版本号,则说明安装成功了,可通过以

docker技术剖析--中小企业可以用docker来标准化开发、测试、生产环境

一.使用 Docker 搭建 Tomcat 运行环境 1 Docker与虚拟机 2 搭建过程 2.1 准备宿主系统 准备一个 CentOS 7操作系统,具体要求如下: 必须是 64 位操作系统 建议内核在 3.8 以上 通过以下命令查看您的 CentOS 内核:   # uname -r 2.2 安装Docker   # yum install docker 可使用以下命令,查看 Docker 是否安装成功:   # docker version 若输出了 Docker 的版本号,则说明安装成功

Vue配置开发,测试,生产环境api

vue配置开发,测试,生产环境api https://segmentfault.com/a/1190000016664571       (参考一) https://blog.csdn.net/qq_16122415/article/details/80519656         (参考二) 原文地址:https://www.cnblogs.com/Antwan-Dmy/p/12196915.html

微信平台开发之利用本地环境加新花生壳解释做测试环境

准备工作: 1.搭建本地PHP开发环境. 2.注册并安装新花生壳. 3.注册微信公众平台帐号. 第一步:搭建本地PHP开发环境,案例使用wamp集成环境. 下载并安装集成环境确保集成环境正常运行. 第二步:注册并安装新花生壳,过程(略). 具体教程可查看http://www.oray.com/ 第三步:对开发环境做解释. 登陆花生壳做解释: 开放wamp的外部访问:教程http://hi.baidu.com/aubbll/item/8bd5a52253d3ecd7a517b685 至此,外网就可

为什么开发与测试老掐架呢

让我们思考几个常见的问题: 软件测试的目的是什么? 开发人员能否构建出没有Bug的完美软件? 测人人员和开发人员是什么关系? 软件测试能否保证软件质量? 先闭目冥想五分钟吧,然后可以尝试着回答上面的问题. 计算机先驱 Maurice Wikes 回忆起 1949 年他在英国剑桥工作的情形,在拖着打孔纸带上楼给雏形计算机 EDASC 装载程序时,他看到了自己的未来: 我强烈的意识到,生命中剩下的好日子,都将耗费在给自己的程序找错误上头. Maurice Wikes告诉我们,没有完美的软件. 我在我

实现项目本地,测试,生产3套环境

我们做开发的,大点的公司来说编译和发布这些都不会由我们来做,小点的公司的话应该是开发一手端了.但是如何实现项目的本地,测试,生产3套环境的不同配置的搭建,在彼此编译发布的时候都不会受到那些配置文件的影响,我觉得还是很有必要了解一下的.前几天请教了下公司的BM人员,这里做个整理. 首先说一下具体的编译和发布,这些也是大致的了解下就OK了. 1,编译的工具有很多,比如说ANT,maven,quickbulid等等,我玩的j2e,所以一般的编译都是打成一个ear包,然后丢到服务器上就OK.ear包里面

我所理解开发和测试人员的关系

概述 开发和测试,起源本没有分家.社会精细化,分工出现,两者渐行渐远.开发人员,创造世界的人,在建造高楼大厦的时候,必会埋下隐患.测试人员,世界的验证者,以挑剔的眼光,审视眼前需要验证的对象. 代码是开发人员的产出:bug是测试人员的产出 人,被人盯住挑自己辛苦创造的东西的毛病时,如芒在背,总是不喜欢这样的感觉.      于是,开发和测试,逐渐对立起来.      人在分工后,思维方式也变得不同(测试应当是“证坏”非“证好”),所以,开发人员看待问题的角度和测试人员诸多时候不能合轨.     

敏捷开发下, 如何将需求分析,架构(软件)设计,开发与测试,一气呵成式的结合且高效的完成 ?

产品开发中,时常会发生类似如图中 "削马铃薯"的悲剧. 悲剧的发生,往往是由于我们只传递了 "要作什么功能"给开发人员.却缺乏了一个有效的且轻量级的实践,能在正式进入迭代开发前,确认开发人员是否真有能力,能将 "使用者的需求"转化为 "可执行的代码"? "场景树" 便是一结合Use Case, Domain Driven Design, UML 的轻量级可视化的敏捷实践. 经由场景树,可确认开发人员,是否已