最新

我是一个独立黑客，构建了许多小的 Phoenix 应用，我厌倦了为每个项目都设置 LogSnag/Mixpanel/或其他类似工具，仅仅是为了在有人注册或购买时收到通知。<p>我最喜欢 Elixir 的地方是不需要第三方——Phoenix.PubSub 代替 Redis，Oban 代替 Sidekiq，LiveView 代替 React。所以我构建了 FYI，将同样的理念带入产品事件跟踪和通知。<p>它的功能： - 用一行代码跟踪事件：`FYI.emit("purchase.created", %{amount: 4900})` - 在事情发生时获得 Slack/Telegram 通知 - 将特定事件路由到特定频道（例如，waitlist.* → Slack，errors.* → Telegram） - 在 /fyi 处提供漂亮的管理员 UI，具有实时更新、搜索和过滤功能 - 即插即用的反馈小部件（安装到你的代码库中，而不是一个 iframe）<p>主要特点： - 零外部依赖——只有 BEAM、Ecto 和 Phoenix - 一键设置：mix fyi.install - 与 Ecto.Multi 集成，因此事件仅在事务提交后发出 - 即发即弃——失败永远不会阻塞你的应用程序 - 反馈组件位于你的代码库中，因此你可以自定义它<p>理念： 没有 Oban 队列，没有重试，没有退避。只有简单的 HTTP 通知和 Postgres 持久化。想想“LogSnag，但自托管且原生 Elixir。” 安装程序甚至将反馈组件复制到你的代码库中，而不是让你使用外部小部件，这样你就可以根据自己的喜好设置样式。<p>代码库：<a href="https://github.com/chrisgreg/fyi" rel="nofollow">https://github.com/chrisgreg/fyi</a><p>Hex：<a href="https://hex.pm/packages/fyi" rel="nofollow">https://hex.pm/packages/fyi</a><p>文档：<a href="https://hexdocs.pm/fyi" rel="nofollow">https://hexdocs.pm/fyi</a><p>希望得到社区的反馈！

随着越来越多的购物者开始通过人工智能助手（ChatGPT、Copilot、Gemini、Perplexity）来发现产品，我很好奇团队是如何处理“预可见性”问题的。 具体来说： * 你们如何检查产品数据是否真的能被人工智能系统解释（不仅仅是被索引）？ * 你们是依赖模式验证、数据源检查、手动提示，还是其他方法？ * 你们是否遇到过可见性追踪显示“无”，但根本原因是产品数据不可读或含糊不清的情况？ 对实用的方法、失败案例和经验教训感兴趣。