Fatal编程技术网
  • node.js/
  • OpenShift node.js应用程序将所有输出作为字符串写入HTML正文

OpenShift node.js应用程序将所有输出作为字符串写入HTML正文

node.js

OpenShift node.js应用程序将所有输出作为字符串写入HTML正文,node.js,connect,Node.js,Connect,我正在OpenShift中创建一个node.js应用程序，我遇到了一个奇怪的问题，我写的所有东西（）都以字符串的形式显示在响应体中。例如，当请求登录页面时，结果如下： <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <

我正在OpenShift中创建一个node.js应用程序，我遇到了一个奇怪的问题，我写的所有东西（）都以字符串的形式显示在响应体中。例如，当请求登录页面时，结果如下：

<!DOCTYPE html>
<html>

<head>

  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <link rel="stylesheet" type="text/css" href="style.css">

  etc...
我也有同样的问题，改变

res.writeHead(200, {'Content-Type': 'text/plain'});
到

对于500 http代码也是一样，内容类型应该是text/html。

我也有同样的问题，更改

res.writeHead(200, {'Content-Type': 'text/plain'});
到

对于500 http代码也是一样，内容类型应该是text/html。

我也有同样的问题，更改

res.writeHead(200, {'Content-Type': 'text/plain'});
到

对于500 http代码也是一样，内容类型应该是text/html。

我也有同样的问题，更改

res.writeHead(200, {'Content-Type': 'text/plain'});
到

与500 http代码相同，内容类型应为text/html。

您是否尝试在本地运行它？在openShift之外？这不太可能是openShift的问题。听起来您使用的框架将响应封装在默认的空HTML模板中。FWIW我有一个运行良好的openShift node.js服务器：flitetools slebetman.rhcloud.com我没有在本地运行它，但我在Cloud9（c9.io）上做了所有测试，它在那里运行得非常好。你能展示一个简化的、最少的、完全工作的服务器代码吗？不仅仅是fs.readfiles的截图，你试过在本地运行它吗？在openShift之外？这不太可能是openShift的问题。听起来您使用的框架将响应封装在默认的空HTML模板中。FWIW我有一个运行良好的openShift node.js服务器：flitetools slebetman.rhcloud.com我没有在本地运行它，但我在Cloud9（c9.io）上做了所有测试，它在那里运行得非常好。你能展示一个简化的、最少的、完全工作的服务器代码吗？不仅仅是fs.readfiles的截图，你试过在本地运行它吗？在openShift之外？这不太可能是openShift的问题。听起来您使用的框架将响应封装在默认的空HTML模板中。FWIW我有一个运行良好的openShift node.js服务器：flitetools slebetman.rhcloud.com我没有在本地运行它，但我在Cloud9（c9.io）上做了所有测试，它在那里运行得非常好。你能展示一个简化的、最少的、完全工作的服务器代码吗？不仅仅是fs.readfiles的截图，你试过在本地运行它吗？在openShift之外？这不太可能是openShift的问题。听起来您使用的框架将响应封装在默认的空HTML模板中。FWIW我有一个运行良好的openShift node.js服务器：flitetools slebetman.rhcloud.com我没有在本地运行它，但我在Cloud9（c9.io）上做了所有测试，它在那里运行得非常好。你能展示一个简化的、最少的、完全工作的服务器代码吗？不仅仅是fs.readFileSo的剪报让我非常沮丧，最终我选择了Heroku，还要感谢您的回复。我还没有测试过这个修正，但听起来是对的。所以我很沮丧，我最终选择了Heroku，但谢谢你的回复。我还没有测试过这个修正，但听起来是对的。所以我很沮丧，我最终选择了Heroku，但谢谢你的回复。我还没有测试过这个修正，但听起来是对的。所以我很沮丧，我最终选择了Heroku，但谢谢你的回复。我还没有测试过这个修正，但听起来不错。