@LemonLeon 离谱的是自己使用是支持修改已经发送的消息，但是 api 没找到

这个我以前也想做过，但是无奈 matrix 的文档看着实在是难受，也没有找到可以编辑已经发送消息的 api 从而实现打字机效果。所以后期用飞书写了一个，能实现那种打字机的效果，但是整个的显示效果包括代码段的效果始终没有网页正版用的舒服。

@cnkuner 哈哈，现在有平板机械臂支架这种产品了

@zhangzEric 小米能直装 google 商店，还能双开。苹果就担心发热厉害

@SkywalkerJi 我听说视频是有这么个说法，打语音电话也是这样的嘛

腾讯云很多低价渠道的，4k8g 12m 一年下来五百左右就能搞到。年抛服务器，不然续费太贵了

从你提供的 JVM 参数和 GC 日志来看，这种频繁的 GC 活动（特别是 Promotion Failed 和多次 Full GC ）很可能是由于老年代（ CMS ）空间不足以容纳从新生代晋升的对象所引起的。

堆空间配置: 你的 JVM 堆空间配置为-Xms10g -Xmx10g ，新生代（ Young Generation ）为 5G ，老年代也大约为 5G 。新生代的这个配置相对较大，使得老年代的可用空间减少，可能不足以容纳足够多晋升的对象。

晋升失败（ Promotion Failed ）: GC 日志中多次出现了“Promotion Failed”的记录。这表示有大量对象尝试从新生代晋升到老年代时失败，这通常是因为老年代空间不足。这会导致接下来的 Full GC 尝试释放老年代的空间。

Full GC 频繁发生: 虽然老年代的 CMS GC 试图清理空间，但如果晋升的对象过多，清理出的空间可能仍然不足以满足需求，导致不得不频繁进行 Full GC 。每次 Full GC 后，老年代的利用率几乎未变，表明在老年代几乎没有空间被成功释放。

线程创建大量对象: 如果有线程突然创建大量对象，这会迅速填满新生代，导致频繁的 GC 。由于老年代空间有限，晋升的对象可能无法有效迁移，从而触发连续的 Full GC 。

建议
调整堆配置：考虑减少新生代的大小，为老年代腾出更多空间，以便可以容纳更多晋升的对象。比如将-Xmn 设置为 3G 或更低。
优化 GC 策略：考虑切换到 G1 GC ，这对于大堆内存管理通常更为高效，尤其是在需要更细粒度控制堆内存分布时。
代码优化：审查引起大量对象创建的代码部分，看是否可以优化以减少内存压力，或者使用对象池等技术来管理对象生命周期。
增加更多的日志记录：使用-XX:+PrintTenuringDistribution 来观察对象在新生代的存活情况，从而更好地调整-XX:MaxTenuringThreshold 等参数。
这些调整可以帮助你更好地管理内存，减少 GC 的频率和影响，提升应用性能。

给一个开源项目提过几次 pr ，最近才知道这个项目收录到了 apache 社区了哈哈哈

事实证明，前端 hash 依然解决不了安全问题，绝对安全还是得上 2FA

@lesismal 你去设置里是有 2FA 的

@tunggt 支付宝当面付不是也要个体工商户那啥证才能申请开的嘛

我是用二级域名添加 mx 记录托管到 mailgun ，maigun 因为我是用 github 学生包认证的，所以 mailgun 有每个月 20k 条邮件的免费额度，对我而言是够用了。多邮箱，imap 啥的都支持。收发件挺稳的，也没进垃圾箱。op 要是需要学生包的话，咳咳.... 👌

@ljyst 本来网站初衷也是降低使用者门槛，再搞个 paypal 无疑还是增加门槛

@pandaidea 成本很高吧

@katana97 当面抓是啥意思

@sexyporn 哈哈哈好家伙，还没开始写呢，就被劝移民了

@Hancock 不上国内服务器也需要备案嘛

@IDAEngine 同一时间要是两笔收款，怎么区分用户呢

@ihmily 同一时间两笔转账，怎么区分用户呢