@gam2046 多谢老哥。现在听说走的就是简易破产程序，大股东还有其他公司，有完善的法务部，情况二应该可能性不高。现在要立案有个很大问题，那就是劳动局不认没公章的破产通知，录音也只能做以后的佐证。

@lxh1983 确实没碰到这种，都不知道仲裁有没有赔偿。

@j8sec 说了只能重新签，从新算。

平台：云之讯
账号已企业认证，短信签名可自定义。
可用于短信验证码、群发营销短信。

账户还有几千块，可以转移金额或者直接给账号都行。

其实需要把问题分单机和分布式来看，单机的 wal （ mysql redolog ）的刷盘方式不同，也会影响到事务是否会丢失。同步刷盘的方式也只能解决软件层面的故障，硬盘损坏这类的硬件故障就无能为力。而 RAID 也只能做到硬件冗余来保证高可用，万一火灾地震呢。

这时候可以考虑多机房通过主从复制来保证 log 的可用性。

首先单主复制，也就是同一时刻只有一个主节点进行写操作，那么这里面如果保证主从之间 log 的一致呢，不考虑延迟的话一个事务的提交就必须等所有从节点 log 复制完才提交（虽然有 semi-sync 、quorum 等手段，但本质是解决写的性能）。

那还有多主复制的问题，这里面的写冲突就更复杂了，例如 LWW 、CRDT 等，而 paxos 族的 raft 、zab 解决的是选主共识问题，还有 gossip 是解决复制的问题，这个话题有点大，OP 可以自行了解下看看。

hello world

不找，缝针都难看点，手术满足医疗标准就行，但那只是最低标准，往上有很大的灵活操作空间，但是也需要医生额外增加很多手术时间，所以你懂的。

以前公司各种盗版 office ，然后收到微软律师信，协商沟通微软说要么缴纳罚款，要么购买多少钱的 azure 云服务器资源。。。然后全员 wps 了。

快速验证是否有这个问题： https://issues.apache.org/jira/browse/LOG4J2-3202
修复措施：直接升级到 2.15.0 版本
临时修复措施： 增加 log4j2.component.properties 配置文件，配置为 log4j2.formatMsgNoLookups=true

是要快递小哥人工输入两次收件人手机号码，不是通过条形码获取的，看来你没当过快递。😆

说了这么多，大家有结论了吗？这里不是寻找答案的地方，这里是寻求“刺激”的地方。

2 个月孩子肠绞痛频发期，一般飞机抱可以缓下。

@zhangdeplives 介绍也是

首页 Banner，噗~~~

@zhangdeplives 哪位哥千万小心点啊，免得对方反咬搞个 破坏计算机信息系统罪 啊。