Pump Tracker 让您实时跟踪顶级 Solana KOL 和影响者的交易。它会自动提取他们的交易记录（如 Pump.fun、Raydium 等），计算持仓和盈亏，并突出他们的最佳操作，让您能够看到谁在 meme 币游戏中真正获胜。
返回首页
最新
这件事很有意思。我在一个关于沙发冲浪的帖子下收到了一个机器人的评论，我能看出这个评论是机器人的，因为它是从我手机上的社交媒体中提取的。当我揭穿这个机器人并表示我讨厌那个明显的引用时，我的账号立刻就被封禁了。这真是太疯狂了。
Karton（德语中的“纸箱”）是一种类型安全且基于WebSocket的解决方案，允许您定义服务器和客户端之间同步的共享定义（即“Karton合同”）：
<p>- 在服务器和客户端之间同步的状态类型（在客户端为只读）<p>- 客户端可以调用的服务器过程，以对服务器端进行变更<p>- 服务器可以调用的客户端过程，以对客户端进行查询等操作<p>所有连接共享相同的状态，状态始终由服务器定义。增量通过JSON样式的补丁高效同步（底层使用immer）。<p>我们是Glenn和Julian，我们将其作为我们创业公司（stagewise - YC S25）的工具构建。我们需要一个简单且类型安全的解决方案，以将CLI应用程序（JS应用）与基于浏览器的UI应用（我们使用React）同步。我们没有找到任何看起来易于使用的解决方案，因此我们决定自己构建一个。<p>我们提供了原生TS的服务器和客户端，但也提供了一个特定于React的客户端，使您能够以Zustand风格访问状态（允许仅选择整个状态的部分）。<p>该API设计得非常易于使用，只有一个在服务器和客户端应用之间共享的输出类型，这使得如果您构建由多个子应用组成的本地运行的JS应用时，成为一种低开销的解决方案。Karton采用MIT许可证，已在npm上发布（@stagewise/karton），并且目前是我们更大开源单体仓库的一部分。它基本上处于测试阶段，但我们已经在生产中使用它。<p>GitHub: <a href="https://github.com/stagewise-io/stagewise/tree/main/packages/karton" rel="nofollow">https://github.com/stagewise-io/stagewise/tree/main/packages...</a><p>NPM包: <a href="https://www.npmjs.com/package/@stagewise/karton" rel="nofollow">https://www.npmjs.com/package/@stagewise/karton</a><p>我们的YC发布: <a href="https://www.ycombinator.com/launches/O3M-stagewise-the-frontend-coding-agent-for-production-codebases">https://www.ycombinator.com/launches/O3M-stagewise-the-frontend...</a>
我创建了 Paletra（<a href="https://paletra.cc" rel="nofollow">https://paletra.cc</a>），旨在简化在浅色和深色模式下设计可访问色彩调色板的繁琐工作流程。<p>这个想法来源于我合作的一位设计师——她使用 ChatGPT 生成色调，使用 Coolors 进行可视化，然后用 WebAIM 检查对比度，最后再将这些内容复制到 Figma 中。<p>Paletra 的目标是简化这一切：<p>- 从基础颜色生成色调、阴影和深色模式版本
- 实时查看 WCAG 对比度评分（在黑色和白色背景下均可）
- 查看匹配的互补色
- 在实际 UI 组件（按钮、悬停/禁用状态等）上预览颜色
- 将调色板保存到文件夹中
- 导出为 JSON/CSS/SCSS
- Figma 插件：直接应用调色板或分析任何组件的可访问性<p>仍在持续改进中——希望能收到关于以下方面的反馈：
- 色彩设计工作流程
- 可访问性指导的用户体验和清晰度
- 任何您希望它做得更好的地方<p>网站（免费开始）：<a href="https://paletra.cc" rel="nofollow">https://paletra.cc</a><p>感谢您的关注！
大家好，
我正在开发一个新的工具，旨在让用户在 Kubernetes 上构建应用，摆脱 YAML 的痛苦。我已经将其开源，并采用 Apache-2.0 许可证，期待大家的反馈。
这个工具的灵感来源于 KRO（[https://kro.run](https://kro.run)）（这是亚马逊最近发布的一个项目），并在其基础上进行了扩展。TypeKro 的目标是提供一种声明式的、类型安全的用户体验，以便使用 TypeScript 来编排复杂的 Kubernetes 依赖关系，从而享受到智能感知和现代编程语言的其他好处。
它有几个独特之处：
1. TypeKro 提供无缝的开发体验，您可以像访问已填充的字段一样访问运行时状态字段，使开发过程更加顺畅。TypeKro 或 KRO 将能够在 JavaScript 运行时或 Kubernetes 集群中的操作员中无缝处理编排。
例如：
```typescript
const database = StatefulSet({ ... });
const webapp = Deployment({
name: 'my-app',
image: 'my-app:latest',
env: {
// 这看起来像是正常的属性访问，但它是
// 一个类型安全的引用，在部署后解析！
DATABASE_HOST: database.status.host,
},
});
```
2. TypeKro 提供三种部署模式，以提供灵活性，包括渲染适合 GitOps 的 YAML，直接部署到您的 Kubernetes 集群中，使用拓扑排序的有向无环图（DAG），以及将您的基础设施作为 KRO 资源图定义进行部署。
这三种部署方式让您可以在短反馈循环中进行开发，并在部署时提供灵活性。
3. TypeKro 了解 Kubernetes 控制平面，甚至会在您部署资源时将相关的 Kubernetes 事件流式传输到您的终端。
4. TypeKro 足够智能，可以延迟自定义资源（Custom Resource）的部署，直到它们的自定义资源定义（CRD）准备就绪，因为 Kubernetes API 在 CRD 准备好之前不会接受 CR。
5. TypeKro 尝试通过与 arktype 集成的非常简单的 API 来暴露所有功能，以便您可以使用 TypeScript 开发者熟悉的工具构建和使用 kubernetesComposition()，并且它内置了与您现有工具栈集成的能力。您可以使用它来部署您的 Helm 图表或 YAML 清单以及您的新资源。
如果您感兴趣，可以从文档网站开始了解：[https://typekro.run/](https://typekro.run/)
您可以在这里访问源代码（欢迎给我点赞）：[https://github.com/yehudacohen/typekro](https://github.com/yehudacohen/typekro)
如果您想了解我关于 TypeKro 软件架构及其在生态系统中位置的详细想法，可以阅读我很长的博客文章。请注意，这篇文章比较长：
[https://yehudacohen.substack.com/p/introducing-typekro](https://yehudacohen.substack.com/p/introducing-typekro)
我还创建了一个 Discord 频道，目前没有用户。如果您想成为第一个加入的人，欢迎来聊聊！
现在还处于早期阶段，虽然我希望这能提供良好的体验，但我相信仍然存在一些未被我的测试套件捕捉到的错误。目前我只在本地的 kind 集群上进行了测试。
我希望改进这个工具，使其成为部署到 Kubernetes 的最简单方式。我有很多想法，包括将 Crossplane 和云控制器的资源以及其他第三方资源与其复杂的组合依赖关系进行集成。我也希望尝试并扩展它，以支持跨基础设施边界的多集群部署。
欢迎所有贡献！