用户 2 条原话:
①「名册,增加cardav同步功能。」
②「caldav和cardav,都增加一个创建口令的功能,这样,就使用用户名和口令来同步,
避免在第三方客户端进行同步时自己的密码泄露。」
用户拍板的两个岔路(AskUserQuestion):
· 口令范围 = **一把通用 DAV 口令**(日历 + 通讯录共用),不是两个 ——
手机上填一次就都通;两把会让用户要在两个页面各配一遍、还容易只配一半。
· 同步范围 = 与**名册页完全一致**(Person::roster(kind='member')),不另发明判据。
════ 一、 口令统一:caldav_credentials → dav_credentials(Schema v23)════
表**改名**(不是新建一张 carddav_credentials):
· 老站 RENAME → 已配好的口令一字不动,**所有设备不用重配**;
· 新装时两表都不在 → 跳过(直接 RENAME 一张不存在的表会抛异常、把升级打断);
· 两表并存(上次升级跑一半 / 有人手工建过)→ 搬行(INSERT IGNORE)+ DROP 旧表。
⚠️ 迁移**必须**是 RENAME + 存在性守卫(新增 Schema::hasTable),
只改建表语句里的名字的话,老库会**再建一张空表**、旧表留在原地没人读 →
用户所有已配好的同步设备立刻全部 401(而且改密码也修不好:新口令写进了新表)。
Auth:caldavIssue/Revoke/Auth/hasCalDav → davIssue/davRevoke/davAuth/hasDav,
新增 davLastUsed()(UI 上显示"最近使用")。
口令管理入口搬到**个人设置 → DAV 同步**(它管的是"我的凭据",同时服务日历与通讯录;
放在日历页会让只想同步通讯录的人在日程里找半天)。
· 旧路由 calendar/caldav_token|caldav_revoke 保留为 302 → 老书签不 404;
· 日历本页只留地址 + 一个指路按钮(密码类的东西只该有一个管理入口,
两处各放一套按钮迟早对不上:这页重置了、那页还显示"已配置")。
════ 二、 CardDAV(全新)════
· app/Vcard.php —— 名册 → vCard **3.0**(iOS/DAVx⁵ 推荐;4.0 在 iOS 上会被降级丢字段)。
FN 必须有(缺了 iOS 会**整张卡丢掉**)、UID 用 person id(稳定,不随改名变)、
标签能对上固定词就走 TYPE(手机上显示成"手机/工作"),对不上就原样放进
X-ABLabel(**不猜**成 HOME —— 猜错了用户看到"家"其实是"奶奶家")。
· app/CardDav.php —— books/rows/one/cardOf/etag/parsePath;ROOT='/carddav/'。
· carddav.php —— OPTIONS / PROPFIND(0,1) / GET / REPORT;**写方法一律 403**。
只读是与 CalDAV 同样的取舍:与其"半支持"(客户端以为改成功了、服务端却没落库),
不如明确拒绝,用户至少知道"手机上加的联系人不会同步回来"。
· **地址空间分离、鉴权同一套**:/carddav/ 与 /dav/ 各自独立(资源类型与命名空间
完全不同,混在一棵树里要靠猜客户端意图,猜错的表现是"连上了但一本都看不到");
但两者调**同一个** Auth::davAuth、读**同一张** dav_credentials 表 ——
这正是"一把口令管两种同步"的落点,也保证不会出现"日历能连、通讯录连不上"。
· 路由三处:router.php(本地 php -S)+ .htaccess(书面来源)+ 部署脚本 5c 段。
⚠️ 线上用**独立标记块** `# >>> FamilyBook CardDAV`:老站已经有
`# >>> FamilyBook CalDAV`,把新规则并进那一段会被"标记在不在"的幂等判断
**整段跳过** → /carddav/ 永远 404,而本地(走 router.php)完全正常。
· 打包白名单加 carddav.php(站点根下的独立入口最容易漏 —— dav.php / upload_stage.php
都漏过一次,症状都是"线上那个功能 404、本地一切正常")。
════ 三、 🔴 三个真 bug(全是"本地校验全绿"型,靠 vCard 往返测试抓出来)════
把 App\Vcard(导出)与 App\ContactImport(导入)各自单测都是绿的,
但**导出→导入跑一遍**立刻翻出三个:
① Vcard::fold **漏了"续行补前导空格"**(照抄 Ics::fold 时抄漏了最后一步)。
后果:折出来的那几段变成**独立的属性行** → 客户端把半个名字/半个地址当垃圾丢掉。
而"每行 ≤75 字节""确实折行了"全是绿的 —— 只有「**折行可无损还原**」这条断言能抓。
② ContactImport 用 `explode(';')` 给 ADR / N 分段 —— PHP 的 explode **不认识转义**,
值里写了 `\;`(字面分号)照样在那里拆开 → 地址「青岛市,市南区;某某路1号」被
从中间切断,后半截(含省名)跑到别的段上;导进来的人地址只剩前半句、
而且看着像"省没填"。手机通讯录里带分号的地址("XX路1号;3单元")不算罕见。
→ 新增 `splitVcardSegments()`:**按未转义的分号**切,切完再逐段 unescape。
⚠️ "先 unescape 再分段"是同一个错的另一种写法(本轮第一版就这么改,往返照样红)。
③ Vcard::adrField 的**分号数量对、但位置错一位**(省落到了"邮编"格)。
第一版 `;;` + 街道 + `;;;` + 省 + `;` —— 总数也是 6,可多出来的那个挤在前面 →
解析器读段 4 拿到空串。**段数对、总数对、只有位置错一位**,
所以"数分号个数"的检查发现不了它。
════ 四、 顺带修的一个 ETag 一致性 bug ════
同一张卡在 PROPFIND(清单)与 REPORT(取正文)里原本算出**两个不同的 ETag**
(一个用不带结尾 CRLF 的正文、一个用带 CRLF 的)→ 客户端认为这张卡一直在变、
**反复重拉**(同步永远不收敛),而服务端看不出任何异常(两边都合法)。
→ 新增 `CardDav::cardOf()`,把**正文与 ETag 成对返回**,结尾 CRLF 只加在正文上、
不参与 ETag。修法不是"两处改成一样",而是**让它们没有机会不一样**。
════ 五、 UI ════
· 个人设置页「DAV 同步」卡:两个地址(/dav/ 与 /carddav/)+ 用户名预填 + 一次性明文
(只显示这一次,走一次性会话槽位)+ 生成/重置/撤销 + "最近使用"。
· 名册页 CardDAV 卡:地址 + "这 N 个人"(人数与名册页一致,用户当场能对上)+
指路口令的按钮。**不放**生成表单。
· 日历本页改口径:只留 /dav/ 地址 + 指路链接。
════ 六、 验证 ════
- e2e **1106/0**(本批新增约 45 条:CardDAV 全协议、越权 404、只读 403、
一把口令开两把锁、撤销后两处**同时**失效、口令一次性/不落库、ETag 一致性)
- **vCard 规格体检 36/36**(新工具 `_fb_b22_vcf_spec.php`:转义/折行/多值/标签/
空名兜底 + **导出→导入往返一致**)
- **真机探针 28/0**(新工具 `_fb_b22_ui.py`:两块 UI 渲染、**在浏览器里点按钮**生成
口令、刷新后明文消失但状态留下、名册页人数对得上、日历本页改口径、
撤销后两处 401、全程零 JS 报错)
- 桌面几何 428/0 · 移动端几何(360/375/390/414)684/0 · 结构升级 149/0
- 部署静态断言空跑 **307/0** · 线上部署 134 项自检 0 失败
- **反向验证 14/14**(`_fb_b22_falsify.py`):迁移不干活 / 读旧表 / 断入口 /
去掉 addressbook 声明 / 只读守卫失效 / 不校验口令 / 越权不再查名册 /
折行不补空格 / 分段改回 explode / ADR 错位 / UI 卡拿掉 / 明文不再一次性 /
撤销不删凭据 —— 逐条改回旧行为,对应断言都变红,还原后复绿。
════ 七、 🔴🔴 线上实测挖出的**最重要**的一条:DAV 鉴权在 Apache 上一直是坏的 ════
部署后在线上以 **Web 用户(www)** 身份做端到端验收时,DAV 全部 401 ——
而本地 e2e 全绿。追下去发现两层原因:
① **测试假象**:我把 DAV 请求放进了一个**临时探针文件**里,用 `curl` 打它。
但 Apache 请求 `.php` 文件时**不套用站点根 .htaccess 的 URL 重写** ——
所以探针里的请求根本没被转给 dav.php/carddav.php,拿到的是**探针自己的 401**,
不是 DAV 的。第一轮"全 401"有一半是探针自己造的假象。
② **真问题**:Apache 默认**不把 `Authorization` 头交给 PHP-FPM** ——
`$_SERVER['PHP_AUTH_USER']` 与 `HTTP_AUTHORIZATION` **全是 null**。
实测(这台服务器 Apache 2.4.53,直接监听 80/443,**没有 nginx**):
基线 : {"PHP_AUTH_USER":null,"HTTP_AUTHORIZATION":null}
`CGIPassAuth On`: {"PHP_AUTH_USER":"abc","HTTP_AUTHORIZATION":"(有)"}
⇒ **线上 CalDAV 从来没被真实客户端连上过**(服务端代码是对的、环境少了这一行)。
本轮 e2e 用 `php -S`,那里 `PHP_AUTH_USER` 是**自己填好的**,所以一路全绿 ——
又一个"本地好好的、线上不行"。
修法:部署脚本 5c 段追加**独立标记块** `# >>> FamilyBook DAV auth`,内容
`CGIPassAuth On`(Apache **2.4.13+ 的核心指令**,不需要额外模块、**不用动宝塔面板**)。
仓库 `.htaccess` 同步写上(它是那段规则唯一的书面来源)。
修完后线上端到端**全部通过**(以 www 身份、真实 HTTP 服务、真实数据):
· CalDAV:`PROPFIND → 207`、**8 本日历本**、`PUT → 403`
· CardDAV:根 `207` + `<card:addressbook/>`;清单 `207`、**1089 张卡**、1089 个 ETag;
整本 vcf `200`、1089 张、全是 3.0、`text/vcard`;**最长行 75 字节**(真实数据上
折行真的发生了);`REPORT → 207` 带 `address-data`;`PUT → 403`;
`OPTIONS → 200 DAV: 1, 2, 3, addressbook`
· 导出的卡数 **1089 == 名册人数 1089**(口径一致)
· 口令错 → `401`
临时探针用完即删并复验 404;临时插入的口令用完即清(不动用户已配的凭据)。
════ 八、 关于 CalDAV「本来是好的」这件事 ════
严格说:**服务端实现一直是对的**,缺的是 Apache 那一行 `CGIPassAuth`。
也就是说这个仓库里的 CalDAV 之前**上线即不可用**(只是没人用真实客户端试过)。
本批顺手把它一起修好了 —— 现在 /dav/ 与 /carddav/ 都能被 iOS / DAVx⁵ 正常连上。
322 lines
12 KiB
PHP
322 lines
12 KiB
PHP
<?php
|
||
/**
|
||
* 登录态与权限。
|
||
*
|
||
* 一个重要设计:**人(Person)≠ 账号(Account)**。
|
||
* 六岁的孩子应该出现在家庭名册、照片、活动参与人里,但不必有密码。
|
||
* 所以 person 可以先于 account 存在,将来再「开通账号」。
|
||
*/
|
||
|
||
declare(strict_types=1);
|
||
|
||
namespace App;
|
||
|
||
final class Auth
|
||
{
|
||
public static function check(): bool
|
||
{
|
||
return !empty($_SESSION['account_id']);
|
||
}
|
||
|
||
public static function id(): ?int
|
||
{
|
||
return isset($_SESSION['account_id']) ? (int)$_SESSION['account_id'] : null;
|
||
}
|
||
|
||
public static function personId(): ?int
|
||
{
|
||
return isset($_SESSION['person_id']) ? (int)$_SESSION['person_id'] : null;
|
||
}
|
||
|
||
public static function familyId(): ?int
|
||
{
|
||
return isset($_SESSION['family_id']) ? (int)$_SESSION['family_id'] : null;
|
||
}
|
||
|
||
public static function name(): string
|
||
{
|
||
return $_SESSION['name'] ?? '';
|
||
}
|
||
|
||
// ---------------- DAV 专用口令(v24 第 7 条后半 → 第 22 批升成通用) ----------------
|
||
|
||
/**
|
||
* 这个人有没有配过 DAV 口令。
|
||
*
|
||
* ⚠️ 为什么不用登录口令:DAV 客户端(iOS 日历/通讯录、DAVx⁵、Thunderbird)
|
||
* 会把这串凭据**长期存在设备上**并反复自动发送。让它是登录口令,
|
||
* 等于把主密码复制到每一台设备、且改密码就要每台重配;
|
||
* 更糟的是手机上那个"账号"往往还有别的用途 —— 泄露面比日历本大得多。
|
||
* 这正是用户第 22 批的原话:「避免在第三方客户端进行同步时自己的密码泄露」。
|
||
*
|
||
* ⚠️ **一把口令管两种同步**(用户 2026-10-06 第 22 批确认):
|
||
* 日历(CalDAV)与通讯录(CardDAV)共用同一串 —— 手机上填一次就都通了。
|
||
* 所以下面这几个方法一律叫 dav* 而不是 caldav*(表也从 caldav_credentials
|
||
* 改名成了 dav_credentials,见 Schema 版本 23)。
|
||
*/
|
||
public static function hasDav(int $personId): bool
|
||
{
|
||
$st = Database::get()->prepare('SELECT COUNT(*) FROM dav_credentials WHERE person_id = ?');
|
||
$st->execute([$personId]);
|
||
return (int)$st->fetchColumn() > 0;
|
||
}
|
||
|
||
/** 这个人最后一次用 DAV 同步是什么时候(NULL = 从没用过;UI 上显示出来) */
|
||
public static function davLastUsed(int $personId): ?string
|
||
{
|
||
$st = Database::get()->prepare(
|
||
'SELECT last_used_at FROM dav_credentials WHERE person_id = ? LIMIT 1'
|
||
);
|
||
$st->execute([$personId]);
|
||
$v = $st->fetchColumn();
|
||
return ($v === false || $v === null || $v === '') ? null : (string)$v;
|
||
}
|
||
|
||
/**
|
||
* 生成(或重置)DAV 口令,**返回明文**(只在这一刻能看到,库里只有哈希)。
|
||
*
|
||
* ⚠️ 重置 = 换一串新的,**设备上的旧口令立刻失效** —— 这是"口令外泄了怎么办"
|
||
* 的唯一出路,所以 UI 上按钮就写"重置"、并且要有一句确认。
|
||
*/
|
||
public static function davIssue(int $personId): string
|
||
{
|
||
// 去掉容易读错的字符(0/O、1/l/I),因为用户要手打进手机
|
||
$alphabet = 'abcdefghjkmnpqrstuvwxyz23456789';
|
||
$plain = '';
|
||
for ($i = 0; $i < 24; $i++) {
|
||
$plain .= $alphabet[random_int(0, strlen($alphabet) - 1)];
|
||
}
|
||
Database::get()->prepare(
|
||
'INSERT INTO dav_credentials (person_id, token_hash) VALUES (?,?)
|
||
ON DUPLICATE KEY UPDATE token_hash = VALUES(token_hash), created_at = NOW()'
|
||
)->execute([$personId, hash('sha256', $plain)]);
|
||
return $plain;
|
||
}
|
||
|
||
public static function davRevoke(int $personId): void
|
||
{
|
||
Database::get()->prepare('DELETE FROM dav_credentials WHERE person_id = ?')
|
||
->execute([$personId]);
|
||
}
|
||
|
||
/**
|
||
* 用 Basic 凭据换一个「登录者」。成功返回 [personId, familyId, name],失败 null。
|
||
*
|
||
* 用户名可以是手机号,也可以是姓名 —— 手机上打姓名比打 11 位数字省事得多。
|
||
* 两者都走同一套节流(失败计数保存在会话里,与登录共用)。
|
||
*
|
||
* ⚠️ 这套鉴权**同时服务 CalDAV 与 CardDAV**(dav.php 与 carddav.php 都调它)
|
||
* —— 这正是"一把口令管两种同步"的落点:任何一处改了规则,两处一起生效,
|
||
* 不会出现"日历能连、通讯录连不上"的裂缝。
|
||
*/
|
||
public static function davAuth(?string $user, ?string $pass): ?array
|
||
{
|
||
$user = trim((string)$user);
|
||
$pass = (string)$pass;
|
||
if ($user === '' || $pass === '') {
|
||
return null;
|
||
}
|
||
|
||
$fail = $_SESSION['cd_fail'] ?? ['n' => 0, 't' => 0];
|
||
if ($fail['n'] >= 8 && (time() - $fail['t']) < 60) {
|
||
usleep(500000);
|
||
return null;
|
||
}
|
||
|
||
$db = Database::get();
|
||
// 先按手机号(哈希)找,再按姓名找 —— 都限定 status=active
|
||
$row = null;
|
||
$st = $db->prepare(
|
||
'SELECT a.id AS account_id, p.id AS person_id, p.family_id, p.name, cd.token_hash
|
||
FROM accounts a
|
||
JOIN persons p ON p.id = a.person_id
|
||
LEFT JOIN dav_credentials cd ON cd.person_id = p.id
|
||
WHERE a.status = "active" AND p.phone_hash = ? LIMIT 1'
|
||
);
|
||
$st->execute([Crypto::hash($user)]);
|
||
$row = $st->fetch();
|
||
if (!$row) {
|
||
$st = $db->prepare(
|
||
'SELECT a.id AS account_id, p.id AS person_id, p.family_id, p.name, cd.token_hash
|
||
FROM accounts a
|
||
JOIN persons p ON p.id = a.person_id
|
||
LEFT JOIN dav_credentials cd ON cd.person_id = p.id
|
||
WHERE a.status = "active" AND p.name = ?
|
||
ORDER BY p.id LIMIT 1'
|
||
);
|
||
$st->execute([$user]);
|
||
$row = $st->fetch();
|
||
}
|
||
|
||
$ok = $row && !empty($row['token_hash'])
|
||
&& hash_equals((string)$row['token_hash'], hash('sha256', $pass));
|
||
if (!$ok) {
|
||
$_SESSION['cd_fail'] = ['n' => $fail['n'] + 1, 't' => time()];
|
||
return null;
|
||
}
|
||
|
||
unset($_SESSION['cd_fail']);
|
||
$db->prepare('UPDATE dav_credentials SET last_used_at = NOW() WHERE person_id = ?')
|
||
->execute([(int)$row['person_id']]);
|
||
return [
|
||
'person_id' => (int)$row['person_id'],
|
||
'family_id' => (int)$row['family_id'],
|
||
'name' => (string)$row['name'],
|
||
];
|
||
}
|
||
|
||
public static function isAdmin(): bool
|
||
{
|
||
return ($_SESSION['role'] ?? '') === 'admin';
|
||
}
|
||
|
||
/** 访客:只能看被授权的信息,不能创建/编辑任何东西 */
|
||
public static function isGuest(): bool
|
||
{
|
||
return ($_SESSION['role'] ?? '') === 'guest';
|
||
}
|
||
|
||
/** 能正常使用系统的人(管理员或家庭成员)—— 判断「能否写」用这个 */
|
||
public static function canWrite(): bool
|
||
{
|
||
$r = $_SESSION['role'] ?? '';
|
||
return $r === 'admin' || $r === 'member';
|
||
}
|
||
|
||
public static function role(): string
|
||
{
|
||
return (string)($_SESSION['role'] ?? '');
|
||
}
|
||
|
||
public static function roleWord(): string
|
||
{
|
||
return ['admin' => '管理员', 'member' => '家庭成员', 'guest' => '访客'][self::role()] ?? '成员';
|
||
}
|
||
|
||
/**
|
||
* 首页标题 —— 「以我为中心」最直接的一处落点。
|
||
* 登录后看到的不是「家书」,而是「<我的名字>的家书」。
|
||
*/
|
||
public static function homeTitle(): string
|
||
{
|
||
$name = self::name();
|
||
return $name === '' ? '家书' : $name . '的家书';
|
||
}
|
||
|
||
/** 未登录跳登录页 */
|
||
public static function requireLogin(): void
|
||
{
|
||
if (!self::check()) {
|
||
redirect('auth/login');
|
||
}
|
||
}
|
||
|
||
/** 需要「能写」的权限(访客会被挡下) */
|
||
public static function requireWrite(): void
|
||
{
|
||
self::requireLogin();
|
||
if (!self::canWrite()) {
|
||
http_response_code(403);
|
||
\App\View::render('error', [
|
||
'title' => '访客只读',
|
||
'message' => '你的身份是访客,只能查看,不能新增或修改内容。',
|
||
], 'home');
|
||
exit;
|
||
}
|
||
}
|
||
|
||
public static function requireAdmin(): void
|
||
{
|
||
self::requireLogin();
|
||
if (!self::isAdmin()) {
|
||
http_response_code(403);
|
||
\App\View::render('error', [
|
||
'title' => '没有权限',
|
||
'message' => '这一页只有家庭管理员可以操作。',
|
||
], 'home');
|
||
exit;
|
||
}
|
||
}
|
||
|
||
/**
|
||
* 手机号 + 密码登录。
|
||
* 返回 true 表示成功并已写入会话。
|
||
*/
|
||
public static function login(string $phone, string $password): bool
|
||
{
|
||
// 简单节流:5 次失败后 60 秒内不再尝试。
|
||
// 防爆破的关键不在判定多严,而在于「尝试次数有成本」。
|
||
$fail = $_SESSION['login_fail'] ?? ['n' => 0, 't' => 0];
|
||
if ($fail['n'] >= 5 && (time() - $fail['t']) < 60) {
|
||
usleep(500000);
|
||
return false;
|
||
}
|
||
|
||
$hash = Crypto::hash($phone);
|
||
$stmt = Database::get()->prepare(
|
||
'SELECT a.id AS account_id, a.password_hash, a.role, a.status,
|
||
p.id AS person_id, p.family_id, p.name, p.avatar
|
||
FROM accounts a
|
||
JOIN persons p ON p.id = a.person_id
|
||
WHERE p.phone_hash = ? LIMIT 1'
|
||
);
|
||
$stmt->execute([$hash]);
|
||
$row = $stmt->fetch();
|
||
|
||
if (!$row || $row['status'] !== 'active'
|
||
|| !password_verify($password, (string)$row['password_hash'])) {
|
||
$_SESSION['login_fail'] = ['n' => $fail['n'] + 1, 't' => time()];
|
||
usleep(300000);
|
||
return false;
|
||
}
|
||
|
||
unset($_SESSION['login_fail']);
|
||
session_regenerate_id(true);
|
||
$_SESSION['account_id'] = (int)$row['account_id'];
|
||
$_SESSION['person_id'] = (int)$row['person_id'];
|
||
$_SESSION['family_id'] = (int)$row['family_id'];
|
||
$_SESSION['name'] = $row['name'];
|
||
$_SESSION['role'] = $row['role'];
|
||
$_SESSION['avatar'] = $row['avatar'];
|
||
|
||
Database::get()->prepare('UPDATE accounts SET last_login_at = NOW() WHERE id = ?')
|
||
->execute([$row['account_id']]);
|
||
|
||
// 进门就把「这个人的默认日历本」补上(幂等)。
|
||
//
|
||
// ⚠️ 为什么必须在这里兜一道,而不是只靠 Schema::ensure():
|
||
// 全新安装时 install.php 是**先** Schema::ensure()、**后**建人 ——
|
||
// ensure() 里那段 seedDefaultsForFamily() 遍历的是"已开通账号的人",
|
||
// 那时一个人都还没有,于是**一本日历都不建**;紧接着 schema_version
|
||
// 被写成最新版,升级路径以后也不会再跑 → 这个人永远没有观影/旅行两本。
|
||
// 症状很隐蔽:日程页能用,只是"我的日历本"空着,观影也不上日历。
|
||
// 放在登录处最稳:不管人是装的、别人加的、还是老库升级来的,进来就有。
|
||
try {
|
||
\App\Calendar::seedDefaults((int)$row['family_id'], (int)$row['person_id']);
|
||
} catch (\Throwable $ex) {
|
||
// 日历本建不出来不该把人挡在门外;下次登录会再试一次
|
||
error_log('[familybook] 补建默认日历本失败(已跳过):' . $ex->getMessage()
|
||
. ' @ ' . $ex->getFile() . ':' . $ex->getLine());
|
||
}
|
||
|
||
return true;
|
||
}
|
||
|
||
public static function logout(): void
|
||
{
|
||
$_SESSION = [];
|
||
if (ini_get('session.use_cookies')) {
|
||
$p = session_get_cookie_params();
|
||
setcookie(session_name(), '', time() - 42000,
|
||
$p['path'], $p['domain'], $p['secure'], $p['httponly']);
|
||
}
|
||
session_destroy();
|
||
}
|
||
|
||
/** 头像改动后刷新会话里的缓存 */
|
||
public static function refreshAvatar(string $avatar): void
|
||
{
|
||
$_SESSION['avatar'] = $avatar;
|
||
}
|
||
}
|