小天管理

不是客户端（这种太多了），是要服务软件。谢谢了

我自己试了一下用 Apple store 选项，是可以免费帮我回收，但是我其他功能全都没有问题，正面也没有划痕 如果我找第三方换一下玻璃，苹果能检查的出来吗？ 我现在怎么实现损失最小化呢？ 谢谢大家

站里每次讨论 2FA 的相关话题，总会有很多朋友说他自己在用 Authy 。它通过手机号注册，而且可以多终端同步。因为看到站里有多例微软验证器丢失验证信息的案例，我曾经也考虑使用 Authy 作为第二个篮子，但因为拖延症一直没有行动。没想到 Authy 出个这么个事故。 原因是有一个没有鉴权的 API 接口，攻击者通过这个接口批量验证手机号是否用于注册 Authy 。攻击者最终收集了 33M 个注册了 Authy 的手机号。 Authy 的公司 Twilio 确认了该事故，并发布了更新。他们同时表示 Twilio 的基础设施和敏感数据没有受到威胁。 Source

第一次发帖，如果节点有错还请管理大大帮忙移动下 先大概介绍下我使用的方案： 通过 RouterOS+Surge+SmartDNS 实现客户端无感知分流，ros 将指定客户端的 dns 请求劫持至 smardns ，smardns 对国内域名返回真实 ip ，分流域名返回 fakeip ，同时在 ros 上设置将 fakeip 段路由至 surge 网关，最终实现分流和代理。ros 上对 surge 网关进行监控，当服务异常时会自动关闭劫持。具体可以看我的折腾手记： https://dddafa.notion.site/RouterOS-Surge-SmartDNS-334831ae5792422796cca2f9d4f3ab8d 为什么使用这个方案： 我是使用 apple 生态，surge 各端基本通用的配置文件自然成为了我的首选，一开始我是采用 surge 网关作为 DHCP 服务器后面变成 ros 对指定客户端下发 surge 配置。但本质没有变化。在使用 surge 网关中有一点小问题： 1 、测速跑不满带宽上限，会低 50Mbps 左右 2 、上传测速会变成局域网速率(有可能是测速网的问题，我没有去深究) 3 、考虑到 surge 网关挂掉的情况,虽然概率比较低但有发现过。 所以就开始研究一个更适合我需求的方案，最终发现 dns 分流很适合我，遂开始搭建，后面查阅相关文档发现 surge 网关模式下对所有域名都返回 fakeip ，虽然有 always-real-ip 参数，但貌似官方没有给这个参数引用文件的权限。所以加入 smartdns 作为查询服务器，经过几天的实际使用下来，非常稳定，即使网关挂了 也能自动的切换回正常 dns 不影响国内网站访问。 不知道诸位坛友们有没疑问或者有什么更加优秀的方案，欢迎探讨

现在大家有什么好的技巧来通过 API 描述生成 java 代码啊？ 我还停留在使用 swagger editor 还有 openapi editor 阶段 有的时候配置起来比较麻烦，再一个现在 java17 还有 java21 好像没有很好的⬆️ 有什么好的工具 还有一些维护 API 更新对应 java 代码更新的技巧 欢迎分享 好像官方的 openapi generator 只支持 spring server 还有 client 不支持 quarkus 有没有什么最佳实践或者相关文档，找到了几个 quarkus 的 openapi generator 插件 也不太会用

