set-cookie 修改admin

`Set-Cookie` 是HTTP响应头的一部分，用于在客户端（如浏览器）设置Cookie。当提到 "set-cookie admin" 时，通常是在指设置一个名为 "admin" 的Cookie。例如：

Set-Cookie: admin=your_username; Path=/admin; HttpOnly; Secure

在这个例子中：
- `admin=your_username` 表示Cookie的名称是 "admin"，值是用户的用户名。
- `Path=/admin` 指定Cookie只在 "/admin" 路径下有效。
- `HttpOnly` 阻止JavaScript访问该Cookie，增加了安全性。
- `Secure` 如果在HTTPS连接上发送，表示Cookie只能通过加密传输。

如果你想修改已经存在的 `admin` Cookie，你需要服务器端发送一个新的 `Set-Cookie` 包含新的属性和值，并且浏览器会覆盖旧的Cookie。如果用户已经登录并且你想更改他们的管理员权限，这通常是通过更新服务器数据库并相应地调整Cookie的权限信息。

相关问题

universal-cookie

引用[1]中提到了使用npm安装了universal-cookie库，并且使用了@vueuse/integrations库中的useCookies方法来读取和设置cookie。通过cookies.set('admin-token',res.token)可以设置cookie，通过cookies.get('admin-token')可以获取cookie的值。

引用[3]中提到了cookie的path和域的设置。path表示当前webapps下的所有工程都可以访问该cookie，而域可以用来解决顶级域名与二级域名之间的跨域问题。通过设置cookie的domain为顶级域名，可以让不同子域名之间共享cookie。

综上所述，universal-cookie是一个用于读取和设置cookie的库，可以通过useCookies方法来方便地操作cookie。同时，通过设置cookie的path和域，可以实现不同路径和域之间的cookie共享。

登录 3种类型的账号：管理员、老师、学生， 均使用该接口进行登录。 前端发送的登录请求中包含账号、密码。 后端接收后，对账号密码的正确性进行校验。 CIMP系统使用session会话机制。 如果校验通过，服务端在响应消息头Set-Cookie 中存入sessionid ，该用户的后续请求头Cookie中必须携带sessionid。 请求 请求头 POST /api/sign Content-Type: application/json 消息体 为json格式 { "action" : "signin", "username" : "xxxx", "password" : "yyyy" } 响应 响应头 200 OK Content-Type: application/json Set-Cookie: sessionid=<sessionid数值> 消息体 如果校验通过，返回消息如下 { "ret": 0, "usertype":1, "userid":1, "realname":"白月黑羽", } ret 为 0 表示登录成功 usertype 是用户类型。 1：管理员，2000：学生，3000：老师 userid 是用户在系统中的id realname 是用户的姓名 登录成功后， 服务端在消息头Set-Cookie 中存入sessionid ，该用户的后续请求头Cookie中必须携带sessionid。 如果登录校验失败，返回失败的原因，示例如下 { "ret": 1, "msg": "用户名或者密码错误" } ret 不为 0 表示登录失败， msg字段描述登录失败的原因 对该接口信息，写一个接口自动化用例

接自动化用例如下：

1. 测试登录成功场景：
请求：

POST /api/sign HTTP/1.1
Content-Type: application/json

{
    "action": "signin",
    "username": "admin",
    "password": "123456"
}

响应：

HTTP/1.1 200 OK
Set-Cookie: sessionid=123456789
Content-Type: application/json

{
    "ret": 0,
    "usertype": 1,
    "userid": 1,
    "realname": "管理员"
}

验证：
- 确认响应状态码为200。
- 确认响应头Content-Type为application/json。
- 确认响应体ret字段为0。
- 确认响应体usertype字段为1。
- 确认响应体userid字段为1。
- 确认响应体realname字段为"管理员"。
- 确认响应头Set-Cookie中包含sessionid字段。

2. 测试登录失败场景（用户名错误）：
请求：

POST /api/sign HTTP/1.1
Content-Type: application/json

{
    "action": "signin",
    "username": "wrong_user",
    "password": "123456"
}

响应：

HTTP/1.1 200 OK
Content-Type: application/json

{
    "ret": 1,
    "msg": "用户名或者密码错误"
}

验证：
- 确认响应状态码为200。
- 确认响应头Content-Type为application/json。
- 确认响应体ret字段为1。
- 确认响应体msg字段为"用户名或者密码错误"。

3. 测试登录失败场景（密码错误）：
请求：

POST /api/sign HTTP/1.1
Content-Type: application/json

{
    "action": "signin",
    "username": "admin",
    "password": "wrong_password"
}

响应：

HTTP/1.1 200 OK
Content-Type: application/json

{
    "ret": 1,
    "msg": "用户名或者密码错误"
}

验证：
- 确认响应状态码为200。
- 确认响应头Content-Type为application/json。
- 确认响应体ret字段为1。
- 确认响应体msg字段为"用户名或者密码错误"。