olivetree123 (olivetree123)

homeland 部署文档可以更新下吗

olivetree123 — Sat, 28 Dec 2024 16:48:29 +0800

部署文档还是 3.8 版本的，我昨晚折腾了一晚上还是没有成功，现在登陆就会跳转到 https://127.0.0.1:7000 ，这是怎么回事？

HTTP 缓存

olivetree123 — Thu, 10 Jan 2019 17:11:34 +0800

HTTP 的缓存控制实在是让人头晕，今天遇到了点问题就顺便测试了一番。
测试的环境：Nginx 静态站点，获取其中的图片。
浏览器：Safari 12.0 / Chrome 71.0 / Firefox 64
测试内容：max-age / Last-Modified / Etag 这三个 Header 是否起作用。
测试过程：

测试 max-age
Nginx 配置如下：
```
location / {
    expires 1h;
    etag off;
    if_modified_since off;
    index index.html;
}
```
现象：HTTP Response Header 中有 Cache-Control: max-age=3600，但是刷新页面会重新请求并下载文件，返回码都是 200。
结论：缓存未生效，浏览器每次都会重新请求并重新下载资源。

测试 Etag
Nginx 配置如下：

location / {
    expires off;
    etag on;
    if_modified_since off;
    index index.html;
}

结论：刷新页面 304，不会重新下载资源。

if_modified_since（对应 HTTP Header 中的 Last-Modified）和 Etag 一样，也会使得请求 304。

综上，max-age 不起作用，Etag 和 Last-Modified 起作用，但是这两个 Header 的功能是一样的，二者用其一即可。

那么问题来了，各种资料都说 max-age 是有效的，难道是我使用 max-age 的方式不对吗？

关于 URL 规范

olivetree123 — Thu, 10 Jan 2019 11:36:36 +0800

写个接口，获取动物详情，URL 风格有如下三种：

# Restful API 标准风格：
/zoos/:id/animals/:id

# 风格2 
/zoos/animals/:id

# 风格3
/animal/:id

我个人认为 restful 标准的 URL 信息太冗余了，通过 animal_id 就可以直接获取动物详情，为什么还需要一个 zoo_id？即便给了 zoo_id，我相信后台在查询的时候也不会使用这个字段。我比较怀疑定义这个标准的人有没有写过 API。

我个人常用的是风格 3，我认为所有数据库模型都是平级的对象，都可以通过 id 进行增删改查，即便在逻辑上他们是有层级关系的，但是这个层级关系并不需要显示的体现在 API 上，更不需要体现在 URL 上，只需要在代码逻辑上保证业务逻辑就可以了。

我就想问问，你们在写 API 的时候是怎么定义 URL 的？