就假设 lead 确实不写代码了，但是还是能看代码排查问题的，如果 lead 都查不出来的 bug，至少他肯定尽力去查了，而且可能现在也没放弃，晚上加班也在排查中。
那么这个 BUG 应该确实不容易确定或者不那么容易修复，牵扯的东西可能比较多。
所以楼主帮 lead 修复的可能性就更小了，盲目的修复万一牵扯到其他功能就得不偿失了。
所以，建议修复 BUG 的事还是挺 lead 的，至于修复数据的这块，尽可能做一个快速定位问题、自动通知、最好自动可以修复部分代码的工具，类似 7 楼。

自建吧

https 躲避备案已经是过时了，两年前都那么玩，现在阿里和腾讯都有针对 443 端口的周期检测，尤其是流量一旦大了很容易被封，甚至取消备案。

你觉得它行，我觉得它不行，你认为它属于未来，不敢苟同。
顺便放纵一下想骂人的心态，盲目跟风成不了气候。

@hlz0812 https://jingyan.baidu.com/article/154b46310ee91f28ca8f41ac.html

油 two 毕

onedrive+10086

反馈给他们改桥接，他们修改了，进去猫的超管看，已经更新了配置，实际是自动的，也就是说他们可控

天翼网关的底部有 user 的密码，登录取配置文件(具体百度一下)，查找到超级密码，登录自己改桥接 v4+v6

制作好镜像，在其他地域用镜像创建实例，把集群的各服务器搭建好，数据库暂时对外（设置好白名单），在二级域名测试新的集群，修改本地 HOSTS，指定新的前端服务器互或负载均衡，测试新的集群，一切没问题了，更改一下 DNS 生效，即可完成"无缝"迁移。

标题转换一下，我凌晨不睡觉，技术负责人需要吗？

夏天怕热，冬天怕冷，好不容易秋高气爽的时候，计划再好，到了周末还是在家呆着吧，于是几年也就这样过来了。

之前一直懒，昨天连夜自建 gogs 把所有项目迁移过去了，真的好简单，想复杂了。。

1. 不算
2.不用

我也遇到过这样的 lender，但是影响更深的是也有一个你这样的同事，处女座是不是？

我注重 API 接口的稳定性，全国各地远距离访问，总会出现中间链路故障访问不了的情况。

所以 API 用 CDN 的好处不止为了加速，而是用户访问就近的 CDN 节点，CDN 节点再访问自己的机房。
尽可能的减少用户到机房的故障几率，这是带动态加速 CDN 所具备的优势。

阿里云的全站加速能实现这个功能，但是是按请求数收费的，有点负担不起。

上海在骨干网络上，所以很多节点都选择了上海，阿里云的官网也在上海。我一直在杭州，自从阿里云出了上海就考虑要不要迁移。但是以前上海小毛病不少，现在应该稳定了，所以做了一下测试。
在全国各地的 ping 下，平均的延迟居然只有 0.几，海外也基本差不多，随意在速度上应该没差了。
那么就剩下全国用户访问的时候，最有可能中间出链路故障的是哪个节点了，我也在考虑中。

套路云一天最低 4 块钱，良心云这边 3 块，给力！