我自己管这类项目叫做“自动化定制内容生成”。 我最近冲浪的时候，刷到过一些营销号搬运的外网 minecraft 落沙像素画视频，在这些视频的评论区中，我时能看到想要有人帮他用他的头像生成这样的视频的声音。 在看到这些洋视频之余，我还看到本土的定制产品展示视频，有许多年轻人购买这样的商品，不但是为了自己使用，更是想要以这样的方式在公众前展示自我。 尽管精彩，但它们无一例外地，多数流程依赖对生产经验有较高需求的手工生产，难以规模化。 我认为，我在本文中提到的第一个品类可实现高度的自动化生产。 做一个带 token （面向客户时则称为“卡密”）鉴权的前端页面，客户上传图片，选择落沙样式，鉴权通过，图片推进对象存储，生成任务并推入任务队列；业务控制器拉取任务队列，告诉 k8s 控制器给每个未处理的任务起一个一次性结构生成业务容器；结构生成业务容器拉起后在业务控制器注册，根据控制器传入的任务信息从对象存储拉取图片，将其处理成 nbt 格式的结构文件；生成的 nbt 文件推送至结构文件存储桶，结构生成业务容器修改任务状态为“结构生成完成”，注销并销毁自身。 业务控制器拉取任务队列，告诉 k8s 控制器给每个处于“结构生成完成”状态的任务起一个一次性任务打包业务容器；任务打包业务容器从结构文件存储桶根据传入的任务信息拉取生成的 nbt 文件，并将 nbt 文件与任务信息打包成 tar.gz 格式的任务包；将生成的任务包推送至任务包存储桶，任务打包业务容器修改任务状态为“等待受理”，注销并销毁自身。之后便是人工的部分了。 现在是暑假，正是很多年轻人有闲的时间，有闲，就意味着有更大概率为线上内容花钱，现在就是这类项目的黄金时间。

失业有一段时间了，最近面试几个岗位惨遭失败，打算用一段时间好好看书准备后面秋招再去找工作，但是苦于在出租房里学习，很是浮躁，精力不集中，容易分心，觉得最好的学习场所应该是类似教室那样的地方，可惜目前已经毕业，想问问大家杭州西湖附近有允许社会人员进入学习的场所吗，比如图书馆之类的地方，感谢。

某寨板明明有 4 条内存插槽，现在是插满 4 条*8G-总共 32G ，然而用 HWiNFO 查看 SMBIOS 检测到内存设备只有 2 根。 导致使用 GetPhysicallyInstalledSystemMemory 接口时，根据文档，由于获得的原始值 16G 小于 GlobalMemoryStatusEx 的 ullTotalPhys 值=32G （这个值才是正确的！！！），因此失败报 ERROR_INVALID_DATA 。 由于 IPDT 的 IMC 测试用到了这个 API ，导致报错 Unable to retrive memory size ，从而导致即使其他项目测试（-skipsize ）和 MemTest86 测试正常，也会报红 FAIL 。 应该对大多数软件影响不大，只不过极少数检测软件还是选择拿硬件回报的虚假数值，结果导致了这种错误。

随着天气逐渐变热，人们使用电力设备如风扇、空调、冰箱等的频率增加，整体电力需求也会增加，所以我们会发现我们每个月要交的电费也变多了。 有一天，我家里的一个电路发生了故障，请了一位老电工来家里。在和他的闲聊中，我才知道，原来我家电费高，不仅是因为电器的使用频繁，而是因为我不经常拔插头的坏习惯。 因为一些电器虽然是在待机，也会消耗少量的电力。这种待机耗电虽然看似微小，但长期累积下来会增加电费支出。所以我们在使用完毕之后，要及时把插头拔掉。 尤其是今天我要给大家分享的 4 个电器插头，不拔掉每个月电费翻倍，感兴趣的朋友接着往下看吧。 一、电视 即使电视处于关机状态，但插头仍然连接到电源，电视机内部的一些部件（如待机电源、遥控器接收器等）仍然会消耗少量电力。 虽然单个电器的待机耗电相对较小，但随着家庭中电器数量的增加，累积的待机耗电量也会相应增加。 长期来看，这可能会造成不必要的电费支出，并且对环境也会造成一定的负面影响。 因此，拔掉电视插头是一种简单而有效的节能措施，可以减少待机耗电，节约能源，降低电费支出。 二、抽油烟机 虽然单台抽油烟机的待机耗电量相对较小，但在长期使用且不拔插头的情况下，累积的能耗仍会显著。 此外，抽油烟机通常安装在厨房，而厨房是家庭中常用的区域，所以即使人们不经常使用抽油烟机，但其待机耗电也会成为一个持续存在的隐患。 三、空调 不拔掉空调插头可能导致两方面问题：能源浪费和安全隐患。首先，即使空调处于关闭状态，插头仍然连接到电源时也会产生待机耗电。 这是因为空调内部的控制电路和待机功能需要一定的电力维持待机状态。即使不制冷或制热，空调也会持续消耗电力，这会导致不必要的能源浪费和增加的电费支出。 其次，不拔掉空调插头还存在安全隐患。在雷电天气或电网问题时，插座中的电器可能会受到电击或电涌影响而损坏，甚至发生火灾。 我就曾经在家中遇到了一次雷电天气，由于空调插头没有拔掉，雷电造成了电网短路，导致空调受损并引发了一场小火灾。 这种情况下，如果插头拔掉了，就可以避免或减轻损坏，保护家庭安全。 四、热水器 很多朋友洗完澡总是忘记关掉热水器开关，更别说是拔热水器插头了。但是你知道吗？ 即使热水器不处于加热水的工作状态，但它仍保持着一定温度，以便随时提供热水。 这意味着即使没有热水需要加热，热水器也会持续消耗电力。所以我们在使用完热水之后，一定要及时拔掉插头，避免浪费。 总的来说，拔掉插头是一个简单而有效的节能措施，尤其是对于长时间不使用的电器。 虽然每个插座的节省可能不多，但长期累积下来，它可以为你节省一些不必要的电费支出。

