xmsz

我也遇到这个需求
第一种，就是集成 log+txt 的方案，好处就是通用简单，但是查询起来少一点方便
第二种，elk 之类的，好处就是适合超大数据，场景很少
第三种，就是用本地数据库比如 sqlite ，好处就是使用最简单，查询也最方便。但是感觉有点不是正道用途

所以有没有其他方式来解决需求？即配置简单 + 查询方便

真的蛮垃圾 不仅每次都要手机验证码登录 而且打开速度非常的蛮... 慢到我以为是我宽带又回到了 20 年前的 5m

如果你们公司是以产品为主，那 confluence 毫无疑问

其他情况下... 飞书是最优选

我不知道你为什么会觉得自己学习能力差...
而自卑的话... 如果你是普通人完全不用自卑...

当然，你自己现在这个阶段产生焦虑而已

不用担心，时间会抹平一些

当然更骚的是，你可以去一家很烂的公司，你会发现，md ，这些人能干什么？
然后你就不会焦虑了，适当的躺平一点

综合 我认为应该是后端...

如果直说浪费后端资源 /客户端 1v1 的，那应该没做过，或者天真一点的，或者海报就很简单，或者是完全不追求生成效果，或者完全不管用户反馈的场景...


前端生成的问题就是
1. 复杂海报每次生成需要时间，是每次，用户用一次生成一次。体验并不好，除非你生成后再放到 CDN 上(那还不如...)。我们之前开发的头像小程序就是，蛮尴尬的...
2. 遇到字体文件，吐血... 你总不能给客户端下载个 10m 的字体？
3. 最恶心的来了，你这个服务只能兼容 90%左右的情况，而剩下 10%会搞死你
...

特别是最后一点，就算你兼容的是 99%，那 1%还是会搞死你。
一般的人根本不懂兼容，他只觉得没能兼容 100%就是你的问题，你直接气疯...
而且我们公司有个后端程序员居然也怎么想... 真的尴尬


对于后端来说，只需要考虑『资源』问题
对于产品、设计、前端来说，要考虑的不仅仅是『资源』，还要『兼容』、『效果』、『体验』....

所以综合起来肯定是后端生成


当然，如果其他前端好的方案也可以讨论
我们 web 端和小程序，基本已经穷尽了，当然自己也用 canvas 写了，但效果真的...

2023 年了 有什么推荐的吗 sentry 真的太重了

@xmsz
还有一个，之前因为疫情原因还可以免费退机票，现在开放了，我 400 块机票，只能退 180 。2 个人现在硬亏 800

晚上坐等搓衣板，没去成，还倒亏钱...

现在就是
1. 别去，在等一段时间看看
2. 先得个阳再过去（蛮骚的，我甚至有点这么考虑，不过我这里毒株和北京的不一样）
3. 无所谓，去吧，反正人少不用排队



我现在更偏向先不去吧

但蛮可惜的 ಥ_ಥ，因为带的是我女朋友，而且之前在新加坡玩过环球，感觉蛮适合我们的

@hcx0 55555~