自荐一下 urodele ，最方便的 Github Pages 博客编辑工具，其他的工具至少都有着这样那样的痛点 https://github.com/glink24/urodele

@forty 编辑器宽带变化是 bug ，修复了😂； markdown 工具栏这个是因为本身 tiptap 不是 md 编辑器，而且我也倾向于做成 notion 这种简洁的文档编辑器，选中修改格式和 slash command 这些都是有的

@Xheldon 好东西！不过 Urodele 能解决我的一大痛点，就是无需图床～

@poltao 我会努力的😂

@SenLief 这个相当于一个编辑交互更方便的 vscode ，还能自动插入图片

@SenLief vscode 写 markdown 还可以，但是一是没办法加自定义格式+刚需图床，二是不是什么设备上都有 vscode 和 git

@songray 如果是导入 urodele 的话，把 md 预览时的 html 粘贴到编辑器也能保留大部分格式～

@LYwyc2 为啥会被封啊，能解封吗？

大部分没有适配的 pwa 会有这种情况，不过刘海和横条也是可以适配的，比如我的 oncent.github.io

@eason1874 看过了，这里的事件指的是 GA 自己收集的默认事件，并且只能根据其已有的事件来创建事件，不是指通过代码手动上报的自定义埋点事件，例如我在代码中设置了某个按钮点击后上报分享事件，并没有在官方文档里说明如何获取

@HoshinoRei 修好了

@Peikon
@HoshinoRei
新版修复了，打开后等一会退出重进可以更新，版本 0.02

@HoshinoRei 有复现步骤吗？我试了下电脑和手机都能正常切换

[email protected] 谢谢大佬

打错了，是 @mixin.one 发送不了

.mixin@one 邮箱似乎发送不了邮件

有什么经验要求吗？

看了各位的回答后，我的理解是这样的：

浏览器在设计之初并没有一个很好的身份认证手段，于是采用了 cookie 用作身份认证，为了鉴定用户身份，浏览器不得不每次发送请求时都带上请求网站的 cookie ，因此为了考虑兼容性，不能阻止`a.com`向`b.com`发送请求时带上`b.com`的 cookie 。

所以为了避免恶意网站利用这个 cookie ，对于非同源请求，浏览器选择了先向服务器询问`a.com`是不是可信任的（ OPTIONS 预检），得到确认后才会向服务器发送真正的请求，也就是同源策略。

如今大部分本地应用采用的是 jwt 方式保存登录信息，因此也就避免了浏览器 cookie 的漏洞，所以不需要同源策略，虽然现在的网页也可以使用 jwt 方式认证，但是为了兼容性，浏览器依然需要使用原有的 cookie 发送策略，才会有同源策略这一限制。

那么以后会不会出现某种新的浏览器 API ，使用此 API 时可以抛弃原有的 cookie 策略，允许开发者自由访问其他域名的请求呢？

@pursuer 有一定的道理，不知道如果以后添加 pwa 也可以被视为“用户知道自己在做什么”的话，会不会取消一定程度的同源限制，postman pwa 版多好啊