恰恰相反,我们是开发不能有测试库的写权限,只能读
redis 做消息队列会有一个严重的问题,缺少 ack 机制,消费了消息,这个消息就没了。
如果发生 worker 处理异常,可能就会导致消息丢失。
另外,不仅仅是 mq,db,redis 这些都安装在 docker 也没问题。
不用担心性能损失的,对内的平台完全不用考虑。
哪怕对外的业务系统,这么干也完全没问题。
容器化的部署,迁移和升级都方便多了。
很早之前拿到 offer,没去。
工资现在不知道,当时就是抠抠搜搜的。
公积金和社保基数底,比例低。
MQ 是作为 celery 的 Broker,也可能使用 Redis 代替。没啥维护成本。
前公司已经稳定运行 5 年
PDD 的例子可能更加合适点,shein 赚不赚钱不好说,但对技术,是不舍得给钱。
你值得拥有一把更加好的
卧槽,什么公司啊,真舍得,居然上赫曼米勒
唉,谈资论辈这种难受哦,买个椅子都要想那么多。
我在私企,买完之后,也安利我的领导买了呢
健康真滴很重要,希望大家好好保护腰椎~~
如果有腰疼,对购买人体工学椅有兴趣的小伙伴,欢迎留言交流~~
直接上 grafana?最终你还是要做成图表
https://grafana.com/grafana/dashboards/12918-macos-host/
支持
从 binlog 能恢复,但得知道时间点,操作步骤会比较麻烦,尤其是生产环境不能中断,并且涉及到各种权限问题。
所以应用的 db 账号必须得把删除干掉。
嗯,把表的数据删除也是不能接受的,drop table 那就更加离谱啦。
对业务来说是不可用,逻辑删除,只需要执行一条 update 语句,把逻辑删除 flag 改一下就行。
物理删除讲真,我没有回滚过,难度肯定比执行一条 update 一个量级。
嗯嗯,我理解是不同层面的问题呢。API 设计问题是 bug,物理删除权限是管理问题呢。
如果没有物理删除的权限,这里不会出现删表嘛,最多是抛异常。
逻辑删除和物理删除需要的恢复时间差别是蛮大的。
正常来说,生产环境的应用使用的 db 账号不应该有删除权限呢
你们不是做逻辑删除,而是直接物理删除吗,这样就太猛啦
有待验证
如果要赔偿服务费,那让外包直接从原来公司离职,然后再入职就好了?
过程效能数据,一般指哪些指标呢,用例,BUG,自动化覆盖率这些吗?
好家伙,不要把群里面的图片乱发出来。害死人的
shell 这东西确实得多用,每次都要查语法,很烦。
还好现在有 gpt,直接把需求说明白,gpt 就能写出来,非常爽。
你不爱国是吧
251 警告
其实也没必要对付费那么敏感,上面那条我也是说,维护好一个群是需要花费挺多精力的。
如果一个群能提供你需要的信息,10 块钱倒无所谓,甚至非常便宜。
朋友圈看到一个炒股买房群,收费比这个高得多。群主是大厂出来,自己折腾一番,现在有上千万。
大家愿意相信,就付钱。
我们的群没有直接收费,但私人咨询我是收费的,所以很多私聊我的人,我都直接建议去群聊,私人时间真的很宝贵。
现在不收费,也不排除以后提供一些收费服务。估计也会被喷一波,但问题不大。毕竟真心提供服务,是不想被白嫖。
哈哈,有没可能是粉丝太少,没饭恰