我写了大半天歌词，点击生成提示要登录，点了登录跳回来后之前填写的文字没了...

赶快卖了，买个电车吧，体验升级不是一点半点

用吉列这种手动的吧，蘸湿就可以直接挂，不用担心刮破随便刮

@sanshao124 主要是刮削和电视上用

@shizhibuyu2023 我觉得已经挺好用了 😂，之前 Android TV 似乎就没啥能用的（要么丑要么复杂），这甚至是第一个

@psklf 最近支持 webdav 了

@comanche2008 @zhongjun96 腾讯管家，需要开会员

当一个技术或方案没有用或大家懒得用的时候，那一定是这个方案或技术有问题或者出现的时机有问题

先问下自己，如果自己来 Review ，能不能做到每天至少认真看几个 MR

如果做不到，那就放弃这个想法

如果能做到，那就自己带头主动推进，从自己先做出示范效果，并且至少坚持 2 个 Q 。CR 的核心从来不是流程或规范的问题，永远都是推进人是否能影响团队氛围的问题

是飞书自己的原因

小天鹅 86+35 ，好看便宜好用，总共也就 3000 多

迷瞪线上，亲测好用（买之前稍微做点攻略即可）

Google 可以使用 https://zh.wikipedia.org/zh-hans/NCR 一下

你不要用人家 .jp 的域名，.jp 是专门给日本人用的

腾讯和阿里的轻量服务器😂

是日访问量几千么，这样的话不如直接用个 VPS ，数据库，存储都塞到 VPS 上。 这样是最便宜的....

没啥区别，主要还是看你招的到是咋样的人

不管是什么云，解决的思路大体是一样的，关于这个问题，首先要分为登录与未登录场景

未登录场景（以及登录场景）：
一般都是利用 GEODNS ，在 DNS 层面，让不同的国家在请求的时候，解析到不同的 IP ，以便达到不同区域访问可以访问到不同服务的能力
一般来说，商业版 DNS 都有这个功能。国内像 DNSPod 甚至免费提供这种功能；当然一些 CDN ，也支持按照区域回源，也能实现类似效果

登录场景下：
在能拿到用户态的情况下，是可以根据户口等做更加精确的判断的（相比于 IP 判断，要精确非常多）。并且一些业务，涉及多地存储问题，对用户访问到什么区域是极度敏感的，所以大多数在登录场景下，需要根据用户态做纠偏，一般会做到 LB 层面（或者到业务逻辑层，具体看情况），在这里会再次做流量转发（纠偏），以便使即使上层解析的东西不对，能在这里再次转发正确

当然如果在 APP 端内，这块可以控制的更加精确或者前置，做到 APP 的网络请求层面，以便减轻服务端压力，以及减少转发