# 家书 FamilyBook · Apache 重写规则 # # ⚠️ 这个文件**不随包上线**(familybook_push.sh 的打包白名单里没有它)。 # 原因:线上站点根那份 .htaccess 是**宝塔面板生成的**(PHP 版本段、防盗链、 # 缓存段、伪静态…),整份覆盖会把面板的东西清空,而且面板下次重写还会改回来, # 变成"时好时坏"。 # /dav/ 与 /carddav/ 的重写规则由 `familybook_deploy.sh` 第 5c 段**追加**到线上那份里 # (带 `# >>> FamilyBook CalDAV` 标记,幂等)。 # # 那这份文件是干什么用的? # · 新建站点(没有宝塔那层)时,可直接把它作为站点根的 .htaccess; # · 它是那段规则的**唯一书面来源**,push 脚本会断言部署脚本里的规则串 # 与它完全一致(防两处漂移)。 # # 只做一件事:把 /dav/ 与 /carddav/ 开头的 URL 分别交给 dav.php / carddav.php。 # 其余一律不动 —— index.php 那套 ?r=xxx 路由不依赖重写, # 少写规则就少一处"上线才发现 404"的地方。 RewriteEngine On # 🔴 v31:`/.well-known/*` 是 RFC 6764 规定的 DAV 发现入口,客户端**第一句**就问这里。 # ⚠️ 它必须排在 `^dav` / `^carddav` 之前 —— 这两条是前缀通配(`^dav(/.*)?$`), # 而 `.well-known/caldav` 并不以 dav 开头,所以严格说互不干扰; # 但放在最前面是"发现链优先于资源访问"的意图表达,后人加规则时不易搞错。 # 交给 dav.php / carddav.php 回 301(它们在**鉴权之前**处理这条路径: # .well-known 是免鉴权入口,在这里 401 会让客户端以为"不支持 DAV")。 RewriteRule ^\.well-known/caldav$ dav.php [L,QSA] RewriteRule ^\.well-known/carddav$ carddav.php [L,QSA] # 🔴 v33:站点根的 **DAV 方法**也交给 dav.php(RFC 6764 允许从域名根发现)。 # 病根:`PROPFIND /` 被交给 index.php → 302 跳登录页 → Thunderbird 判定 # "这个域名下没有日历",用户报的就是「提示没有任何联系人和日程」。 # ⚠️ 必须用 `RewriteCond` 限住 **REQUEST_METHOD**:不加的话 `GET /` 也会被吞掉、 # 站点首页直接 404。只放行 PROPFIND/REPORT/OPTIONS 三种 DAV 方法。 # ⚠️ 这条要排在下面 `^dav` / `^carddav` **之前**(空 Pattern 匹配的是根, # 与那两条前缀互不包含,但先写更清楚)。 RewriteCond %{REQUEST_METHOD} ^(PROPFIND|REPORT|OPTIONS)$ [NC] RewriteRule ^$ dav.php [L,QSA] # CalDAV:/dav/、/dav/3.ics/、/dav/3.ics/12.ics 全部交给 dav.php RewriteRule ^dav(/.*)?$ dav.php [L,QSA] # CardDAV(v24 第 22 批):/carddav/、/carddav/1.vcf/、/carddav/1.vcf/12.vcf 交给 carddav.php # ⚠️ 两条规则**顺序无关但都必须有**:它们的前缀(dav vs carddav)互不包含, # 不会互相抢;写成 `^dav` 在前是因为历史顺序,真要调也不能写成 `^dav(/|$)` 之外的 # 宽松形式 —— 那会把 /dav2/ 之类也吞进来。 RewriteRule ^carddav(/.*)?$ carddav.php [L,QSA] # 🔴 v31:`/.well-known/caldav` 与 `/.well-known/carddav`(RFC 6764)。 # 标准客户端(DAVx⁵ / iOS / Evolution)添加账号时**第一句**就试这里 —— # 原来这里 404,客户端直接判定"域名下没有 DAV 服务",连口令框都不弹。 # 症状正是用户报的「同步不出任何数据」(账号根本建不起来)。 # ⚠️ 这两条必须**排在 `^dav` / `^carddav` 之前**吗?不需要 —— # `.well-known/...` 不以 dav/carddav 开头,两条规则互不干扰。 # 但**必须**在站点根的"真实文件"判断之前:Apache 对 .htaccess 里的 # RewriteRule 天然就是先于文件查找生效的,所以这里无需额外处理。 # 交给 dav.php / carddav.php 自己回 301(它们在鉴权**之前**处理, # 因为 .well-known 是免鉴权入口 —— 在这里 401 会让客户端以为"不支持")。 RewriteRule ^\.well-known/caldav$ dav.php [L,QSA] RewriteRule ^\.well-known/carddav$ carddav.php [L,QSA] # 导航展示页(v24 第 24 批 用户第 4 条):/nav/?<短语> —— 全站唯一免登录页面。 # ⚠️ suggest 那条**必须排在前面**:`^nav(/.*)?$` 会把 /nav/suggest.php 也吞进去, # 顺序反了就变成"每次联想都去渲染展示页"(返回一页 HTML、前端拿到非 JSON)。 # 这也是本批新踩的一条:之前只有 dav/carddav 两条互不包含的前缀, # 到这里第一次出现"一个前缀包含另一个"的情况,顺序**变成有语义的**了。 RewriteRule ^nav/suggest\.php$ nav_suggest.php [L,QSA] RewriteRule ^nav/?$ nav_show.php [L,QSA] # 🔴 v44(用户 2026-10-12 第 6 条):移动端 API —— `/api/v1/...` → api.php。 # ⚠️ `/api/v1/tasks` 不是真实文件,没有这条规则就会被交给 index.php, # 而 index.php 不认识它 ⇒ 302 到登录页 ⇒ App 拿到一坨 HTML(JSON 解析失败)。 # ⚠️ 顺序:这条前缀(`^api`)与上面 dav/carddav/nav 互不包含,放哪都行; # 但**只能在 `RewriteEngine On` 之后**。本地等价物在 router.php 里。 RewriteRule ^api(/.*)?$ api.php [L,QSA] # ⚠️ 导航图标与展示页头像**不需要重写规则**(v24 第 25 批): # nav_icon.php / nav_avatar.php 是站点根下的**真实文件**,Apache 直接就能执行。 # 展示页里的地址由 Nav::abs() 拼成 `/nav_icon.php?f=…`,落在站点根, # 不经过 /nav/ 这个重写前缀 —— 所以上面那两条规则一个字都不用动。 # (这正是选"站点根下的两个独立入口"而不是"塞进 /nav/ 子路径"的原因: # 塞进去就得再加两条重写规则,而重写规则的顺序语义已经踩过一次坑了。) # ⚠️⚠️ DAV 的 Basic 鉴权**必须**靠这一行才能在 Apache 上工作: # Apache 默认**不把 `Authorization` 头交给 PHP-FPM** → `$_SERVER['PHP_AUTH_USER']` # 和 `HTTP_AUTHORIZATION` 都是 null → /dav/ 与 /carddav/ 无论口令填得多正确都 401。 # 线上实测(Apache 2.4.53,直接监听 80/443): # 没有这行 : {"PHP_AUTH_USER":null,"HTTP_AUTHORIZATION":null} # 加上这行 : {"PHP_AUTH_USER":"abc","HTTP_AUTHORIZATION":"(有)"} # `CGIPassAuth` 是 Apache **2.4.13+ 的核心指令**,不需要额外模块。 # (本地 `php -S` 会自己填好 PHP_AUTH_USER,所以 e2e 全绿而线上全 401 —— # 典型的"本地好好的、线上不行"。部署脚本也会把这一段追加到线上那份里。) CGIPassAuth On # 备份/临时文件永远不给出去(这条线上很要紧:*.php.bak 曾经可被直接下载) Require all denied Require all denied