如果灯在主板上，一般会有丝印说明是什么灯，说明书也会说怎么亮是代表什么意思。你这个直接问客服应该比较快额

这种完全断电几小时看看吧，能就能，不能就不能了。元件击穿了大概就算坏了，就是严重不严重的问题。如果你会修找到坏的元件换了就行，不然送修吧....

这个网络上搜不到答案吗？你是用抓包软件的代理功能抓的？是的话抓不到也正常，有些软件不走系统代理。

搞个腕力球转一转

感觉你家孩子好强，收放自如😍

我印象中，如果没数据交换，状态有可能是不确定的，你想及时确认状态的话，就得有心跳包。如果 client 是浏览器的话，你还得看他怎么实现的，如果不想翻车，还是好好跳吧。

没有必要用这个过渡。

众所周知，搞等保并不是为了安全。
不过感觉找个有脑子的测评机构至少不会花钱买恶心，有些机构钱真特喵好赚

我现在都是日常记笔记，然后有时间了整理一两篇发博客。两个完全分开的

@baihekong 丝...丝袜？

一般来说，版本控制和 url 路径不一定有关系，但是你已经决定用 url 路径区分了，那只要你能确保以后不换方案，就用 2 。

我感觉是不需要专职后端，远程+BaaS 感觉很搭

能减少调用啊，jwt 直接本地就能验证，session 不得在线验证？

我的选择是：
小 bug 的话，git stash
bug 不急的话，先做完现在的然后 git commit 并 push
大 bug 的话，直接 git commit 一个临时的然后 push 到其他分支上，怕后面 stash 丢东西 QAQ

后端业务多么？多的话独立，不多的话随便。

歪个楼。感觉这需求上个软路由 ，跑 “open 某猫咪” 就有了。

首先我认为你的领导在狡辩，你明明是要求请求方不要传错误的 Accept 的值，他却说你是要求对方传 application/json 。乱调接口不解决，解决正常实现只有在特殊情况下适用。

不过你的领导结论是对的，程序不要输出预期以外的东西，他表面再想要 text 也不给他返。


反正他是领导，他说啥就是啥，要是我，说清楚这样做的后果是啥，然后听领导的决定执行。。。要是可以的话，我会给传那个 Accept 的请求返 400 的空响应。

这换 windows ，便宜大碗，各种硬件想升就升，坏哪换哪。我是回不去了，能回去的快回去，厨子刀法太疼了🤣

挤一挤 挤一挤