如果“清空并重新计算指定产品的购买限制” 是实际需求, 而"删除指定产品的全部用户的购买记录"只是你想的实现方法的话, 我觉得没必要删除购买记录 key.

新增一个 key "product_reset_<product_id>", value 存重置的时间. service 这边可以定时更新(比如每 5 分钟)这个数据存在内存里面, 因为这个行为应该是运营有计划的, 所以可以要求(或者告之)他们至少要提前 10 分钟在系统设置重置.

用户购买记录, key "product_buy_<product_id>_<user_id>", value 存 购买时间,数量, ... , 购买时间,数量, 每次购买刷新过期时间为 24 小时


用户购买时, 读其购买记录, 并过滤时间早于重置时间的数量, 然后计算是否可以购买, 能购买几个

同意一楼, 这个要看自己的风险承受能力.
就我而言, 我会保留一年的开支等额的现金(活期, 余额宝等)，应对走背运情况下不会断供.

再补充一下, 其实以前有不少小区相关的网上社区, 然后都被 qq 群, 微信群干掉了.

这些都是低频需求, 所以你做个小程序或者 app 别人也不会来.
加个小区的微信群, 这些都有了. 比如我们小区有业主群 3 个, 足球群两个, 司机 /拼车群一个,二手交易群一个,物业问题群一个,楼群一个, 还有很多买菜, 买家电, 王者荣耀群...

你要说在拼车群里面拼车肯定没有一个单独的 app 方便, 但是群里面可以聊天不是?

不尽如人意才是生活的常态, 不是吗?

还是需要对每个用户存储其看过的视频, 但是每个 id 都记不合适.

大部分情况下, 给用户展示的视频是按 id 排序的, 少部分是随机的(精选).

记录的 id 也分两种形式, 比如 [1, 30], [40, 48], {51, 72, 99} 表示看过 1~30, 40~48, 以及 51, 72, 99.

那么当下要推荐给用户的视频, 应该是优先推荐精选, 然后就是以缩短上面的记录为原则.

比如今天的精选是 {200, 210, 22}, 然后首页需要 5 个视频, 那么再补上 49, 50 比较好.
sql 就是 select id in [200, 210, 22, 49, 50]

这样新的记录变成 [1, 30], [40, 51], {72, 99, 200, 210}

@cian 车停下, 想上车。全栈，都会点.

非常感谢!

多少次我也想弄个这样的网站，不过因为懒，因为没有决心，而只是止步于设计。

加油.

@tcfenix 是。onedriver 安全点

我在用 Typora + OneDriver 来记录个人文档. 今天无聊用 OneDriver 的 iOS App 打开全是乱码.

我还以为是自己的操作错误呢, 原来是历史遗留问题 :)

这里最近的一个 365 家庭版开车的帖子是我发的: https://www.v2ex.com/t/674903

所以我猜我应该回答下。

微软的官网和京东的商品描述都没有任何地方明确的定义家庭版的共享成员范围，是否只能直系亲属，是否 3 代以内亲属，或者 5 代？是否可以情侣，好友，普通朋友，是否可以网友，陌生人

也没有提及成员需要提供哪些证明文件或材料，来明确范围。

我是不是可以把家庭版理解为这些成员组成了一个虚拟 office 家庭?

我曾经在办理亲情号的时候咨询过移动是否对方必须是家人，客服说不需要。所以至少，一个产品的名称的字面含义并不能作为合同的具体约束条款。

简单说，卖家如果没说不行，那就是行。

至于你的标题”是否正确”，让我觉得不适。你可以讨论是否合法，是否不符合公共道德，是否不符合一般价值观等等。这个世界就是这么单纯的对和错吗？而对和错是网络上可以讨论出来的吗？我难道要去发帖问”讨论是否正确这种行为是否正确”吗？

#有意义# 感谢! 希望站主支持

对于后端而言，字符串 taobao 比数字 1 的唯一优势就是好记，而这个可以用枚举解决; 但是其他诸如存储空间，查询匹配速度，范围选择等等所有方面都是数字更佳。

抱歉. 上面说错了, osx 升级到 10.15.1, 不是 15.1

@yalin #10 刚升级 osx 到 15.1, PD13 确实要流畅了一点. :)

@bornichildren #20