我的博客原文： https://blog.licsber.site/2024/06/30/何为爱情/ 浮木之恋：依赖非爱 听到一个比喻，爱情就像是，溺水的人忽然抓到了一只手，它是如此的强力，于泥潭之中将其解救。 但假如，一个人只有在最不好的时候才能想到你，才把你的作用体现，那和抽屉里过期的止疼药有什么区别呢？ 和这种洪水中的「浮木」谈恋爱，那自己必然不是完整状态，或者说健康状态。 自己将是残血的，期待从另一个世界得到救赎。 或许，连救赎都算不上，仅是自己无法温暖自己，藉由他人的温暖获得满足。 自身并没有给予爱的能力，在这种关系中，爱情似乎变成了一种应急措施，而非生活中自然而然的陪伴与分享。 就像是夜空中偶尔闪烁的流星，虽令人一时惊艳，却无法成为长久照亮彼此的恒星。 这样的爱情，建立在需求与依赖的不对等之上，缺乏了相互扶持、共同成长的基础。 当一个人仅在最困顿、最无助时才转向你，仿佛你是他们生命中的备用选项，那么这份情感的纯粹与深度便值得质疑。 陪伴是最长情的告白 也没有人活该是另一个人的浮木，浮木也会沉。 但人，作为社会性动物需要陪伴，陪伴是一种「渴望」，这不是一种精神上满足的「想要」。 如同生灵对水的渴望一样，它是客观存在的，浮木当然也会有客观上的需要。 在这场恋爱中的 TA ，除了当对方的浮木，更像是在照顾一只宠物。 对于宠物的溺爱，虽然也是付出爱的一种，但宠物总是不对等的。 宠物的感激与需要往往源于 TA 自身的匮乏，而非对浮木本质的欣赏与爱慕。 你不能奢求宠物能完全听懂你的话；也不应该反过来，要求宠物关注你的生活起居。 甚至，想要宠物来满足你渴望得到的陪伴，毕竟，这也不是 TA 活该的。 通往幸福之路 那到底怎么样才算相爱呢？我认为的爱情应该是两个灵魂的彼此救赎。 说是苦难吧，或许言过其实，显得我们过得也太惨了。 但我们的日子确实布满了不易的足迹，然而，在这不易之中，我们学会了成为彼此的光。 在彼此的眼中寻找光亮，是那份“有你，真好”的坚定与温柔。 我们愿意倾听彼此心底的声音，即使那声音微弱得如同夜空中最遥远的星光。 我们愿意拥抱彼此的伤痕，因为那些伤痕背后藏着同样坚韧的生命力量。 祈祷岁月对我最大的庇护，就是让我在一份波澜不惊的爱里，走完此生此世。 所以，你做好准备了吗，我的爱人？我们将在未来的某一个午后，相知相识。 度过一个又一个冬夏，无论风和日丽、风雨交加，都能拥有手牵手前行的坚定。 愿意并肩站立，共享人生风雨与阳光，才是通往真正幸福的道路。

擅长函数式编程，clojure 社区主理人，数据流设计，其他背景请参考过去的帖子。 联系方式 87260280@qq.com

