小天管理

项目地址： https://github.com/LeslieLeung/opensource-lighthouse 汇总统计各「大厂」的开源团队和项目。 愿景 心里一直有根刺，好像在软件开发领域，一直都是外国人在做 0-1 的事情，而中国人只能在别人的技术上修修补补，做 1-1.01 的事情。Google 和 Meta 等大公司似乎是开源届的大明星，在开源社区有很多话语权，也主导着各项主流技术的开发；反而是国内的一些「大厂」，在开源领域能做到「主流」且「国际化」的项目寥寥无几。 上述的话带有一定的个人情绪，我对国内的「大厂」有一定的悲观情绪，我觉得一是他们喜欢造一些自己的轮子，而明明有更好用的开源替代；二是觉得他们在利用开源社区的成果，但对开源社区回报甚少。做这个整理，可以证实或证伪我的观点，帮助诸位了解在开源社区各家大公司的参与情况（只考虑自身发起的项目，贡献给开源组织的暂时可能无法计入），也能够提供一个好项目的整合。更飘渺的可能是，促进国内的「大厂」在开源上有更多的投入。 统计 共计 21756 个项目，41 家公司，59 个团队。 公司 团队数 项目数 总 Star 数 语言 Top 3 360 2 174 87838 C++, JavaScript, C [58 同城](page/58 同城.md) 1 64 20274 TypeScript, Java, Dart Amazon 1 445 214561 Python, Go, Java Apple 1 286 205722 Python, Swift, C Boeing 1 32 350 C++, Python, Go Cloudflare 1 463 148421 JavaScript, Go, TypeScript Google 1 2655 1844994 Python, C++, Go IBM 1 3227 93356 Python, JavaScript, Jupyter Notebook Meta 1 136 963999 C++, JavaScript, Python Microsoft 1 6251 2760285 C#, Python, TypeScript Netflix 1 230 225359 Java, JavaScript, Python Shopify 1 1050 154727 Ruby, JavaScript, Go Sony 1 74 14722 Python, JavaScript, C++ Uber 2 191 176224 Go, JavaScript, Python X 1 100 201505 Scala, Java, Python YY 1 80 2272 JavaScript, Objective-C, CSS 七牛 1 302 32130 Go, Java, JavaScript 华为 1 210 3928 Python, Java, C 去哪儿 1 94 16134 JavaScript, Objective-C, Java 哔哩哔哩 1 146 181538 C++, C, Java 唯品会 1 32 25244 C, Java, Objective-C 字节跳动 1 542 190035 Python, C, Go 小米 1 146 59140 Java, Python, Go 当当 1 16 10960 Java, Lua 快手 1 8 7464 C++, Dart, Java 搜狐 1 6 1544 C, C++ 携程 1 98 22394 Java, JavaScript, C 新浪微博 1 42 18804 Java, Go, C 极光开发者 1 182 27326 Objective-C, Java, Python 滴滴 2 206 209018 JavaScript, Java, Go 爱奇艺 1 38 39786 Java, C, Python 环信 1 294 6848 Java, Objective-C, Erlang 百度 4 1214 363583 JavaScript, Python, C++ 知乎 1 62 39962 Java, Go, Python 网易 1 186 42624 JavaScript, Java, TypeScript 美团 3 274 180136 Java, JavaScript, Python 腾讯 6 516 1067267 C++, JavaScript, Python 豆瓣 1 138 30396 Python, Go, C 阿里巴巴 5 1328 1990902 Java, JavaScript, TypeScript 陌陌 1 30 14258 Java, Python, PHP 饿了么 2 188 249294 JavaScript, Vue, Python Roadmap 收集国内外各大公司团队账号，拉取其名下 repo ，通过 markdown 等方式展示 做一个前端网站，提供搜索等功能 提供用户反馈功能，自动化收录新公司/团队/项目 增加榜单功能，展示 new/trending 项目 增加数据统计功能，分析各公司的技术栈，跨公司比较等

RT 大家可以分享一下坐标和降幅 整体房价降幅 20%-30 % ， 好奇租金是否跟着房价一起下降？

