离周四还有多久？
精确到秒，倒数到周四零点。
完全在你的浏览器里运行
正在加载工具…
- —总天数
- —工作日
- —周数
- —小时数
- —分钟数
日期就写在链接本身里，所以谁打开都能用。
顶部的倒计时走到你所在时区的下一个周四零点，页面开着它每秒都 在动。
周四是一周开始倾斜的那一天。它是最后一个还来得及开个头、并且在周五之前收尾的日子， 所以交付和结算都堆在这一天。如果你量的是一个截止时间而不是一个休息日，真正要看的 是小时数。
在从周一开始的 ISO 8601 周里，周四是第 4 天，正好是七天的正中间。这带来一个几乎 没人知道的实际后果：一个 ISO 周属于哪一年，是由那一周的周四决定的，所以一月头几天 有可能落在上一年的最后一周里。
怎么用
- 看顶部的倒计时：天、小时、分钟和秒，实时跳动。
- 下面是同一段时间的另外几种说法：整天数、周数和工作日数。
- 改一下日期框里的时间，就能倒数到任何别的时刻。
常见问题
为什么是周四决定一周属于哪一年？
因为 ISO 8601 标准把包含当年第一个周四的那一周定为第 1 周。周四是中间那天，所以它总是落在这一周里天数占多数的那一年，这样就不会出现被两年切开的周。
能用它算周四的截止时间吗？
能，不过该看的是小时而不是天。周四下午五点的截止时间和周四零点不是一个距离，所以如果你有确切的钟点，值得直接写进日期框里。
它按哪个时区计算？
按你的时区，也就是这台设备上设置的那个。目标是你本地时间的午夜，而不是 UTC 的午夜，因为关于星期几的问题本来就是关于你墙上那本日历的问题。在别的国家打开这个页面的人看到的是他自己的答案，而不是别人答案的翻译。
标签页开着的时候它会一直走吗？
会，只要页面开着就每秒往前走。切回这个标签页时它会重新读一次时钟，而不是从停下的地方接着走，所以一台休眠了三个小时的笔记本不会显示慢三个小时。
有任何数据被发出去吗？
没有。计算在这个标签页里的 WebAssembly 中完成，它唯一读取的东西是你设备上的时钟。这个页面带着一个禁止它向任何地方发起连接的响应头，所以断网也照样能用，你查过什么也不会留下记录。
同一个问题，换一天
每一个都按你所在的时区倒数到它自己那一天的开始，秒数一样实时跳动，工作日的算法也完全相同。
你的数据留在你自己的设备上
上面的一切都以 Rust 编译成的 WebAssembly 在你的浏览器里运行。你输入的任何内容都不会被上传、记录或存到服务器上。你可以把这个页面加载一次，然后断网，它照样能用。
这个页面不向任何地方发起任何请求。这不是文案里的一句承诺，而是一个由你的浏览器强制执行的 Content-Security-Policy 响应头，其中的 connect-src 是 none。打开网络面板，看着它什么都不发生。