1作者: mambazz4 个月前原帖
我对现有的“免费短信”网站感到非常失望。大多数网站充斥着恼人的广告,而且一半的号码通常都是无效的或被主要服务商列入黑名单。<p>为了自己解决这个问题,我创建了<a href="https://smsreceive.live" rel="nofollow">https://smsreceive.live</a>。该网站专注于简洁的用户界面,我每天努力更新新的号码,以确保它们确实可以用于一次性密码(OTP)验证。<p>我还在<a href="https://receivesms.me" rel="nofollow">https://receivesms.me</a>上镜像了这个项目,以测试不同的缓存策略并确保高可用性。<p>非常希望听到你对用户界面/用户体验的看法,或者任何关于如何改进号码轮换逻辑的建议。
1作者: AryanKumar14014 个月前原帖
我构建了一个命令行工具,用于在代码发布到生产环境之前捕捉慢速导入和潜在的副作用。 问题:Python 导入可能会悄然成为性能陷阱。你的命令行工具在显示 --help 时需要 2 秒,因为导入你的包时拉入了 pandas。更糟糕的是,导入某个模块可能会导致网络调用或写入文件等副作用。 Importguard 利用 Python 的 -X importtime 标志精确测量每个导入所需的时间,然后让你可以: - 设置时间预算:`importguard check mypkg --max-ms 200` - 禁止重型导入:`importguard check mypkg.cli --ban pandas --ban torch` - 获取可靠的计时:`--repeat 5` 多次运行并报告中位数 - 在 `.importguard.toml` 中配置每个模块的规则 它在一个独立的子进程中运行,因此不会污染你的解释器,并输出 JSON 以便进行 CI 集成。 使用场景: - 保持命令行工具启动迅速 - 防止无服务器冷启动回归(Lambda/Cloud Functions) - 确保库的卫生(不强迫用户安装重型依赖) 使用命令:`pip install importguardpy` GitHub: [https://github.com/AryanKumar1401/importguard](https://github.com/AryanKumar1401/importguard) 欢迎反馈如何使这个工具更有用!
2作者: datron4 个月前原帖
大家好,我创建了 Jilebi——一个用 Rust 编写的 MCP 服务器/运行时,它通过 JavaScript 插件获取工具。这些插件在 Deno 沙箱运行时中运行,需要权限才能访问文件和网络资源。 它简化了 MCP 服务器的创建和安装。欢迎试用!目前我正在努力减少可执行文件的大小,任何建议都非常感谢。 新年快乐!
1作者: monterrey4 个月前原帖
是否可以将正向应用于牛顿第三运动定律,将其视为电动机装置中的动态系统?<p>第三热力学定律在发电设备中的应用。作用与反作用的反应。新的扭矩功率。这是两个力量相互作用的简单加法公式:1/作用 + 2/反作用 = 反动态。/ 每个作用都有一个相等且相反的反应。一个系统中的两个力量。<p>反动态效应 - 右旋/作用 => 与 <= 左旋/反应现象效应。/ 转子/RPM 与流入/方式。第三热力学定律在发电设备中的应用。作用前的反应。新的扭矩功率。这是两个力量相互作用的简单加法公式:1/作用 + 2/反作用 = 反动态。<p>“在质量内部改变旋转使得改变其惯性特性成为可能。这是没有任何质量排放的喷射运动方程。”——阿尔伯特·爱因斯坦。<p>惯性推进系统的创建逻辑如下:任何运动都是旋转——物质的旋转产生时空扭曲——时空的扭曲由里奇扭曲描述——里奇扭曲是一个惯性场——任何物体的静质量由其惯性场决定——通过物质内部的场和惯性力量,我们可以创建一个根据方程[m(t) dv/dt = -vdm/dt]运动的惯性推进系统。<p>牛顿第三运动定律:III. 每个作用都有一个相等且相反的反应。<p>这是两个力量的总和——一个对另一个/在一个系统中的两个力量。<p>反动态效应的公式是一个简单的数学求和。右旋加左旋的结果就是总和,这就是反动态效应。但仍然是指数增长。<p>http://stateoftheartnovelinflowtech.blogspot.com<p>https://padlet.com/gearturbine/un2slbar3s94
1作者: saadahmad4 个月前原帖
大家好,我是黑客新闻社区的新成员,想和大家分享我一直在做的项目。 在过去的三年里,我一直在构建 Arvo,这是一个 TypeScript 工具包,旨在帮助 AI 代理、人类、工作流和业务逻辑协同工作。 我的核心理念是将主要的工作单元视为事件处理器。代理、工作流、服务和人类都被建模为事件处理器,通过事件网络进行通信。没有架构特权。一个代理与工作流的协作使用的模式与工作流与人类的协作是相同的。 主要特点: - 合同优先设计,具有运行时验证(基于 Zod) - 基于事件的持久执行,支持工作流的挂起/恢复 - 使用状态机(XState)来处理结构化工作流 - 当状态机变得受限时,使用命令式编排(Temporal 风格) - 与基础设施无关(相同的代码可以在本地或云端运行) - 原生 OpenTelemetry 集成 基于 CloudEvents,通过物理编排实现虚拟编排。处理器是无状态的,工作流以 JSON 形式持久化,一切自然组合。 开源,生产就绪的核心,标准库正在不断扩展(@arvo-tools)。 欢迎讨论架构或回答关于设计决策的问题。