大家好，制作了一个专业头像生成器，给大家分享一下。 访问地址：https://aiheadshotgeneratorfree.com/ 功能说明： 在 LinkedIn 等职业社交平台上，拥有一个专业的头像能显著提升你的职业形象，获取更多机会。然而，并不是每个人都有时间或资源去拍摄一张完美的专业照片。 这款工具能帮你轻松生成一个专业的头像，可以适合用于 LinkedIn 等职业平台，让你立即拥有一张西装革履的专业头像。上传几张自己平时的自拍照片，就能获得高质量的专业头像，满足你的职业需求。 功能特色： 简约美观，操作简单清晰 根据上传的多张照片生成专业头像 支持高分辨率下载，方便用于各种平台

房间里的蚊子，似乎变聪明了，以往睡前我会沿着墙壁找停落在上面的蚊子将其拍死，因为白色的墙面很容易将它们找出来，但是最近遇到一个现象，关灯后蚊子嗡嗡响，开灯后却在墙上找不见，于是我拿着手电跟踪，发现每次开灯后它们要么钻到犄角旮沓，要么停靠在棕黑色的柜子，门框上，这些地方或因底色或因光线不足视觉效果偏暗，和蚊子体色相似，导致它们不容易被发现。难道在和我的斗争中，这些蚊子进化了吗，还是说停靠在白墙上的蚊子已经被我拍死绝了，现在这一批是外地来的蚊子，时代变了？ 这让我想起了生物课本上一个关于物种进化的案例，大概内容是伦敦地区开展工业革命后，源源不断的煤持续燃烧，排出的废物将某一个地区的树干熏黑了，这片树林间栖息着一种蛾子（好像是吧记不清了），它们靠着和树干相似的体色伪装自己躲避敌人，科学家发现，随着树干变黑，栖息在表面的蛾子的体色也逐渐变黑了，因为此时黑色的树干之上，蛾子原本的体色，变得异常明显，大大加剧了被天敌发现的风险。

各位仁兄，想请教一下有关异地组网的使用姿势。 现在我在不同地点各有装 Homelab Server ，基本上网络用的是 Router OS 。这些内网里面都有装 NAS ，Windows Server 之类的服务，我想把它们都远程连在一个内网里面，譬如重要数据可以做 replication 。 有两台 Server 在美国，一台在中部一台在东部。现在的方案是通过 Router OS 上的 Wireguard 连接在一起。Router OS 更新了新版之后，上面的 Wireguard 性能发挥非常好，从另外一端下载文件基本有 900Mbps （ Verizon 1Gbps Plan ）。 有一台 Server 在香港，现在的方案是在 Ubuntu 上装了 Cloudflare Zero Trust 相关组件连接在一起，性能发挥也挺好，从美国下载文件基本也有 900Mbps 左右（ Netivigator 2.5Gbps Plan ）。 最近在国内也搭建了一个 Homelab ，宽带是中国电信（ 1Gbps Plan ）。但是如上几个方案都测试过效果都不是很理想。先是尝试用 Wireguard 和香港的 Server 连线，下载速度只能有 20Mbps 左右。Cloudflare 的服务在内地好像是用不了的。翻了一下论坛发现内地 ISP 会对 UDP QoS 限速，所以试了一下 udp2raw ，加密默认的情况下只有 50Mbps 左右，加密选择“无”的情况下也差不多。 现在想请教一下各位仁兄是否有类似情况可以分享一下经验？我现在想到是可以用 ZeroTier ，然后在国内买一个服务器作为 Planet ，不知道这样是否能有改善。还有一种方案是用 IPv6 ，但是对于 IPv6 的防火墙设置不是很懂，所以几边用于连线的 VLAN 都没有开 IPv6 ND ，还没有试过通过 IPv6 连线。 另外，不知道话题会不会敏感，但是这个组网没有打算用于“翻墙”，国内这边跨境传输数据也需要强加密/混淆吗？

