vfence：下载后的文件? 指后端吗, 这个可以移到别处, 只是要修改脚本中的路径再重新执行. 目的其实就是让firefox能找到注册表中注册了的后端, 如果是指保存网页, 这个路径是在scrapbee中有设置的. 并且可以设置多个, 另外, 功能上我...回到原帖

这个扩展好像使用现有的磁盘文件夹不可以，我知道d盘上有一个文件夹，在扩展中建立路径的时候就使用了d盘上的文件夹，看来不行。必须在扩展中直接输入一个路径而不能使用已经存在的文件夹路径。

我以为运行bat后那个下载的scrapbee文件就没用了就整个删除了，看来删除后扩展就失效了。另外我的默认下载路径是d，然后在d里运行bat就可以让扩展生效，但是我要是把文件移动到e盘就失效了，在重新运行bat也不会生效，除非把scrapbee下载到d再运行才会生效。不知道这个怎么解决

很奇怪，没能安装成功。遇到的问题：
1. 扩展内的安装-下载，只得到exe，没有下载安装脚本（xpi内的bat和sh）。
2. install.bat 如果用管理员权限（UAC）运行，%cd%将是C:\WINDOWS\system32。
3. scrapbee_backend.json 找不到在哪里，是否必要。从后端配置和Firefox启动时报错No such native application scrapbee_backend的消息来看是需要它的，但go源文件中注释说不需要（initial backend setting (not used)）。

marb：感觉这个不如书签方便，不过可以保存到浏览器外面还可以部分保存网页，回到原帖

如果原页面失效了呢? 或者只想收集片段呢?

marb：这个扩展好像使用现有的磁盘文件夹不可以，我知道d盘上有一个文件夹，在扩展中建立路径的时候就使用了d盘上的文件夹，看来不行。必须在扩展中直接输入一个路径而不能使用已经存在的文件夹路径。回到原帖

可以使用现有的, 但是必需有读写权限

marb：我以为运行bat后那个下载的scrapbee文件就没用了就整个删除了，看来删除后扩展就失效了。另外我的默认下载路径是d，然后在d里运行bat就可以让扩展生效，但是我要是把文件移动到e盘就失效了，在重新运行bat也不会生效，除非把scrapb...回到原帖

那是后端, 不只是安装, 所以不能删的, 重新初始化即可.

yfdyh000：很奇怪，没能安装成功。遇到的问题：
1. 扩展内的安装-下载，只得到exe，没有下载安装脚本（xpi内的bat和sh）。
2. install.bat 如果用管理员权限（UAC）运行，%cd%将是C:\WINDOWS\system32。
3...回到原帖

1 windows的火狐比较怪, 可以多试几次下载, 有时下载是会不成功, 个别文件下不来
2 我会尝试改进
3 必要, 尝试重新下载, 或者参考帮助中的手工建立方式

vfence：1 windows的火狐比较怪, 可以多试几次下载, 有时下载是会不成功, 个别文件下不来
2 我会尝试改进
3 必要, 尝试重新下载, 或者参考帮助中的手工建立方式回到原帖

好像Beta（65）和Nightly引入了bug。已提报 https://bugzilla.mozilla.org/show_bug.cgi?id=1519762

yfdyh000：好像Beta（65）和Nightly引入了bug。已提报 https://bugzilla.mozilla.org/show_bug.cgi?id=1519762回到原帖

Great job!!

简单用了一下，挺好用的，也很有潜力。
目前遇到的问题：
1. rdf比较大（几MB）的时候，侧栏加载可能使浏览器高CPU占用并卡住数秒。未来应该能进一步优化吧，辅助线程（后台线程）、缓存、hash表等等。
2. 后端目前没有安全机制，全设备的目录遍历、下载、创建/删除等操作的权限，实在很大。应该及早改进，至少先做一个固定密码（通过如Cookie或HTTP header传递）的验证机制，配置在后端的json和扩展选项。比较安全的实践可以参考KeeFox等成熟方案。建议后端json可以配置允许的路径范围。端口默认应该只监听和响应本机。
3. 搜索的进一步增强，比如只搜索标题/元信息以加速。搜索特定文件夹、特定时间范围等高级的过滤机制可以慢慢做。
更多的细节，可以慢慢改进。搜索图标的tooltip，写成"Help"了。

yfdyh000：简单用了一下，挺好用的，也很有潜力。
目前遇到的问题：
1. rdf比较大（几MB）的时候，侧栏加载可能使浏览器高CPU占用并卡住数秒。未来应该能进一步优化吧，辅助线程（后台线程）、缓存、hash表等等。
2. 后端目前没有安全机制，全设备...回到原帖

非常感谢, 说得非常中肯, 包括我没大考虑过的方面. rdf 我倒是有点个人看法, 单个rdf搞太大, 对用户自己来说也不方便吧, 不如按分类等标准拆分成不同的rdf, 当然我不能左右用户习惯, 能优化自然更好.

vfence：非常感谢, 说得非常中肯, 包括我没大考虑过的方面. rdf 我倒是有点个人看法, 单个rdf搞太大, 对用户自己来说也不方便吧, 不如按分类等标准拆分成不同的rdf, 当然我不能左右用户习惯, 能优化自然更好.回到原帖

嗯，有道理，因为以前没分成多份，所以比较大。有些扁平情况不是很好分。能不卡自然更好。

文件的名字都保存在侧边栏而文件夹里似乎只有保存的日期没有侧边栏里的标题名字，卸载了扩展在想找当时存的东西就难了。

marb：文件的名字都保存在侧边栏而文件夹里似乎只有保存的日期没有侧边栏里的标题名字，卸载了扩展在想找当时存的东西就难了。回到原帖

这个是为了兼容scrapbook, 它就是这样命名的, 真不太适合用标题, 标题往往很长, 或者有特殊字符什么的, 最重要的是, 标题是允许重名的

info: platform = Win32
info: start web server on port 9900.
info: backend connected
info: backend disconnected due to an error: No such native application scrapbee_backend
info: switch to rdf "F:\ScrapBee\scrapbook.rdf"
info: start web server on port 9900.

楼主，请问这是怎么回事？