土耳其统计局凌晨发通胀数据，我把三处发布时间戳对齐了

土耳其统计局（TÜİK）的月度通胀数据通常在当地时间上午10点整挂网，但对外发布的英文版和土耳其文版并非总是同一秒上线。我在伊斯坦布尔做本地新闻聚合，最近一次核对时抓到的三处时间戳是：土耳其文页面10:00:04、英文页面10:00:31、TÜİK的X账号推文10:01:12。这不到70秒的窗口，足够让一条抢发的快讯在数字上出错。

我的做法是把三个来源分开轮询，而不是只盯一个页面。土耳其文页面用固定间隔请求，英文页面用带If-Modified-Since的请求减少无效拉取，社媒账号则单独走一个轻量监听。核心片段如下：

# 三源轮询，各自落盘，不合并时间戳
for src in tr en x; do
  curl -s -H "If-Modified-Since: $LAST_$src" \
    "$URL_$src" -o "raw_${src}_$(date +%s).html"
done

抓下来之后不急着解析，先比对文件哈希，确认哪一版是真正的新内容，再统一进入解析队列。这样做的代价是多存了几份冗余快照，磁盘占用上升，但换来的是每条数字都能回溯到具体来源和抓取时刻。

为什么值得这么麻烦：通胀数据是土耳其市场当日最敏感的数字之一，里拉和债券的即时反应往往发生在最初几分钟。英文版晚几十秒，意味着英文快讯的基准数字可能来自上一版或半成品页面。我在一次核对中就遇到过英文页面先挂出、随后土耳其文页面数值微调的情况，若只信英文版，快讯会带着旧数字发出去。

失效的地方也很明确。第一，TÜİK偶尔会在发布前做整站维护，轮询会拿到维护页而非数据页，哈希比对会把维护页误判为新内容，需要在解析层加一道结构校验。第二，社媒监听受限于账号可见性和接口限流，不能当作主源，只能做交叉验证。第三，遇到数据修订或补发，三源时间戳会彻底错位，这时任何自动合并都会出错，只能人工介入。我自己踩过的坑是：把英文页面的If-Modified-Since头设成了上一次成功解析的时间，而不是上一次请求的时间，结果漏掉了一次中间更新。

你那边在抓土耳其官方发布时，是只认一个源，还是也做了多源对齐？遇到维护页混进解析队列，你是怎么把它挡在外面的？