我最近收到了汇丰环球的 AVP offer ，职级是 Band 5 。由于年纪也不小了，而且需要搬到广州，所以想慎重考虑签 offer 的事。V 站里应该有不少了解 HSBC 的老哥，希望大家能帮我解答一些问题。 第一个也是最重要的问题是：HSBC 的混合办公模式是如何安排的？在家办公与到办公室工作的比例如何？是否有强制哪天必须去办公室的规定？ 第二个问题是：我之前在其他银行工作过，想问一下 HSBC 对上网的限制严格吗？是否可以访问外网？ 如果有了解这两个问题的朋友，麻烦告知，非常感谢！另外，关于薪资等问题不方便在这里问，如果有朋友知道并愿意告知，可以给我发邮件，入职后请吃饭或者直接转账表示感谢！ 我的邮箱：d2FuY2hhb2FAZ21haWwuY29t

http://ariang.js.org http://aria2.iloli.li/ http://ariang.js.org/ 这两个都用不了，求可用的 web 端。

有人说新疆、西藏不接入运营商的骨干线。有的鸡场不支持新疆、西藏。啥原因？ 打个比方，但是在新疆连接北京上海的 ip 或者网站也是能连通的啊。感觉没啥不通啊。

市场不必多少，做出来肯定需求非常大。 业务需求的变化会在 coding 这个环节固化住，测试的 case 具有相对确定性，比 AI programer 更容易实现。 应该会比传统自动化测试覆盖场景更多更复杂。也可以出具测试报告更加客观更加量化的评估程序猿的水平。甚至可以提出产品改进建议。想着想着好像人就逐渐不用干活了。。。so sad 。。。

今年的 CppCon 在 Colorado 的 Aurora, 我要去现场做个演讲，目前审核已经通过了，行程正在安排中。想问问 V 友们有没有打算去参会的呀？到时候可以线下见面，一块去逛逛啥的。有打算去朋友给我发个消息吧，邮件: sunxfancy@gmail.com

