2022-03-28

家里人去世了，iPhone 不知道密码怎么解锁，在线等 现在需要证据

足不出户？还是自由行动？

最近家里的电脑 neovim 插件版本升级，发现 clone 失败，搜了网上解决方案，修改 vim-plug 插件 github.com 为镜像地址，但是网上提供的镜像地址都不能用了，大家有什么好的解决方案吗，求救

这趟深度体验各种产品，因为店里实在人太多了，买个东西都要排队签到。

iPhone 13 vs iPhone 13 pro：给老婆选的。老婆试用了两者，我说重点体会刷新率，尤其是快速上下滑动网页。老婆说为啥要快速滑动，正常用不行吗？ 你说的这个 120hz 对我没什么用。选了 iPhone 13 。

ipad air vs ipad pro：还是提示了 x 刷新率和扬声器，老婆表示没区别没区别，能用笔画画就行。选了 ipad air 。期间看到了 ipad pro 12 寸的，老婆有点心动大尺寸。一看价格翻倍，瞬间劝退。

我自己看 display studio ，店里正好有雾面和镜面两种：

• 雾面的说实话和我的 27 寸 4K 相比，有肉眼可见的提升，我很动心。
• 然而我发现旁边还有个镜面的！比雾面的相比有肉眼可见的提升。实在是太亮眼太清晰太晶莹了。

我只能感慨苹果刀法精准。我下定决心买 1599 的，以为够用了。结果现在纠结要不要一步到位 1899 买镜面的。

好在镜面雾面都没货。还能继续纠结一个月。我现在开始怀疑如果买雾面的，会不会和 27 寸 4k 也没大区别。因为左右对比的时候，雾面明显出现了模糊和混沌的感觉，就像我在家用 4k 27 寸感受到的模糊和混沌。 而镜面的一如 iMac 一样晶莹剔透。

然而 iMac 外观太丑，下面那个大下巴接受不能。也没法当外界显示器。我再次感慨苹果真是刀法精准。

新手，以前从来没玩过塞尔达 前阵子搞了个 switch ，请问什么姿势入坑比较合适？ 或者说先玩哪个版本？直接上旷野之息？

谢谢各位彦祖

是不是在某种程度上，服务不可用的大头还是落在数据库上？

在过去的几周里，GitHub 经历了多次宕机事件，导致平台的服务降级，影响了许多用户的正常使用。GitHub 团队在解决问题的同时，近日也分享了这些事件的详细情况。

据介绍，近期 GitHub 频繁宕机主要是其 mysql1 集群的资源争夺导致，这影响了 GitHub 在负载高峰期的大量服务和功能性能。虽然在过去几年 GitHub 已经进行了许多优化，例如增加集群以支持平台的增长、对主数据库进行分区等，但这不是一劳永逸的工作，直到现在他们仍在积极解决这个问题。

官方博客链接：An update on recent service disruptions

国内资讯： GitHub 解释近期频繁宕机原因：MySQL 不堪重负

原价入的，现在 pdd 已经补贴 800 了，不能看 :joy:

时常看到 V 站吐嘈 git clone 慢的帖子，本人写了这篇文章，推荐 阅读原文

本文意图解决使用 GitHub 访问( https) 或者 git clone （ https or ssh ）慢的问题。在此分享我的方法，我所了解的 GitHub 加速最佳方案。

前提是，你的木弟子应该还行，木弟子越好，GitHub 体验越好

很多文章没有讲全面，只讲了 http proxy ，而没有讲 ssh proxy 。事实上大部分程序员使用 GitHub 都会使用 SSH keys （普通用户可能就不会了），在本机生成 rsa 公私钥(其他的类型还有 dsa | ecdsa | ecdsa-sk | ed25519 | ed25519-sk)，然后把公钥内容拷贝、设置进 GitHub 。

设置 Http Proxy

$ git config --global http.proxy socks5://127.0.0.1:7890

事实上使用 socks5h 更佳，即

$ git config --global http.proxy socks5h://127.0.0.1:7890

h 代表 host ，包括了域名解析，即域名解析也强制走这个 proxy 。另外不需要配置 https.proxy，git 不认的(关于这一点我认识不是很清晰，希望有人解惑)。

推荐使用 socks5 代理，因为 socks5 包含 http(s)。而且 socks5 代理工作在 osi 七层模型中的会话层（第五层），https/http 代理工作在 osi 七层模型的应用层（第七层）, socks 代理更加底层。所以就没必要配置 git config --global http.proxy http://127.0.0.1:7890 了。

