哈哈，新手不熟导致的，不严重的，让对方给个 100 左右就行了，自己不用去处理，如果实在看不过去，买保险的时候让送个喷漆，免费就处理了。喷漆都是一整面来处理。只是有些人不想自己出钱，非要让保险公司来处理，这样钱就到不了你的手。

我去，这居然不是先买先得。我是 12 号官网下的单，现在还是处理中。预计 10 月 11 日。

我晕，这么牛，还能检测本地文件，使用 ffmpeg 重新转码看行不行？还有,看安装 kodi 看看行不行，kodi 中看看能硬解不？

看到楼主的话，我想到老罗以前说过，他们小区暖气不热，他上门去和物业闹，有些人劝他不要闹，后面暖气热了，这些人就说，我就说不要闹，物业会想着我们的。
餐饮老板不愿意提高厨师工资，IT 行业就要加班，餐饮再高端也要预制且不承认，这个我们个人能力有限，不能做什么，但有人站出来说一声不对，让这们的企业倒闭，厨师，IT 民工，消费者的情况有所改善，就算我能力有限，不能支持，也绝不冷嘲热讽。
我们个人的很多权益，比如收容制度的改变，农税的取消等等都是前人的血泪给我们带来的。

时代的车轮不可改变，哪怕是走向毁灭，就算有不少先知看着有问题，天天疾呼，也没有用。就像这 20 年，全球的音乐、审美、价值观等，都在向下走，个人无力改变，甚至为了生活，还不得不迎合。

还是 @ChangeTheWorld 说得对，不要以为只有一个 gfw ，光猫屏蔽一样也是可以的，楼主说不定就碰上了。电信老是让我直接使用他们的光猫上网，我就非要用自己的路由器隔离一层，虽然没有多大的效果，但心里也总是感觉好一些。

送上晚到的祝福，生日快乐。 婚姻要过得好，重要的是降低预期。先把自己照顾好，再照顾别人。

如果是使用 idea ，不要在原分支上压缩，你在分支上开发完了，从这个分支上创建了个新分支，不要 push ，再压缩你的所有提交，再 push ，再 merge 或 rebase 到主分支。

买个轻薄本，CPU 新一点，内存 64G 的现在也不少。大品牌基本都没有问题。听这个专业的名称，感觉对便携要求挺高，不要买游戏本。

自己的户口留在农村，孩子和对象的可以放到城市。孩子的路让孩子自己去走。

@spritecn 华为云有免费 1000 台设备 10000 个请求每天 最高 10TPS,你看看够不够。

还有，不少的云服务器厂商都基于 mqtt 提供 iot 服务器，有些厂商在用量不多的情况下是免费的。

mosquitto 有一个测试服务器，我用过，但这个是测试用的。https://test.mosquitto.org/
emqx 也有，但没有用过。https://www.emqx.com/zh/mqtt/public-mqtt5-broker
公共服务器，你自己注意一下隐私，毕竟大家都可以订阅所有的队列。

这个没有标准啊。我是前后端都做，但我的前端使用的是 react 和 react native ，业务复杂的时候，在前端做判断很麻烦，前端做了几个可能性判断，隔几天可能又要加一个，用户的 app 可能更新，也可能没有更新，后端做兼容也很麻烦，所以经常就是后端把所有的逻辑都处理完了，把前端要弹窗的内容都输出后，前端点按钮调用，把返回结果做弹窗就完了。另外，前端处理数字运算比较麻烦，所以前端一般也不做计算，当然数据转换一下还是可以做的。对于公司来说，统一的处理方式比较重要，不要一会儿这样，一会儿那样，所以按惯例来处理最好。

把锁分两个锁，实际的区间数据，可以放到 redis 中单个 value 中，或放到一个 set 中，因为没有一个原子的操作来一次完成更新与比较，所以另外放一个锁，先获取这个锁，对新的时间范围和现有的时间范围(初始为空)做比较，如果有重复，获取锁失败，释放第一个锁；如果比较没有重复，将新的时候范围和现有的时间合并，获取锁成功，释放第一个锁，并做下一步处理。

申请 API 的时候，要先在 google cloud 的控制台中新建一个 Project 或使用现存的 project 。

我都是先创建，再移动。