做了 4 年安卓移动安全，尤其是游戏安全这块，但是在公司 975 已经非常厌倦不自由受拘束的生活，请问有没有大佬可以指点条路，有什么行业的公司能接受远程，目前了解到好像只有币圈有这个机会。

管理 API 文档真的太难了 国际化大坑，文档发布大坑，那些转 openapig 格式转 markdown 的每一个效果还满意还满意的

背景 某车企，世界 500 强企业，使用了大量的公有云资源，分布于多家公有云，月消费在千万级别。 业务线多且分散，相关的云消耗由一个核心团队进行管理，本次案例的内容将围绕这些云成本的管理展开的。 需求 1.账单统计： 多维度账单统计与可视化，比如基于成本中心、预算线、部门、应用等条件分类展示。同时支持公有云费用走势分析和费用预测。 2.成本分析：成本趋势分析并支持报告导出，可以对比预算金额与实际支出差异，同时支持通过可视化方式进行展示。 3.费用监控：系统能够对超出阈值或月度/日度费用波动过大的情况进行预警。 4.账户管理：主从关系的账户管理体系，支持多维度展示各类账户类别；支持通过标签实现账户与业务对应关系，支持查看某个业务相关的账户列表及统计账单明细。 5.资源统计：多种维度资源统计的可视化展示，如按成本中心、预算线、部门、应用等划分进行数据可视化呈现。 6.资源分析：资源使用率分析，同时将资源配置与计费关联的使用率以可视化方式展现，方便用户直观识别出需要升级或优化的资源。 7.费用分摊：针对公有云的某类无法具体分摊费用（如短信服务/安全资源）进行费用分摊，同时针对某个云账号进行二次定价，并可以出具二次定价后的账单。 8.其他：支持报表导出以及对外数据接口的开放。 解决方案 1.优先通过公有云的组织账号获取子账号的账单数据和资源数据。在实施阶段，数以百计的云账号的接入，无论是对客户还是对技术支持，都带来了巨大的挑战，如果采用传统的方式，全部手工操作，且不说接入的工作量大，后期维护成本也是显而易见的，比如账号权限更改、密钥过期等情况导致的云账号失效。为了更好的接入和管理这些云账号，同时降低后期的维护成本，我们实现了通过 AWS Organization 根账号的权限来统一获取所有子账号的账单数据和资源数据，阿里云通过资源目录来统一接入资源数据和通过付款账号来获取所有子账号的账单数据，华为云则通过主账号获取所有子账号的账单数据（要求企业主账号为财务托管模式），华为云目前还不支持通过主账号获取子账号的资源数据，所以华为云只能手工录入所有子账号，好在 AWS 和阿里云已经解决掉 80% 的账号接入。 2.基于资源类型维度的费用数据，利用多元线性回归算法生成预测数据。客户希望通过现有的一些数据来预测未来各个公有云费用未来的走势，以辅助管理层的财务决策。在和客户深入沟通和研讨后，我们最终选择了基于历史账单数据以及相关业务数据的多元线性回归算法生成预测数据的方案。这个方案有 2 个好处，即参考了历史账单数据的走势，又能通过相关的业务数据来调整预测数据的走势。另外，我们的预测要基于资源类型这个维度，这可以方便客户未来通过平台、云账号、子账号、项目以及基于项目的标签来查询预测数据。知易行难，在研发过程中，还是出现了很多意外的情况，因为粒度比较细，在线性回顾的作用下，有些呈现下降趋势的费用，生成的预测数据，时间拉的越长，负值就会越大，由于客户有一段时间将某个平台的部分流量切到了另一个平台，新平台又没有足够多的历史数据，最终造成的结果，整体上是下降趋势，甚至到负值，值得庆幸的是，我们和客户一起解决了这个问题，细节就不在展开讲了。 3.把公有云子账号映射到多云管理平台的项目，然后在项目上通过标签的方式维护业务数据。客户对公有云的管理是基于子账号展开的，管理的粒度虽然会粗一些（有些企业会细到项目更有甚者会到实例级别），但是这样管理的效率会比较高。客户基于这些子账号，在线下的 excel 里面维护了很多业务属性的数据，例如成本中心、预算线、部门、项目、环境、系统、业务、应用等等。客户的需求是基于这些业务视角来灵活的查看相关的账单数据。通过对这些现状的分析，我们得出一个结论，就是把子账号映射到云联壹云 FinOps 产品的项目比较合适。因为多云管理平台的项目是支持打标签的，进而我们把客户的这些业务数据全部维护到项目的标签上，这样就可以顺利成章的将业务数据和账单数据关联起来的。解决了数据关联问题，在费用分析模块增加项目标签的维度支持，就可以满足客户的基于业务视角洞察公有云成本的需求。 4.通过二次定价功能，对某类账单进行重新定价。二次定价，这个功能点，我之前在《云联壹云融合云管理平台的 10 大应用场景》也介绍过，这个功能特别适合公有云的代理商，因为有些代理商那里可以拿到很好的折扣，然后再通过较低折扣的方式为客户节约成本，中间也是挣点辛苦费。其实这个功能也适合现在盛行的央企国企以及大型集团公司的下属数科公司使用。云联壹云多云管理平台能够支持到比较细粒度的二次定价配置，允许客户对某个公有云的某个云账号的某个子账号的某个资源类型的进行二次定价，这基本上可以满足公有云代理商的对公有云账单进行二次定价的需求。 5.通过预付费分摊功能分摊包年包月、AWS RI 、Azure CPP 等费用，通过项目分摊功能分摊公共资源费用。当所有的账单数据和资源数据以及监控数据能够按照客户的需求流向目标项目，剩下的就是调账了。一般来讲，公有云账单里面大致有 2 类费用需要调整，一类是预付费的费用，一类是公共资源或者 PaaS 、SaaS 的费用。对于预付费的资源费用，虽然钱是一次性付给云厂商的，但是在财务某种场景下，需要把这笔费用平摊到预付费资源生命周期内所有月份。这件事情看起来还比较简单，但不同云厂商的多种复杂的预付费模型，让做好这件事情变的异常复杂，国内主流的包年包月还好处理，但 Azure 中国的 CPP 、AWS RI 、GCP 的 CUD 等等这些，处理起来就很复杂了。当然，随着客户的增多，各种场景的覆盖，云联壹云目前还算积累了一些开箱即用的分摊策略，用户无需关心，在每天的处理账单的任务中，自动就把这些预付费的资源账单进行了分摊，用户只需要在使用的时候，切换一下页面的包年包月分摊，就可以随时查看分摊前和分摊后的账单数据及统计。针对公共资源的分摊，要比预付费分摊稍微简单的一些，需要用户针对云账号下的某个项目或者多个项目的某种资源类型设置均摊或者按照消费比例分摊即可，当然，也可以选择某些项目下的所有资源类型进行分摊，也可以设置多条分摊策略进行组合，具体可以根据自己的场景进行灵活配置（最常见的是分摊带宽流量、短信服务、support 、WAF 安全防护等费用）。同样，只要用户设置好了分摊策略，每天都会生成相应的分摊数据，只需在页面按需展示即可。 6.通过基于组织架构的权限管理，控制资源和费用的访问。企业在 IT 资源管理方面的需求往往是多元且具体的，云联壹云多云管理平台的核心目标正是在于将标准化的云服务灵活适应不同企业的个性化需求，实现内部资源的精细化管理与高效运营。正如“一图胜千言”所表达的直观性原则，该平台早早就实现了利用项目标签体系构建可视化树状结构的功能，如下图所示。当用户在实际操作中涉及到组织架构场景时，一系列基于此的应用需求便自然涌现出来：例如，能否直接通过组织架构视图快速浏览和汇总各层级的费用消耗情况？又如，是否可以依托组织架构来进行权限控制，确保只有特定人员有权查看或管理其所在分支下的资源及账单详情呢？对于这些贴近用户实际痛点的问题，云联壹云给出的答案是积极肯定的，并始终坚持产品功能的设计与优化应当源自用户的真实需求，并最终服务于广大用户，实现用户体验与业务管理的深度融合。 客户收益 通过公有云组织账号的应用，降低了客户的接入公有云的成本以及后续云账号一系列的维护成本。 借助平台提供的更加细粒度的费用预测数据，帮助企业建立合理的预算，推动控制云成本，避免预算超支情况。 通过平台的项目标签功能，企业得以从各种业务视角深度洞悉公有云成本构成，从而帮助企业做好公有云账单进行精细化管理与运营。 灵活的二次定价，赋能运营方或管理方由运维向运营的转变，享受运营带来的收益。 预付费分摊和项目分摊，确保每项业务活动产生的成本明细可见，提高成本核算的透明度和公平性。 基于组织架构的权限管理，满足企业个性化需求的同时，保障数据访问的安全合规。 总结 云联壹云推出的 FinOps 解决方案，凭借其卓越的自动化、产品化与自服务优势，在协助某汽车制造企业有效驾驭公有云成本管理与深度分析过程中发挥了关键作用。该产品通过大幅提升账单处理的效率、及时性和精确度，有力推进了公有云成本的精细化运营与精益化管理，切实赋能企业在云资源成本控制上取得显著成效。 原文地址： https://www.yunion.cn/article/html/20240705.html 推荐阅读 Flexera 2024 云状态报告解读 透视 Azure CPP 效益，云联壹云 FinOps 帮助某保险企业账单整合与 CPP 权益分配 云联壹云助力某国际知名连锁餐饮企业实现 FinOps 卓越运营 新研究：Gartner 公有云成本管理框架 FinOps 应用入门指南 关于云成本管理和优化 FinOps ，你需要知道的一切

