找个专业的熟人来帮你面试。

@justdoit123 #10 那就干脆 user_id 也别冗余了，直接两表 join 一下，单个用户的订单数不会太多，这个性能应该是可接受的。

@xuromky #5 最顶上那个服务器（整个同步网络只需要一个服务器）打开了吗？

可以统一，不会违反。
以前我在某软件上点陪玩，ios 版本的充值太贵，我都是先跑到安卓版本上充值的。

@xuromky 看文档当然不能跳过自己不懂的部分直接去看自己看懂的部分，人家开头第一句话就写了：
```
剪贴板同步，支持文字、图片和文件。服务器/客户端架构，可以使用客户端内置服务器、独立部署服务器，也可以使用支持 WebDAV 的网盘作为服务器
```
别人没有开服务器是因为人家服务器用的是独立部署版，你的截图中明显可以看到人家服务器配置是有域名的。

看见那个服务器的开关没有，把他打开。

那就 order_item 表冗余一个 user_id 字段，然后查 order_item 表即可。

泰州就去游溱湖吧 https://i.imgur.com/agAJ0Rd.png

@pandachow 我特地查看了我当时的保单 PDF ，我的保单是保两个的：
1. 被保险人已支出的但实际未使用且不可退还的旅行预付费用；
2. 及其在旅行开始后，为前往旅行目的地或返回日常居住地或日常工作地而支出的合理且必需的额外旅行费用；
可能有的保单只保第一个，这个在投保的时候要了解清楚。

变通一下，做个云控配置，审核的时候关闭相关的功能，过审了再打开。

不知道 Apple 在国内有没有审核团队，如果没有的话那可以判断 IP 在国外就关闭该功能，在国内就展示该功能。

看起来不是专门做 open api 的业务，预计未来这方面的业务不会很大的话，就简单处理，IP 白名单没必要，APPID 简化为一个 token 让对方保存好丢到 header 里面。接口签名没必要，接口限流根据实际业务做一下，https 标配了没的说。

自己一个人的话无所谓，就当体验生活了，带全家人出游，要照顾大家的情绪，事情还是得做得稳妥一些。

我拖家带口出发去高铁站、机场等地方的时候，会确认三次，定车的时候确认一次，出发的时候确认一次，在路上的时候确认一次，包括机场，航站楼，起飞/出发时间，必要证件等。

长途旅行的时候，记得购买旅行保险，提前查天气预报预估当地的天气状况和旅途风险。

去年 8 月我拖家带口去日本玩儿，因为是台风季，查了有可能会有台风过境，买了附带旅行变更险的境外旅行保险，结果真就好巧不巧，回国的前一天台风过境，第二天回国的航班全停了，原定航班不给免费改签（最近几天的全满了，也不给赔偿），高价定了第三天春秋回国的航班，四张机票 26500 ，这还不算上酒店滞留的费用。后来多出来的费用保险全赔了，相当于一分钱不花多玩了一天（不过那天台风很多商店都不开门也没玩到啥），否则净亏 3W 块就算是家人心里也不好受的。

@Aliencn 本站内搜 172 就能搜到。

@IDKAFK 线上办的这种流量卡基本都可以线上销户。

快更，生产队的驴也不敢这么歇

套餐没啥问题，就是性价比不高。建议自己做代理自己给自己开卡，还能吃个佣金。自己给自己当代理的网站本站内就有好多我就不打广告了。一年到期之后线上营业厅销卡，为了挽留你有概率让你以当前金额继续续费套餐，如果没给你优惠套餐你就销了再开一张。

因为打包工具并不知道你的网站部署的时候是在二级目录下，这个跟 ng 配置关系不大，主要是要修改打包的配置，解决方案参考 #2 。也许你可以试试把`/assert/xxx.js`改为`assert/xxx.js`。