前言 前段时间看到差评的公众号发了一篇文章《“支付宝碰一下”到底是个啥?》，轻蔑的喵了一眼，心想不就是 NFC 支付嘛，都几十年的老技术了，有啥好惊讶的。随便翻了一下内容，看到这句话不淡定了。 抱着好奇心，我认真看完了全文，然后我确实被支付宝的骚操作惊到了，搞出这个人的脑回路肯定不正常，但确实很巧妙。 过去十几年，移动支付在国内迅速普及，离不开支付宝和微信大力推广，大家都习惯了使用手机扫收款码或者出示付款码付款。而在此过程中，大家还是会有争论，就是扫码支付好，还是 NFC 支付好，这类话题在知乎上也有很多争论（为何扫码支付在中国流行，在发达国家被排斥？）。总结来说，NFC 支付需要 POS 机，申请门槛高，手续费高，这阻挡了它在移动支付时代在国内的普及，而扫描支付收费低，不需要昂贵的设备，所以迅速占领了国内的市场，同时也形成了国内扫码支付的格局。但！这些回答都有个共性，就是论支付的便利性，NFC 支付应该是最便捷的，最符合人类直观感受的，大家不需要打开支付 app ，出示付款码 or 扫一扫，只需要碰一下商家设备，就完成支付了。我想这也是支付宝推出“碰一下支付”的原因，主要还是为了便捷性。 “支付宝碰一下”原理 支付宝推出“支付宝碰一下”完全是无奈之举，这其中原因主要还是苹果公司没有给第三方公司开放 NFC 权限，国内的 Apple pay 是和银联合作的，它只是在手机中模拟了一张银行卡，本质还是 POS 机模式。正如“差评”中说的那样“国内安卓和 iOS 两大系统活跃设备数大概二八开，分别有 9.5 亿和 2.6 亿用户。作为跨端的第三方支付，支付宝肯定得找一个 iOS 与安卓都能用的方案”。 那支付宝是如何解决兼容问题的，我根据“差评”文章中提到的内容，以及反编译支付宝 Android app ，得出了以下结论（不一定准确。 在了解“支付宝碰一下”的原理之前，首先需要了解“扫码支付的方式”和 NFC 的三种主要操作模式。 扫码支付的方式 付款码支付（商家扫用户付款码）。这种类型是目前有一定规模商家用的最多的方式，不同于用户主动扫码，这种方式是用户出示自己的付款码，由商家确定金额，通过扫描枪扫描用户的付款凭证。这种方式同样十分便捷，而且收银系统的成本很低，也能轻易跟踪订单的内容，退款也容易。 扫码支付（用户扫商家二维码）。这种方式分为两种。 无金额的收款码，这种类型就是我们去各种小商小贩消费，他们会提供一个收款码，我们扫描这个收款码，手动输入付款金额，然后输入密码付款。这种付款方式成本最低，打印一个收款码就行，但它有个很明显的弊端，只适合小本生意，因为你无法使用收银系统跟踪这些订单的类型，也就不知道这笔交易卖的是什么商品，后期也就无法分析相关数据去优化你的商业模式。 带金额的收款码。这个方式可能是最早的收款模式，但是随着移动支付的普及越来越被人忘记，它目前还在使用的场景就是 PC 浏览器支付了，通过生成带有金额的付款码，用户打开支付 App 扫描支付。 具有 NFC 功能的 Android 设备三种操作模式 读取器/写入器模式，允许 NFC 设备读取和写入被动 NFC 标签和贴纸。 点对点模式，允许 NFC 设备与其他 NFC 对等设备交换数据； Android Beam 使用此操作模式。 卡模拟模式，允许 NFC 设备本身充当 NFC 卡。然后，可通过外部 NFC 读取器（例如 NFC 销售终端）访问模拟 NFC 卡。 为什么要提扫码支付的方式呢？因为支付宝的“支付宝碰一下”本质是带金额的收款码，只不过之前我们是通过摄像头获取二维码的订单信息。比如上面的扫码支付，它本质是一个链接“https://qr.alipay.com/bavh4wjlxf12tper3a”，它是支付宝返回的 qr_code 。而“支付宝碰一下”是通过手机的 NFC 读取器模式获取付款链接，这就是支付宝的骚操作了，“支付宝碰一下”不是手机模拟 NFC 卡让收款设备去读取数据的传统模式，而是通过让收款设备模拟 NFC 卡，让手机开启 NFC 读卡模式读取收款设备上的信息。也就是说“支付宝碰一下”是伪 NFC 支付，为了兼容 iOS 设备，它不是传统的卡模拟模式。 那么支付宝是如何实现这样一套伪 NFC 支付功能的呢？ NFC 动态标签 有一种 NFC 芯片叫做动态 NFC 标签，它可以随时通过编程改变 NFC Tag 中的信息内容。“支付宝碰一下”的那款设备本质就是一个 NFC Tag 生成器，收银机下发的带金额的收款二维码 qr_code 都会被这台设备转化为一条链接然后烧写到 NFC 动态芯片中，手机 NFC 读取 NFC 动态芯片的收款链接，唤醒支付宝支付。这也是为什么支付宝的这款设备可以兼容现有收银系统的原因。 iOS 和 Android 的唤醒原理 先上结论，下面这个截图是我专门跑到一个配备了“支付宝碰一下”设备商家的店里，通过 NXP TagInfo App 读取到的信息。 iOS 在 NFC tag 这没有太多花花肠子，它是最简单的，手机 NFC 读取到 tag 中的 URI （对应上面信息中的第一条）唤醒“快应用”，快应用再唤醒支付宝 App ，然后跳转支付（ [支付宝 NFC 支付丝滑体验] ）。当然，这其中会出现一个问题，就是在 iOS 的设备上，如果有人发了那条收款链接，是可以直接唤醒支付宝，即使没有通过 NFC 。当然，我不确定支付宝在 iOS 有没有做保护措施判断链接是来自什么途径，不然的话，开启了“碰一下“极速模式的话，有个人给你发了这条链接，你点了就付款出去了。 Android 麻烦许多，但 Android 也会避免 iOS 上出现无法判断链接来源的问题，因为 Android 有一套 Android Application Record (AAR)标签系统。当手机 NFC 读取到对应的 NFC Tag 时，它可以直接唤醒跳转到指定的 Android app ，详细内容可以查看 Android NFC API。这也是为什么“支付宝碰一下”在 Android 使用更便捷的原因。通过反编译支付宝的 APP ，查看 AndroidManifest.xml 文件，我们可以看到，根据 NFC Tag 中的 Record #2 ，它唤醒了包名为 com.eg.android.AlipayGphone （支付宝包名），同时携带的 URI data 满足第四条的规则，随后它会唤醒支付宝的 SchemeLauncherActivity 的界面处理 data 。 只有通过手机 NFC 读取到的链接，才会跳转到付款界面，不然会报错。 通过反编译代码我们也可以看到，支付宝有判断链接来源。 判断 Intent 的 action 来源确定是否是 NFC 。 链接中的信息解读： 原链接：https://render.alipay.com/p/s/ulink/?scene=nfc&scheme=alipay%3A%2F%2Fnfc%2Fapp%3Fid%3D20002123%26appScheme%3DNFC_PAY_APP%26pageParams%3D%257B%2522k%2522%253A%25220bc141253ld7rnmlllee1af_n%2522%257D scheme decode 后为：alipay://nfc/app?id=20002123&appScheme=NFC_PAY_APP&pageParams=%7B%22k%22%3A%220bc141253ld7rnmlllee1af_n%22%7D pageParams decode 后为：{"k":"0bc141253ld7rnmlllee1af_n"} “支付宝碰一下”设备主要传递的信息就是这个 json 的 k 值，它其实就是和摄像头扫描付款码获取到的信息是一样的。 尝试模拟“支付宝碰一下” 在看完支付宝 Android App 处理“支付宝碰一下”整个流程的代码之后，我发现发送到支付宝后端唯一有效的值就是通过"_"截断的 k 值，也就是这么一串"0bc141253ld7rnmlllee1af"值。 所以我猜“支付宝碰一下”的设备是不是就是通过把 qr_code 链接中的“https://qr.alipay.com/bavh4wjlxf12tper3a”,prefix+'_n'直接写入到动态 NFC 芯片中了。所以我尝试去模拟一下这个过程，我买来了最便宜的 NFC NDEF 芯片。 随后我通过支付宝开放平台当面付的扫码支付的接口 alipay.trade.precreate 来从支付宝后端获取 qr_code ，将其拼接为完整的“支付宝碰一下”nfc link ，最后通过 NXP 的 TagWriter App 写入信息。 结论：模拟失败，我猜支付宝那个“碰一下设备”还是做了一层中转的，它应该是吧 qr_code 再去转换了一下，兼容现有收银系统的同时，也防止我这种人直接把设备破解了。 为何认为是 49 年入国军行为 当我剖析了“支付宝碰一下”的原理，为支付宝为了兼容苹果手机而想到这么一个骚操作感到惊讶地时候，我看到一条这样的消息《为避免巨额罚单，苹果向第三方开放 NFC 支付》。 苹果又双叒叕一次向欧盟低头了。当地时间 7 月 11 日，欧盟委员会方面宣布已与苹果公司达成和解协议，后者承诺向竞争对手免费开放基于近场通信（ NFC ）技术的移动支付功能，并且相关承诺将持续 10 年，适用于整个欧洲经济区。这将是苹果史上第一次向第三方开放 NFC 支付，继此前的第三方应用商店、第三方支付渠道之后，苹果 “围墙花园” 仅存的篱笆又一次被推倒。 也就是说，支付宝为了规避苹果公司不给第三方提供 NFC 接口功能，而绞尽脑汁搞出来这么一个伪 NFC 支付功能，还专门设计了一台收款设备，现在因为苹果公司要开放 NFC 功能给第三方，完完全全泡汤了。这不是 49 年入国军的行为嘛！他们还要花大力气去推广这个设备，到时苹果开放了 NFC 功能，能够实现真 NFC 支付的话，这些设备不就成电子垃圾了？我看市场报价这台设备 1800 元，不是纯纯的坑商家行为吗？ 他们应该是想的更远 但是，当我看到反编译的支付宝 APP ，支付宝其实把 NFC 那几种模式都集合起来了，我想事情并没有那么简单。试想一下，当苹果开放了其 NFC 功能给第三方之后，所有公司做的第一件事是什么？没错，尽量让自己公司的 APP 适配实现 NFC 支付功能，但还存在另外一个问题，你的 APP 有 NFC 支付方式，但商家有 NFC 收款设备吗？现在大大小小的商家收银系统都是围绕扫描支付做的，它们并没有 NFC 收款功能（ POS 机除外）。 结论：支付宝现在推这么一个 NFC 伪支付功能和设备，他们主要是想打一个时间差，在苹果给第三方开放 NFC 功能之前，先把 NFC 收款设备普及出去！因为那台现在可以动态生成 NFC Tag 的伪 NFC 支付收款设备，它是联网的，它可以随时更新系统和软件实现真 NFC 收款功能。等微信支付这些竞争对手实现 NFC 支付功能之后，它们要推收款设备的时候会发现商家都用上了支付宝的设备，支付宝会给你兼容？还是你让商家又摆几个设备上去？同时支付宝现在就培养用户使用“碰一下支付”的习惯，让用先入为主，后期其它三方公司想要改变用户习惯，还要普及收款设备，阻力可不小！ 思考：前面提到 Android 目前有三种 NFC 功能，“支付宝碰一下”使用了最简单的第一种，Apple Pay 和各种 Android 手机厂商的各种 Pay 使用的都是第三种卡模拟模式。如果后期支付宝和微信实现真 NFC 支付功能，他们会选择哪种呢？是目前主流的卡模拟模式（ POS 机模式），还是使用第二种点对点通信，我猜支付宝肯定不会选择卡模拟模式（ POS 机模式）。

