摘要：上线一段时间了，陆陆续续收到小伙伴的反馈，比如：页面选择样式让人误解，是否会支持火狐，对应介绍工具的blog 不能访问，是否插件安装了以后也需要科学等。我来逐一解答。

上线一段时间了，陆陆续续收到小伙伴的反馈，比如：页面选择样式让人误解，是否会支持火狐，对应介绍工具的blog 不能访问，是否插件安装了以后也需要科学等。我来逐一解答。

由于本人角色为开发，有些语言描述不到位，之前虽然有描述插件的作用，但是还是有小伙伴不明白，请再次容许我用我拙劣的语言描述下使用场景：

同步Safari 浏览器中的书签到其他浏览器（目前包括Chrome 和Edge，严格描述应该是以Chromium 为内核的所有浏览器:见下表。）这个场景也是我做这个工具的初衷，我想在任何地方都可以使用书签，但是这个场景下，需要MacOS上一个App支持。因为Safari 的严格限制，不允许从插件上读取Safari 的数据，因此只能退而求其次，用App的方式来读取。不过可以登陆好以后，设置自启动，后面你就可以不管他了，他会默默在后台监控书签的变化，一旦有书签变化，他就可以同步到服务器，供其他浏览器来读取。

以下是使用Chromium内核的一些常用浏览器及其特点的表格：

在以Chromium 为内核之间的浏览器之间相互同步。举例说明：比如可以同步Chrome 和Chrome之间的书签，也可以同步Edge和Edge 之间的书签，还可以Chrome 和Edge 相互同步。理论上说表中的浏览器书签都是可以相互同步的【鉴于太多，我也没有一个个尝试，有问题欢迎小伙伴反馈】。

样式确实存在问题，这也是我的脑大难题(作为一个后端程序员，最脑壳疼的问题了)，工具中最大的样式问题就是定时同步的数据源选择块。前端使用的是layui ，本身使用的是最新版本，效果尚可，但是有一个致命问题是提示eval函数执行问题，导致我不得不采取降低版本的策略，对应的副作用就是新版支持的样式，老版本不支持，强扭成新版本又有点丑，不过考虑到mvp版本，也没有过多在意（其实是:能力有限，个人多次调整无果），后面会找方法调整规范。

其实我也是火狐用户，不过是很多年前做web开发的时候了。目前MacOS上使用的最多的是Safari，Windows上使用的是Chrome 兼少量的Edge 。因此，由于个人喜好和使用频率原因，暂时可能没有精力支持火狐，本身火狐在底层上，也是不同与chromium 的API，所以不能天然支持，需要单独适配，但是后面会考虑适配。

blog访问确实存在此问题，我没有发现是因为我的工作电脑网络默认就是可以科学的，所以这个问题被我忽视了。不过我已经在着手域名备案（之前是因为偷懒，虽有域名，但是不想备案），已经在进行资料审核，审核过后就会将blog 放到国内，请大家谅解。

插件使用是不需要科学的，服务器在国内，其中需要说明的是，在Chrome 平台下载此插件是需要科学的，鉴于此：我将插件打包成了一个离线版本，目前临时在某度云托管，等后期备案完成，会迁移到blog，方便大家下载。但是Edge就不会有这个问题，可以放心下载。

之前的想法很简单，就是想把Safari 的书签同步到其他浏览器，做完后发现，其他以Chromium 为内核之间的浏览器书签同步我也做好了，而是后面上线了，大部分小伙伴都是这个使用场景，但是我在使用过程中又发现使用起来还是有不方便的地方，比如我在MacOS上可以通过Alfred 搜索然后立即打开，Windows好像不怎么支持，我想在chrome 打开的情况下，可以通过快捷键立即呼出搜索菜单，然后输入关键字即可定位到对应书签，回车即可进入书签，我想这才是一个闭环，可以在任何地方同步到，然后可以快捷方便地查询和使用。

另一个是：如果我在一个浏览器登陆了，然后再通过其他浏览器进去同一个网页浏览的时候，能够不重复登陆就好了，目前这个怎么做有思路，但是如何安全地做，还有待商榷，因为这样设计到安全问题，对于安全有要求的小伙伴会不友好，最近在思考能不能通过非对称加密的思维来做这个，就是用户有一个自己持有的密钥，用的时候提供，这样就算是泄漏了，这些数据对攻击者也没有可以利用的价值。服务器只同步加密后的数据，同步的加密数据在浏览器本地解密，不经过服务器，一旦退出工具，删除所有数据。不过这不是最终的想法，临时拍脑袋想出来的。如果有这个需求的小伙伴可以，或者有哪些小伙伴有比较安全的实现可以分享一下。

来源：小盒论科技