最新

GitHub: <a href="https://github.com/Ferki-git-creator/std_net" rel="nofollow">https://github.com/Ferki-git-creator/std_net</a>

在浏览器中录制用户无法控制的网页有哪些可选方案？ 使用场景是，用户输入任意网页的URL，并且应该有一个按钮来录制用户的浏览器交互。用户输入的网页URL可以是一个iframe或其他选项（我对想法持开放态度）。我探索过的选项有： 01. 编写一个Chrome扩展 - 不适用于我的使用场景 02. rrweb - 由于安全原因，不支持iframe交互捕获 谢谢！

我们是马尔科姆和乔什，两个工程师，在阅读了《独立公司》这本书后，决定自创一家公司。（如果你还没读过，这本书非常适合那些想要建立可持续业务而不是追求指数增长的人。）我们从未打算建立一家专注于Terraform的公司。我们只想要独立和一种生活方式的商业模式，结果却走到了这里。 Terrateam是一个开源工具，可以在拉取请求中运行和应用Terraform计划。可以将其视为专为处理大型单体代码库和灵活工作流程而设计的Terraform编排工具。 几年前，我们在尝试如何启动一家公司。我们不想依赖风险投资。我们希望获得独立和可持续的业务，即使它增长缓慢。这就是我们的目标。 我们最初尝试了很多东西，比如Package Depot、Curl Bash，以及一个叫“Hosted Atlantis”的项目。结果都没有真正奏效。但Terraform总是不断回到我们的视野中。老实说，我们并不是超级粉丝。整天编写HCL并没有让我们感到兴奋。但围绕Terraform的编排问题是不可避免的。Atlantis（默认的开源解决方案）在处理单体代码库时会遇到瓶颈。Terraform Cloud则昂贵且不够灵活。GitHub Actions也不够稳定。我们知道这些都是实际存在的痛点。 于是我们开始构建Terrateam。起初，它基本上是“OCaml版的Atlantis”，因为我喜欢编写OCaml，而类型系统让我在进行大规模重构时更有信心。回想起来，我们尝试了一次做太多事情，且没有明确区分。但随着时间的推移，我们逐渐理清了思路。 Terrateam的优势在于： - 单体代码库，得益于标签系统，让你可以通过自定义工作流程、策略和访问控制，针对基础设施中最低层的部分进行操作。我们有团队在数万个目录的大型代码库中运行Terrateam，标签系统使得运行保持隔离和可管理。 - 一切直接在拉取请求中运行，无需额外的用户界面。我们认为额外的仪表板是一个不必要的上下文切换，尽管当拉取请求过于受限时，我们仍会提供一个。 - 我们是自筹资金、以盈利为目的的开源项目。我们的大多数竞争对手都是闭源的，依赖风险投资，并专注于大型企业。我们则瞄准中型市场。这些团队需要编排，但不想花费六位数的预算，也不想在预算会议上讨论，或将工程师转移到构建和维护自己的系统上。Terraform编排的重要性足以值得付费，但大多数团队不应该自己去构建和维护这个问题。 至于人工智能，我们尚不清楚它的适用位置。今天我们认为，编排仍然是一个人类工作流程，涉及人员审核计划、执行政策和批准变更。也许未来人工智能会增强这一过程，但我们目前的重点是确保基础功能的可靠性。基础设施的变更应该是有意为之的。 获得关注仍然是最困难的部分。我们没有大规模的营销预算。我们不是默认的开源选择，因为Atlantis仍然占据这一位置。但我们构建了真正的团队在生产环境中使用的工具，我们认为这里的工程和商业问题足够有趣，值得分享。 代码库： [https://github.com/terrateamio/terrateam](https://github.com/terrateamio/terrateam) 我们非常欢迎反馈，尤其是来自那些尝试自创基础设施工具、思考开发工具市场推广策略或在大规模使用Terraform时遇到挑战的人。