@pythondean 就用 lz 的方案就好了啊

就是原来 MySQL 的主从是 主->从，现在大家的解决方案基本是 主-> some thing -> 从

把这个 some thing 做的跨地域高可用高性能，就可以了，你可以把这个 some thing 理解为分布式强一致的消息队列

思路很不错，现在基本上做跨地域数据同步的方案都是通过 在主从复制之间加一层管道或者其他的东西

这个价格做不到，不用想了

@zhoudaiyu 嗯，所以是报警策略问题。像你这种，应该加一个持续时间的判定，持续超过 xx min 再报

不处理不接收

@snw 那如果最终结果一样，在这个案例中为什么需要普通员工考虑这个事情，不是一切交给公司运作么？

普通员工就实报实销，标记报销金额就好了啊，不存在普通员工担心什么税务稽查，故意全额报销的事情。

你这个逻辑说不通啊

@snw
> 那么税务角度考虑，公司做账应该按发​票金额做报销确认费用，超过限额的部分从员工工资里扣除同时冲减部分费用。这是某税务稽查的人培训时给的合规操作建议，不过实践中显然增加了会计和 HR 的工作量。

你这个瞎扯淡，这种冲减如果在员工扣税前就从税前工资扣除，属于逃税行为。如果在税后工资扣除，不是一样的么。。报销和工资一起发，报销多发了 100，税后工资扣了 100。

你得给出税务局明文规定才行，不是什么培训。。

@snw 举一个例子，每个月通讯费报销限额是 50。而移动打印出的转讫票是实际消费，不可能精确等于五十。比如是 60，报销的时候写 50 即可。

再比如酒店报销限额是 400，但是有时想去略微贵的酒店，多出来的钱就自己掏就行。

你那个税务局规定哪里听说的？

@snw Baidu 的报销金额和开票金额是可以不同的，这个是明文规定，实报实销。而且也没有什么税务局的要求。

你这个从哪里听说有这个规定？

有 https 的情况下，前端进行计算是有价值的。github 就是一个大大的反例，把明文密码写日志里。

但是不要用 hash 算法。有很多专门的密码库可以做

@a41050447 手机云同步啊，lastpass 和 keypass 都有手机端

哎，同情。
不过 lz 还是要加强语言能力，从对话看，你的老大看起来文理更清晰，思路更明了。

用 Python 的 random choice 就好了，拿上证指数作为种子

何必自己写

Archlinux 等滚动更新的系统，有些时候不得不进行部分软件包的大版本升级，涉及到部分基础包，有时就无法平滑升级，需要在升级前手动修改一些配置

很多人无脑升级，就挂了…