前端 - 后端项目国际化时区问题如何处理？
后端项目国际化时区问题如何处理？
用户购买会员 有效期一个月 这个时候不同时区的用户看到的时间不一样。前端应该如何处理 后端应该如何计算呢 求有经验的大佬指点
utc时间 但是不是很懂 需要前端怎么配合
共有1个答案
不管用户时区是哪个，存储都使用统一的时区，一般建议 UTC，对于某些历史项目存储中国时区（+0800）的，一直保持这个时区也行。简单地说，就是存储的数据时区要统一，不要乱，这个时间可以暂时称为“标准时区”。
然后，剩下的就是控制输入输出的时区转换
- 用户输入时间后，存储前根据用户时区转换成标准时区时间
- 获取时间数据的时候，送到用户那里呈现之前把它转换成用户时区时间
所以这个原理或者说处理过程其实很简单，常用后端语言都有时区处理的相关工具类，查文档用就好。
建议阅读：考虑时区了吗？
-
错误响应还可以包含字段验证错误的可选列表。问题是我们应该在哪里进行用户错误消息的翻译？后端应该根据请求的区域设置返回已经翻译过的消息，还是前端应该使用errorCode及其i18n机制。我们在后端（Springi18n支撑）和前端（角平移）都有i18n机构。 最佳实践是什么？每种方法的利弊是什么？任何建议都很感激。
-
1面: 206状态码底层原理，分片上传原理 csp底层原理，具体怎么设置 图片怎么转cancas，canvas转图片 ssr优缺点，实现的具体过程 路由懒加载原理，是不是所有import（）都会分出一个文件，这个文件以什么形式存在，什么时间点下载什么时候解析。import（）分包是谁实现的，是脚手架还是打包工具 事件循环输出题 算法:一个数组里有一堆数字，拼接得到一个最大的数字 2面 vue23区
-
API 都搞不好，还怎么当程序员？如果 API 设计只是后台的活，为什么还需要前端工程师。 作为一个程序员，我讨厌那些没有文档的库。我们就好像在操纵一个黑盒一样，预期不了它的正常行为是什么。输入了一个 A，预期返回的是一个 B，结果它什么也没有。有的时候，还抛出了一堆异常，导致你的应用崩溃。 因为交付周期的原因，接入了一个第三方的库，遇到了这么一些问题：文档老旧，并且不够全面。这个问题相比于没有文
-
base北京，面完没后续了， 问实习项目，遇到困难 前端的数据缓存有哪些方案呢？有什么区别 常用的隐藏页面元素的方法都有哪些呢 日常开发过程中哪些操作会导致页面进行一个重绘和重排 手写：水平垂直居中布局 手写：画三角形 浏览器跨域 浏览器输入url后到渲染过程 强缓存和协商缓存，以及相应字段 暂时性死区 判断类型方法 手写：不用reverse写一个判断回文数 反问说觉得没什么问题，有理解，但是没后
-
在项目首页的onShow中注册JSSDK的时候把当前域名存入本地：判断当前域名和本地存储的域名是否一致时再进行JSSDk注册，当微信公众号网页版项目某一页刷新会影响JSSDK吗？（刷新之后进不去wx.ready和wx.error）
-
滴滴国际化出行后端开发一面(60 min) 自我介绍 用英文介绍下自己的爱好 PS:(没准备直接蚌埠住了xdm, 憋了几句出来然后连忙道歉说没准备) 手撕题 leetcode 236.二叉树的最近公共祖先, 需要根据输入构建二叉树 讲一下思路, 如果让你测试一下你写的这个代码, 你怎么测试 怎么设计测试用例, 如何保证你写的代码在各种情况下的正确性 如果别人写了一段这样的代码, 你怎么去测试, 你