大家都有什么人生遗憾的？分享分享 我：没好好上学，导致现在想参与进 AI 看懂 AI 是怎么干的，只能从头开始对数学下手。还不知道自己能不能拿下。 人生流下的泪水都是脑子进过的水呀~~~

难道我是什么误操作触发了多选标签页吗？比如快捷键？

想一改几十年的哑巴英语，希望境外出行的时候避免尴尬，与老外开会的时候避免结巴。 --------------------------------------------------------------- 市面上其实已经有很多这样可以练习的成品 AI 了。 目前尝试了一个 Pronounce 的网页，谷歌就能搜到，每天有在练习它的任务，是用 AI 纠正你的发音的，但是比较坑的点在于它能纠正的点太少，我明明感觉一篇短文起码十几个错误，它只给我点出来四五个，再更完全的口语分析需要交费，包月是每个月 8 刀好像。 在手机上也试过一个练习口语的叫 TalkAI ，试了一下确实蛮 nb 的，但是需要收费，而且问题和前面一样，免费版的体验有限，收费也比较贵，不过是买断式。 ---------------------------------------------------------------- 于是萌生了一个念头，即我猜测这些软件的原理是“录音的分词”+“语库发音的比对”。 那么目前条件如下： 1.我可以随意找到一篇英语短文练习（互联网上到处都是） 2.我可以轻易将这篇英文转为标准的口语语音（无论是翻译 app 还是 chatGPT 帮我朗读、或者有专业的读文章的软件） 那么我需要一个算法： 1.将我的录音以及标准发音的音频进行分词。 2.在 1 的基础上，假设分词的数量是一致的，那么只需要匹配上我发音的单词的置信度，告知我置信度即可告知我的发音是否标准。 我对这块并不是很熟悉，但是愿意稍微花点时间去了解一下，请问大家伙是否有合适的思路或者现有的开源项目可以推荐呢？如果最后实现了，我也可以反馈社区分享给大家。

一直以来用百度的，但百度最近太恶心了，没备案的网站，通通都给你停了，说你网站违规。 一时不知道该用啥了，所以就来这里求助各位 V 友，有没有好用的网站统计。感谢各位。

pve 刷了 openwrt ，路由器 ap 模式，ipv6 有地址，但是 ipv6 的测试，却显示不通过。有大佬知道怎么办吗

想找一个强大的前端页面 websocket 库，用以上哪一个最好用。 感觉是 socket.io-client ，请问另外两个是不是用于 server 端的。

距离上一次还没 3 个月

主板：华硕 H610m-f d4 cpu: i5-13600T 现在情况：不插入显卡就不会开机，只有插入显卡才能开机，装的 Ubuntu 系统，本来想当个服务器使用的；更新过了 bios ；求大佬提供思路解决；