4作者: lawChainHot25 天前原帖
我开发了一个Chrome扩展,它充当WebSocket代理,允许实时监控、消息模拟和流量拦截。可以把它想象成“WebSocket的Proxyman”,但集成在Chrome开发者工具中。 <p>主要功能: - 实时WebSocket监控和消息捕获 - 双向发送自定义消息(客户端 ↔ 服务器) - 阻止进出消息以进行测试 - 背景监控(即使在关闭开发者工具时也能捕获连接) <p>为什么:我在调试一个WebSocket聊天应用时,需要比浏览器开发者工具更好的工具。现有的解决方案要么需要外部代理,要么功能过于简单。 <p>技术:注入代理脚本以拦截WebSocket构造函数,使用React + Vite构建UI,集成Chrome开发者工具API,采用MIT许可证。 非常适合调试WebSocket应用、测试错误场景、逆向工程API和质量保证测试实时功能。 <p>链接: <p>GitHub: <a href="https://github.com/law-chain-hot/websocket-devtools">https://github.com/law-chain-hot/websocket-devtools</a> <p>YouTube演示: <a href="https://www.youtube.com/watch?v=L64x__1xORQ" rel="nofollow">https://www.youtube.com/watch?v=L64x__1xORQ</a> <p>希望能收到经常使用WebSocket的开发者的反馈!
1作者: rohannihalani26 天前原帖
我创建了Rhome,以应对如今大多数平台上充斥的短小、低质量内容的无尽洪流。在Rhome上,你可以探索来自朋友和有见地的个人的可信推荐——书籍、文章、播客、电影等等。没有无尽的动态,没有毫无意义的点赞,没有15秒的多巴胺循环。只有你真正关心的人分享的有意义的内容。 非常期待听到大家的想法和反馈!
1作者: FesterCluck26 天前原帖
自互联网诞生以来,这一直是一个问题,但在线公司不理解或直接拒绝理解信用卡授权/交易的运作方式,实在令人失望。 商家:当你“收费”我的卡时,你实际上是在进行一项授权。你会收到一个与之对应的代码,这确保你在关闭交易时可以收取高达该金额的款项。这个授权的保持时间各不相同,但确实可能会超出你下一个关闭批次的时刻。你常见的10天、14天或30天的响应时间实际上是你或你的服务提供商设定的默认值。这是授权的有效期,并在初始交易时发送,购买者的银行会予以承认。 有了这个授权代码,你可以在不重新拉取新授权代码的情况下,更新授权金额为更少的数额。你也可以将该交易以给定金额或更少的金额包含在一个批次中。关闭批次后会进行结算。 当你的应用程序存在漏洞时,留下悬而未决的授权不应由用户承担责任。在错误处理时实施适当的授权更新。无需担心意外的付款或退款,只需将授权更新为$0。 大家对此有什么看法?