v24 第 22 批：名册加 CardDAV 同步 + 一把通用 DAV 口令（日历与通讯录共用）
用户 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⁵ 正常连上。
This commit is contained in:
@@ -267,7 +267,20 @@ function render_me_settings(array $person, array $errors = []): void
|
||||
'weatherLat' => (string)UserSetting::get($me, 'weather_lat', ''),
|
||||
'weatherLon' => (string)UserSetting::get($me, 'weather_lon', ''),
|
||||
'weatherAt' => Home::weatherLocation($me, $familyId),
|
||||
// v24 第 22 批：DAV 通用口令（日历 CalDAV + 通讯录 CardDAV 共用一把）。
|
||||
// ⚠️ 明文只从**一次性会话槽位**取、取完立刻 unset —— 用户刷新页面就看不到了，
|
||||
// 这是刻意的：口令只该在那一次被复制走（页面上也这么写）。
|
||||
'davHas' => Auth::hasDav($me),
|
||||
'davPlain' => (string)($_SESSION['dav_plain'] ?? ''),
|
||||
'davLastUsed' => Auth::davLastUsed($me),
|
||||
'davBase' => rtrim((string)fb_config('base_url', ''), '/'),
|
||||
// 通讯录同步范围要和名册页**完全一致**（用户 2026-10-06 第 22 批确认）：
|
||||
// 名册页看到谁就同步谁。这里把人数带过去，用户当场就能对上。
|
||||
'davRosterN' => PersonRoster::countFor($familyId, $me),
|
||||
], 'settings');
|
||||
// ⚠️ 取完即清：明文口令只该被看到一次（刷新页面就没了）。
|
||||
// 放在 View::render **之后** —— 早了就拿不到值了。
|
||||
unset($_SESSION['dav_plain']);
|
||||
}
|
||||
|
||||
/**
|
||||
@@ -889,6 +902,10 @@ switch ($r) {
|
||||
// 家里已经有人、但还不在我名册里 → 给一个「直接挑」的入口，
|
||||
// 免得为了同一个人又录一遍（录两遍会变成两条记录，账号与亲属关系各存一份）
|
||||
'pickable' => $q === '' ? count(PersonRoster::pickable($familyId, $me)) : 0,
|
||||
// v24 第 22 批：CardDAV 那张卡要知道"口令配了没有"（决定显示"去生成"还是"去管理"）。
|
||||
// ⚠️ 这里**不传明文** —— 明文只走一次性会话槽位、只在「个人设置」那页显示一次；
|
||||
// 名册页能反复看到明文就等于口令多了一个泄露面。
|
||||
'davHas' => \App\Auth::hasDav($me),
|
||||
], 'people');
|
||||
break;
|
||||
|
||||
@@ -3876,25 +3893,49 @@ switch ($r) {
|
||||
break;
|
||||
|
||||
/**
|
||||
* CalDAV 专用口令（v24 第 7 条后半）：生成 / 重置 / 撤销。
|
||||
* 旧地址 → 新地址（v24 第 22 批）。
|
||||
*
|
||||
* 口令从「CalDAV 专用」升成「DAV 通用」（日历 + 通讯录共用一把，见
|
||||
* Schema 版本 23 与 Auth::davIssue），管理入口也一并搬到**个人设置**页
|
||||
* —— 它本来就是"我的凭据"，跟着日历本页走会让只想要通讯录的人找不着。
|
||||
*
|
||||
* ⚠️ 这两条**必须留着**：老书签、以及此前在页面里渲染过的表单地址都在这里，
|
||||
* 直接删掉的话点旧按钮会 404，用户看到的现象是"改了之后按钮没反应了"。
|
||||
* 用 302 跳过去，两边都活着。
|
||||
*/
|
||||
case 'calendar/caldav_token':
|
||||
case 'calendar/caldav_revoke':
|
||||
// ⚠️ 用第三个参数（anchor）而不是塞进 query：`redirect` 的签名是
|
||||
// (route, query, anchor)，把 '#dav' 当 query 传会变成 `?%23dav=`。
|
||||
redirect('settings/me', [], 'dav');
|
||||
break;
|
||||
|
||||
/**
|
||||
* DAV 通用口令（v24 第 22 批）：生成 / 重置 / 撤销。
|
||||
*
|
||||
* 用户原话：「caldav和cardav，都增加一个创建口令的功能，这样，就使用用户名和口令
|
||||
* 来同步，避免在第三方客户端进行同步时自己的密码泄露。」
|
||||
*
|
||||
* ⚠️ 明文口令只在这**一次**跳转里带回页面显示（存 $_SESSION 一次性取用），
|
||||
* 库里只有 sha256。不这么做的话，要么明文落库（一旦泄露全暴露），
|
||||
* 要么用户永远看不到自己刚设的花口令。
|
||||
* ⚠️ 生成与撤销共用 `settings/dav_plain` 这个槽位：撤销时**必须把它清掉**，
|
||||
* 否则"刚撤销完还显示着上一串口令"，用户会以为撤销没生效。
|
||||
*/
|
||||
case 'calendar/caldav_token':
|
||||
case 'calendar/caldav_revoke':
|
||||
case 'settings/dav_token':
|
||||
case 'settings/dav_revoke':
|
||||
$me = (int)Auth::personId();
|
||||
Auth::requireWrite();
|
||||
csrf_check();
|
||||
if ($r === 'calendar/caldav_token') {
|
||||
$_SESSION['caldav_plain'] = Auth::caldavIssue($me);
|
||||
flash('ok', 'CalDAV 口令已生成（旧口令立即失效，请在客户端里更新）。');
|
||||
if ($r === 'settings/dav_token') {
|
||||
$_SESSION['dav_plain'] = Auth::davIssue($me);
|
||||
flash('ok', 'DAV 口令已生成（日历与通讯录共用这一把；旧口令立即失效，请在客户端里更新）。');
|
||||
} else {
|
||||
Auth::caldavRevoke($me);
|
||||
flash('ok', 'CalDAV 口令已撤销，所有已订阅的客户端会失去访问。');
|
||||
Auth::davRevoke($me);
|
||||
unset($_SESSION['dav_plain']);
|
||||
flash('ok', 'DAV 口令已撤销，所有已同步的客户端（日历与通讯录）都会失去访问。');
|
||||
}
|
||||
redirect('calendar/calendars');
|
||||
redirect('settings/me');
|
||||
break;
|
||||
|
||||
case 'calendar/calendars':
|
||||
@@ -3914,10 +3955,12 @@ switch ($r) {
|
||||
foreach ($mine as $c) {
|
||||
$shares[(int)$c['id']] = Calendar::shares((int)$c['id']);
|
||||
}
|
||||
// v24 第 7 条后半：CalDAV 专用口令的状态（明文只在刚生成那一次给用户看）
|
||||
$cdHas = Auth::hasCalDav($me);
|
||||
$cdPlain = (string)($_SESSION['caldav_plain'] ?? '');
|
||||
unset($_SESSION['caldav_plain']);
|
||||
// v24 第 22 批：口令改成**通用 DAV 口令**（日历 + 通讯录共用），
|
||||
// 管理入口也搬到了「个人设置 → DAV 同步」。所以这一页**不再处理口令表单**
|
||||
// —— 只显示它的状态与入口（点过去配置）。口令的明文仍走一次性会话槽位，
|
||||
// 但那一页在 settings/me，这一页读不到（也没必要读：这里只提示"去那边配"）。
|
||||
$cdHas = Auth::hasDav($me);
|
||||
$cdPlain = '';
|
||||
$editing = null;
|
||||
$editId = (int)($_GET['edit'] ?? 0);
|
||||
if ($editId > 0) {
|
||||
|
||||
Reference in New Issue
Block a user