Golang Goji：如何同时提供静态内容和 api

Question

过去两周我一直在玩 Golang，终于可以制作一个真正的应用程序了。它使用 NGINX 提供的静态 HTML 文件，API 使用 Goji Web 框架作为后端。我不使用任何 Golang 模板，因为一切都是 Angular.Js，所以静态就可以满足我的需求。

我希望可以选择是在生产环境中使用 NGINX，还是让 Go 使用应用程序使用的相同端口 (8000) 在根目录提供静态内容。这样开发环境就不需要安装 NGINX。

所以，尝试像这样向默认多路复用器添加句柄

goji.DefaultMux.Handle("/*", serveStatic)

func serveStatic(w http.ResponseWriter, r *http.Request) {
//http.ServeFile(w, r, r.URL.Path[1:])
//http.FileServer(http.Dir("static"))
http.StripPrefix("/static/", http.FileServer(http.Dir("static")))

}

此句柄在所有 API 路径都已注册后执行（否则 API 将无法工作）。

我已经尝试过任何类型的组合，要么将我重定向到 HTTP 404，要么将 HTML 内容显示为文本。两者都不好。我想知道是否有人来过这里并且可以提醒我我做错了什么。

谢谢。

虽然这与我的问题无关，但这是我正在使用的 NGINX 配置：

server {
listen 80;

# enable gzip compression
    gzip on;
    gzip_min_length  1100;
    gzip_buffers  4 32k;
    gzip_types    text/plain application/x-javascript text/xml text/css;
    gzip_vary on;
# end gzip configuration

location / {
    root /home/mleyzaola/go/src/bitbucket.org/mauleyzaola/goerp/static;
    try_files $uri $uri/ /index.html = 404;
}

location /api {
    proxy_pass http://localhost:8000;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection 'upgrade';
    proxy_set_header Host $host;
    proxy_cache_bypass $http_upgrade;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

}

Answer 1

我遇到过类似的问题，所以以下几点可能会有所帮助。

• 记住将处理静态内容的处理程序注册为最终路由。否则，它可能会匹配所有内容。

• 也许尝试使用绝对路径而不是相对路径。

这是我使用 Goji 设置路线的简化版本。

func apiExampleHandler(context web.C, resp http.ResponseWriter, req *http.Request) {
    fmt.Fprint(resp, "You've hit the API!")
}

func main() {
    goji.Handle("/api", apiExampleHandler)

    // Static file handler should generally be the last handler registered. Otherwise, it'll match every path.
    // Be sure to use an absolute path.
    staticFilesLocation := "Some absolute to the directory with your static content."
    goji.Handle("/*", http.FileServer(http.Dir(staticFilesLocation)))

    goji.Serve()
}

Answer 2

如果您可以完全控制您的网址，一个简单的策略是在顶层划分它们。我在所有应用程序 URL 的开头使用 /a，在所有静态 URL 的开头使用 /s。这使得路由非常简单。

我使用 Goji 有一段时间，然后切换到 Gocraft-web。但原则是相同的，因为 URL 对任一框架都是明确的。 Gocraft-web 显然可以做子路由；我认为 Goji 也可以做到这一点，但不太明显。子路由之所以有用有几个原因：

• 这是一种消除歧义的简单方法
• 如果搜索模式更简单，路由器可能会更快
• 您可以划分代码以便更容易理解

如果您在生产环境中提供静态资产，您可能希望对其进行衡量并提高其性能。我发现预压缩 (gzip) 我的 JS 和 CSS 文件会有所帮助。我在同一个文件系统中有未压缩和压缩版本，并且我有一个定制的静态资产包，可以发现预压缩文件并将它们提供给所有理解的客户端（几乎是所有浏览器）。此外，设置未来的到期日也值得探索。这两个想法都内置在 Nginx 中，并且很容易编写代码。