花了 2 个星期时间，从零开始，开发了一个 CheatSheet(小抄)站 技术栈如下： 1.基础框架：nuxt3 最新版本 2.CMS：nuxt-content 3.国际化：nuxt-i18n 4.ui 组件：nuxt-ui-pro 后续规划： 接入 ai 功能 链接直达： https://chatsheet.org

家里有三台小米的路由器做 ap 组 mesh ，主路由是爱快，一台红米 ax5400 电竞版在客厅做主 mesh ，一台是 ax6000 在书房，还有一台红米 ax3000 在卧室，中间隔个客厅。电视机是雷鸟的 645c 和 535c ，投影是海信 c1 都在卧室里面。最近都出现断网的情况，刚开机的时候网络正常连接，待机一段时间后显示连接 WiFi ，但已经断开网络，无法加载视频，电视机待机一段时间后有可能会恢复网络，投影仪是一直断网。我怀疑是 wifi 强度太高连错了路由器，就把信号强度由穿墙切到了标准，投影仪和电视机还是断网。尝试过不组 mesh ，使用一台红米 ax5400 电竞版放客厅，没有出现断网情况。使用任意两台路由器组 mesh 都出现断网，去 jd 换了台新的 ax3000 依旧出现断网情况。dhcp 是静态，应该不存在占用 ip 的问题。请问还有什么排查的方法，难道是小米 mesh 的问题？家里其他无线设备没有出现类似情况。值得一提的是之前家里用 ax6000 做主路由，ax3000 做子路由 mesh 没有出现断网，在我使用爱快做主路由，另外几台小米做 ap 后才出现类似情况，难道小米的路由器不能做 ap 组 mesh ？

