你不用考虑改超过一天的时间吗？
上面那张图已经算好了
无论理解有没有问题吧，怎么算服务器零点
简单点，让服务器告诉你活动开始剩余的秒数，客户端自己处理
自己谷歌一下都不至于这样吧。。。。
就目前而言，浏览器上还有这方面的提问
你把这个问题想的太简单了，我知道当前时间，我也知道我和服务器的时间差，我也能算当前时间的零点，这些都简单，我获取当前的时间的零点，加上时间差就是服务器时间的零点吗？不是的
楼上有人都已经发出方案了还要来杠。。。
服务器统一下发时间戳
前端根据自己的时间戳去计算倒计时或做显示就行了
时间戳这玩意，跟时区无关！无关！无关！
不是我在杠，我发帖要问的是服务器所在时间的零点的时间戳，你要是想试试不妨拿个别的时区的时间，用gettime()，试一下，试完了，你就知道我是不是在杠
你的意思是后端是零时开始而前端显示的不是零时吧，如果是这种情况，我们是通过配置处理的
简单来说吧，就想知道别的时区零点的时间戳，就想问问这个怎么算
大概能理解楼主的意思了，错误出在取零点这个操作上。
GMT+8的0点，用你的方式在GMT+7里计算，就会相差23小时，而不是差1小时。
你不应该钻到取零点的思路里去解决问题。
不去考虑0点问题，你把活动开始时间写死了 就是一个时间戳，下发到客户端转成本地时间做展示就行了。甚至不用转本地时间，你按照UTC时间或者GMT+8时间展示都可以，只要标明是哪个时区的格式。
也不是，因为很多活动都是根据策划配表来的，配表里只有7 11等的数字，只有通过计算0点的时间戳加上 7*3600 之类的时间戳计算比较，才能知道活动是否应该开启， 所以 0点时间戳计算还是十分必要的
让策划明确这些数字表示的是哪个时区的时间，打比方如果是北京时间，就用GMT+8时区预先换算成时间戳保存。剩下的逻辑跟我上面说的一样。
时间戳每天都不一样，也不能天天更新啊
为啥要天天更新？那是你需求没描述清楚了。
策划如果写的是时间戳的话，每天的时间戳都是不一样的啊，时间戳是带天的啊，
这是啥活动？固定时间一次还是每天或每周固定7点11点重复一次？
日常活动，每天七点