这样配置的话会使本机所有的 git 服务都走了代理，假如你在良心云上（国内主机）部署了自己的 gitea ，域名 https://gitea.example.com，那么可以只配置 GitHub 的 http proxy ，即

$ git config --global http.https://github.com.proxy socks5://127.0.0.1:7890

设置 SSH Proxy

Linux & macOS

配置文件在用户家目录下的 .ssh/config 其中 nc 程序位于 /usr/bin/nc

$ cat ~/.ssh/config

Host github.com
 Hostname ssh.github.com
 IdentityFile /xxx/.ssh/github_id_rsa
 User git
 Port 443
 ProxyCommand nc -v -x 127.0.0.1:7890 %h %p

nc 就是 netcat ，引用一段描述

netcat is a simple unix utility which reads and writes data across network connections, using TCP or UDP protocol. It is designed to be a reliable "back-end" tool that can be used directly or easily driven by other programs and scripts. At the same time, it is a feature-rich network debugging and exploration tool, since it can create almost any kind of connection you would need and has several interesting built-in capabilities. Netcat, or "nc" as the actual program is named, should have been supplied long ago as another one of those cryptic but standard Unix tools.

译文: netcat 是一个简单的 unix 实用程序，它使用 TCP 或 UDP 协议跨网络连接读取和写入数据。 它被设计成一个可靠的“后端”工具，可以直接使用或由其他程序和脚本轻松驱动。 同时，它还是一个功能丰富的网络调试和探索工具，因为它几乎可以创建您需要的任何类型的连接，并且具有几个有趣的内置功能。Netcat ，或实际程序命名的“nc”，早就应该作为另一种神秘但标准的 Unix 工具提供。

Windows

Win 下与之对应的 netcat 程序是 connect.exe，程序位于 Git 安装路径 C:\Program Files\Git\mingw64\bin，win 下推荐使用 Git Bash ，路径也是 Linux style

$ cat ~/.ssh/config

Host github.com
 Hostname ssh.github.com
 IdentityFile /c/users/xxx/.ssh/github_id_rsa
 User git
 Port 443
 ProxyCommand "C:\Program Files\Git\mingw64\bin\connect.exe" -S 127.0.0.1:7890 %h %p

补充信息

为什么 hostname 是 ssh.github.com，为什么要用 443 端口，ssh 默认不是 22 端口么？

因为有些木弟子对于 22 端口做了限制，要么禁止了，要么有些抽风，这时经常会遇到如下错误

kex_exchange_identification: Connection closed by remote host

所以如果 22 端口不畅就使用 443 ，安全可靠。ps: 22 端口时 hostname 请填 github.com。这部分请扩展阅读 此文 。

至于网页访问 GitHub ，借助木弟子访问已然是日常，要么浏览器扩展 SwitchyOmega，要么系统代理，要么直接使用 Clash 的分流策略等等。我的习惯还是使用 Switchy Omega 。

这样配置之后 git clone https://github.com/xxx/yyy.git 或者 git clone git@github.com:xxx/yyy.git 以及 git pull、git push 等等操作都很快了，除非科学的工具不行。

难免有误，欢迎大家补充和纠正。

又是给公司的 SB 们擦屁股的一天...

----------------前提概要----------------------- 公司有个服务跑在 aws 上，本来跑的好好的，有个 sb 非要用 sudo 来部署普通用户权限的东西。 用也算了，结果它在 /usr 下执行了一句 sudo chmod 744 . 于是直接崩盘，普通用户连 sudo 都执行不了了

----------------求问部分----------------------- 于是问题来了，怎么才能救活这个系统呢 目前状况是：

1. 系统用普通用户能进，但是什么都做不了，甚至 wget 之类的都不行，因为权限被卡了
2. ubuntu 默认是 root 不启用，所以也没办法用 root 来改
3. 一般来说主机上的话直接在 grub 之类的地方改成紧急模式就行，但是 aws 不熟，实在不知道怎么设置启动设置
4. EC2 Instance connect 和串口终端都打不开

目前想到的解决方案是：

1. 找出 aws 系统类似于 grub 的启动设置部分
2. 把这个储存挂载在其他的 aws 实例上来修改

求问 aws 的大佬们怎么救？

感觉家电家具朋友会自己考虑好买个人喜好的，所以感觉送家电不是很适合，还能送点啥？预算在 2k-3k