用于创建比规范更窄的独立 cookie 存储的浏览器扩展
有谁知道浏览器扩展（最好是 Firefox）允许您以比规范更精细（且可配置）的粒度创建独立的 cookie 存储？
例如说 http://a.example.com/ 首先发送
Set-Cookie: a=bar; expires=Fri, 31-Dec-2010 23:59:59 GMT; path=/; domain=.example.com
很明显，这也会由 Firefox 发送随后在 http://b.example.com/ 下请求的任何内容。我希望扩展程序不发送 b.example.com 的标头。通常，这将导致 b.example.com 发送不同的 set-cookie 标头，然后仅针对 b.example.com 重新发送该标头。这个想法是在同一个站点上创建多个独立的会话。
如果它支持其他粒度方案（例如 http://example.com/a/与 http://example.com/b/ 分开）。
这让我觉得有点类似于 Applications Boundaries Enforcer，但有所不同并且不在其范围内（尽管我可能是错的） ）。
最后，我知道这可以给你足够的绳子来上吊自己。
Does anyone know of a browser extension (preferably Firefox) that allows you to create independent cookie stores at a finer (and configurable) granularity than the specification?
E.g. say http://a.example.com/ first sends
Set-Cookie: a=bar; expires=Fri, 31-Dec-2010 23:59:59 GMT; path=/; domain=.example.com
So clearly this would also be sent by Firefox for anything subsequently requested under http://b.example.com/ . I want the extension to not send the header for b.example.com. Typically, this will cause b.example.com to send a different set-cookie header, which would then be resent only for b.example.com. The idea is to create multiple independent sessions on the same site.
It would be an added bonus if it supported other granularity schemes (e.g. http://example.com/a/ is separate from http://example.com/b/).
This strikes me as somewhat similar to Applications Boundaries Enforcer, but different and not within its scope (though I could be wrong).
Finally, I'm aware that this could give you enough rope to hang yourself.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以使用 Chrome 的多用户执行类似的操作（多个浏览器窗口具有不同的 Cookie 和设置）特征。
这也可以通过 Firefox 配置文件和
-no-remote实现。You can do something similar (multiple browser windows with different cookies and settings) with Chrome's multiple user feature.
This might be doable with Firefox profiles too, and
-no-remote.