我微博私信收到了 Share 作者 @我是一只小小小鸡仔 的一条链接 https://appservice.notion.site/f5954f3fd5484586b79695e145b8219f 。点进去可以看到是一份指引，激活第一个 app 后启动第二个 app 就能看到全新设计的第三方微博客户端，否则第二个 app 打开为白屏。疑似是通过这种方式绕过一些法律问题？ 亲测以前的激活码也可以用。不过我的码已经过期了，所以重新买了一个 ¥49.9/年，目前使用正常

服务器是 CentOS7.9 系统. 稳定运行近 70 天, 未修改配置. ssh 端口, 18905. 有两台, A 和 B. 服务器在 192.9.201.x 网段; 微软用户在 192.9.204.y 段, 都在一个楼里. 192.9.0.0/16 是楼里的私有内网. 27 日午饭之前, 微软用户使用 MobaXterm, 正常登录服务器. 可以上传/下载文件. 当然, 用户是操作$HOME 下自己的文件. 27 日午饭后, 某厂家技术前来安装硬件防火墙. 防火墙, 只前置在服务器前面. 意味着, 所有非 192.9.201.x 网段, 都和硬件防火墙没有关系. 问题出现了, 硬件防火墙启用后. 所有微软用户, 可以登录服务器, 但是上传和下载, 都没反应. 同时, Mac/Linux, 指令模式, 可以从本地向服务器 scp 东西, 也就是, @Mac/Linux, scp XXXX userName@remote-centOS:~ 工作; @Mac/Linux, scp userName@remote-centOS:~/File . 工作; @remote-centOS, scp xx mac:~ 工作; @remote-centOS, scp mac:~/File . 工作; 微软中, 使用 MobaXterm 本地终端, scp 指令也工作. 就是点击鼠标, 上传下载, 无法工作. 微软, 使用另一个 Xmangaer, Xshell, 也是点击鼠标上传下载无法工作. 拆掉硬件防火墙, 网线插回原来的交换机端口. 微软客户端上的故障依旧. 在服务器上, 重启 sshd. 微软那边, 上传下载依旧故障. 服务器是浪潮的. 防火墙是某公司的. 防火墙公司认为是服务器那边有问题. 找浪潮技术排查了好久, 说为发现有变动过配置文件. 最近一次修改配置, 是 2 月份. 在浪潮排查的过程中, 其中一台机器恢复正常, 微软可以上传下载文件了. 而, 另一台, 依旧故障. A 和 B, 系统一样, 配置一样, 只是网络地址尾号不同. A 和 B, 均关闭了系统的防火墙. 在今天中午之前, A 和 B, 从未有微软用户报告, 无法上传下载文件. 微软用户, 只通过 SSH 客户端, 和服务器打交道哦. 防火墙, 是某公司的技术上门调试安装实施的. 这种奇葩的故障, 真奇葩. 另, A 和 B 机器的 SSH 日志, 均未发现异常, 浪潮的技术说. 各位, 有什么指导性方案? 目前, 机器还未进行系统重启. 两台机器, A 和 B, 分别是两套集群集群的登录节点.

