遇到了这个ExitProtocol自动生成的“取证资产追踪报告”（LIBR，完整账本重放，SHA-256封存，法庭风格引用）。<p>https://exitprotocols.com/static/documents/Sterling_Forensic_Report_FINAL.pdf
返回首页
最新
我是一名独立开发者，构建了许多小型的Phoenix应用程序，但我厌倦了为每个项目设置LogSnag/Mixpanel等工具，只是为了在有人注册或购买时收到通知。
我最喜欢Elixir的一点是无需依赖第三方——使用Phoenix.PubSub替代Redis，Oban替代Sidekiq，LiveView替代React。因此，我构建了FYI，以将这种理念应用于产品事件跟踪和通知。
它的功能包括：
- 用一行代码跟踪事件：`FYI.emit("purchase.created", %{amount: 4900})`
- 当事件发生时，接收Slack/Telegram通知
- 将特定事件路由到特定频道（例如，waitlist.* → Slack，errors.* → Telegram）
- 在/fyi提供美观的管理界面，支持实时更新、搜索和过滤
- 可直接嵌入的反馈组件（安装到你的代码库中，而不是使用iframe）
主要特点：
- 零外部依赖——只需BEAM、Ecto和Phoenix
- 一条命令设置：mix fyi.install
- 与Ecto.Multi集成，确保事件仅在事务提交后触发
- 一次性发送——失败不会阻塞你的应用
- 反馈组件存放在你的代码库中，便于自定义
理念：
没有Oban队列，没有重试，没有退避。仅仅是简单的HTTP通知和Postgres持久化。可以理解为“LogSnag，但自托管且原生于Elixir”。
安装程序甚至会将反馈组件复制到你的代码库中，而不是让你使用外部小部件，这样你可以根据自己的需求进行样式调整。
仓库链接： [https://github.com/chrisgreg/fyi](https://github.com/chrisgreg/fyi)
Hex链接： [https://hex.pm/packages/fyi](https://hex.pm/packages/fyi)
文档链接： [https://hexdocs.pm/fyi](https://hexdocs.pm/fyi)
期待来自社区的反馈！
随着越来越多的购物者通过人工智能助手（如ChatGPT、Copilot、Gemini、Perplexity）开始产品发现，我很好奇各团队是如何处理可见性前问题的。
具体来说：
你们是如何检查产品数据是否真的可以被人工智能系统解读（而不仅仅是被索引）？
你们是依赖于模式验证、数据源检查、手动提示，还是其他方法？
你们是否见过可见性跟踪显示“没有数据”的情况，但根本原因却是产品数据不可读或模糊不清？
我对实际的解决方案、失败案例和经验教训非常感兴趣。