Articles of azure web sites

在webpack + nodejs中使用azure应用程序服务,无需长时间部署中断

我试图用我的(相当大的)NodeJS应用程序使用webpack,使用Git连续部署作为Windows Azure应用程序服务部署。 我定制了我的kudu deploy.sh脚本来运行webpack,但是在Azure App Service上需要花费几分钟的时间才能运行,并且在这段时间内应用程序不可用。 在我的开发笔记本电脑上,运行webpack只需要大约30秒(我可以接受作为部署中断时间),但我猜测使用SSD的笔记本电脑使这个运行速度更快? 如果我使用的是一个部署脚本,我只需要在我的开发机器上运行这个webpack并把结果推送到服务器上,但是我使用git进行连续部署,而且我不想提交不断变化的webpack-生成的代码到Git仓库。 有没有办法在Azure应用程序服务基NodeJS应用程序运行webpack-on-deploy部署时没有这么大的停机时间?

在Azure应用程序服务上使用Node-sass快速应用程序

我有一个基本的节点Web应用程序使用快递,依赖于节点Sass库。 这是在Win64服务器上构build的,所以在npm安装过程中,由于当前的环境,它正在下载绑定二进制文件的x64版本。 当其部署到Azure应用服务时,由于与节点sass绑定二进制文件不兼容,会引发运行时错误,因为节点在Azure应用服务中运行32位… 错误:缺less绑定D:\ home \ site \ wwwroot \ node_modules \ node-sass \ vendor \ win32-ia32-48 \ binding.node节点Sass无法为当前环境find绑定:Windows 32位与Node.js 6.x的 find以下环境的绑定: – 带有Node.js 6.x的Windows 64位 当我明确检查32位绑定和重新部署我有时得到一个502网关错误… 502 – Web服务器在充当网关或代理服务器时收到无效的响应。 您正在查找的页面出现问题,无法显示。 当Web服务器(充当网关或代理)联系上游内容服务器时,它从内容服务器收到无效响应。 有时我只是得到一个500,但它不再把错误写入日志。 该应用程序显式依赖于node-sass-middleware软件包版本0.11,这取决于节点sass 4.3.0。 没有任何错误日志,我处于死胡同。 你以前遇到过这个问题,如果是的话,你是怎么解决的?

端口在IISNode上运行的Azure Node.js应用程序中未定义

我有一个使用IISNode运行Node.js应用程序的Azure应用程序服务。 问题是process.env.PORT是未定义的。 我已经读过IISNode使用一个叫做命名pipe道的东西,并且端口信息可能不易读(?),但是在我的情况下,我只能得到未定义的信息。 我尝试部署的项目可以从GitHubfind 。 我有一个Web.config文件定义,它看起来像这样: <handlers> <!– indicates that the app.js file is a node.js application to be handled by the iisnode module –> <add name="iisnode" path="index.js" verb="*" modules="iisnode" /> </handlers> <rewrite> <rules> <!– Don't interfere with requests for node-inspector debugging –> <rule name="NodeInspector" patternSyntax="ECMAScript" stopProcessing="true"> <match url="^index.js\/debug[\/]?" /> </rule> <!– First we consider […]

使用节点和Azure WebApp自定义静态错误页面

我正在使用Azure WebApps构build一个静态页面和节点网站的混合体,我想要一个自定义的404页面,但我不能使其工作。 大多数网站是静态的,但我有一些需要服务器代码的路线。 我的web.config如下所示: <?xml version="1.0" encoding="utf-8"?> <configuration> <system.webServer> <httpProtocol> <customHeaders> <remove name="X-Powered-By"/> <add name="x-dns-prefetch-control" value="on"/> </customHeaders> </httpProtocol> <handlers> <add name="iisnode" path="src/server/index.js" verb="*" modules="iisnode"/> </handlers> <rewrite> <rules> <rule name="static"> <match url="(?!dynamicroute).*$" ignoreCase="true"/> <action type="Rewrite" url="dist{REQUEST_URI}"/> </rule> <rule name="dynamic"> <match url="(?:dynamicroute)(.*)$" ignoreCase="true"/> <conditions> <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="True"/> </conditions> <action type="Rewrite" url="src/server/index.js"/> </rule> </rules> </rewrite> <!– Make […]

将Azure托pipe的DocPad Node.js网站的GitHub更新部署到站点,使站点离线1-2分钟

我正在testing一个DocPad / Node.js站点的GitHub部署。 我已经部署工作,但是当一个新的推进到GitHub公共网站站点变得不可用1至2分钟,而部署正在进行中。 这似乎对我来说。 我想 DocPad静态HTML文件将由node.js生成,然后复制到wwwroot文件夹 – 从而最大限度地减less任何types的停机时间。 但是,这似乎并不是这样。 在网站正在部署访问该网站时收到以下错误信息: 页面无法显示,因为发生了内部服务器错误。 DocPad / Node.js部署的副本可以在https://github.com/Richard-West/DocPadAzureDemofind 我将不胜感激为什么会发生这种情况,如果有什么我可以修改,以防止这种情况发生。 我希望能够随时将更新推送到网站,而不会影响任何访问者。

Express 4应用程序在通过GitHub部署时无法在Azure中运行

我正在使用Visual Studio中的基本Azure Node.js Express 4应用程序模板创build的Express应用程序。 换句话说, 它具有必要的web.config修改来支持Express 4的www\bin结构 。 当通过Visual Studio进行debugging或直接通过Node命令行运行时,此应用可以正常工作。 但是,当我将它连接到GitHub仓库时,从源代码控制部署不起作用。 我可以看到site\wwwroot文件夹中的项目根目录。 更奇怪的是,直接从Visual Studio发布的作品。

我可以在Azure应用程序服务上运行Node / ExpressJS应用程序,还是必须使用Azure Cloud Service?

我find了在Azure应用程序服务下运行简单的仅限Node的应用程序的例子。 但是对于ExpressJS,我发现的例子都使用了Azure Cloud Service。 新的Azure,只是想弄清楚我应该使用什么。 简单的NodeJS到Azure应用服务https://azure.microsoft.com/zh-cn/documentation/articles/web-sites-nodejs-develop-deploy-mac/ 简单的ExpressJS到Azure云服务https://azure.microsoft.com/zh-cn/documentation/articles/cloud-services-nodejs-develop-deploy-express-app/

Azure webapp node.js应用程序无法启动

我试图在Azure webapp上部署一个非常简单的express.js应用程序。 部署日志显示部署正确传递,但应用程序无法启动。 检查kudu进程资源pipe理器显示确实node.js进程没有运行 另一方面,我没有看到任何应用程序日志,也没有任何迹象表明,该应用程序甚至开始。 有没有办法看到nodeiis试图启动应用程序时发生了什么?

我可以通过复制文件在Azure节点应用程序服务器上部署node.js吗?

Azure网站现在可以select设置一个node.js服务器。 有关部署的Microsoft文档有一些涉及PowerShell脚本的相当复杂的步骤。 我可以部署我的应用程序,只需将包括当前文件夹中的节点模块在内的所有内容复制到服务器上,然后仅将以下文件保留在服务器上: web.config中 iisnode.yml azuredeploy.json

获取Azure应用程序设置为对象使用节点?

是否有可能使用类似于ASP.NET Core的Node / Express将Azure中的应用程序设置视为对象? 例如,如果我的应用程序设置是: container:value1 = "Hello", container:value2 = "World" 我想获得一个“容器”的对象,给我: { value1: "Hello", value2: "World" } 我试过container:value1和container__value1像ASP.NET核心,但没有运气。