RT 。受够了搜出来全是自动去掉关键字后按佣金排序。

我的背景： 毕业 4 年的 985 本硕，有一段 3 年的华子硬件经验，去年因为身心俱疲卷到抑郁+不看好本来的方向离职了。现在想想还是 naive 了。gap 之后花了大半年时间报了一个线上培训班，做了一个 demo 项目，Vue + springboot + 一点点 Redis 缓存，leetcode 刷了 160 多道，八股也看了一些。 问题： 这周开始投简历，发现主动联系我的只有 pdd,平安，ebay 外包，就是愿意看我简历帮我推，还没拿到面试的程度。我本来寻思可以拿一些小厂机会的，完全没有……咱就是说如果小厂是觉得我 over-qualified + gap 时间久 + 经验不够吗？应该如何破局呀？ 我的想法： 继续改简历，把自己做的项目上线，做个 demo 链接； 投递多个岗位，准备多份简历，和老本行有关的岗位也投递起来； 是不是可以把 Java 开发这个方向的优先级放后面了，可以试一下 IT 支持一类的工作，楼主是女生英文和沟通能力是不错的。 大家有什么建议呀？我虽然心态还行，不过觉得这市场真的……卷麻了

V 站有没有在外企的大佬，能给咱们内推一下啊。 本人之前是一名游戏视频设计，现在想转行，看看外企的机会了，但是一直不知道怎么找外企的工作机会。 求捞。

本人 6 年 SRE ，近两年一直搞 K8s 的运维，懂一些 Python ，略懂一点机器学习，最近想换换赛道，搞一搞 AIOps 。不知道大家有啥入门的好资料推荐~

目前手里还有 13 台小机，可以跑 pcdn 或者每台 cpu 40%功耗挖门罗吗？ 感觉闲置也是闲置

咨询 clockhouse 的问题： 问题: CREATE DATABASE hello1; 与 CREATE DATABASE hello ON CLUSTER 'xxxxx'; 产生了相同的效果，都在 clickhouse 所有节点上创建了数据库,咨询下可能存在的原因. 期望的效果: 不加 ON CLUSTER 只在本地创建，加了就在整个集群每个节点上创建.

不是不支持 他卖的真的太贵了！ 等有钱了一定支持正版

我开发了几款软件，也在各种自媒体渠道上发布了很多推广和介绍的文章，想找到用户到底是通过哪种渠道找到我的软件的，以此来决定我应该在哪个渠道上多发推广信息。 我想到的是在用户使用的时候弹窗询问用户的获取渠道，但是感觉不太好，有独立开发者了解这个吗