火狐安装使用和直接解压使用的区别？

火狐安装使用和直接解压使用有什么区别？
直接解压使用会不会有些dll没注册用不了？

一直解压使用的。

解压版相当于绿色版，和安装版本区别就是基本不写入注册表，因此在线更新版本可能会存在问题，至于dll暂时没发现大问题，如果是flash插件可以使用独立dll版本的flash插件。

长期绿色版使用 可以看我的帖子
至于所有的插件 都能正常读取，正常安装使用即可。只是自动更新很鸡肋。。设计完全不可理喻

leave：长期绿色版使用 可以看我的帖子
至于所有的插件 都能正常读取，正常安装使用即可。只是自动更新很鸡肋。。设计完全不可理喻回到原帖

是否解压安装与自动更新关系不大吧，更倾向于个人配置问题，换句话说，我完全可以控制我的Fx是否开启或禁用自动更新。

免安装版通常会有人陆续提供新版, 可能会 + Flash Player + 若干元件,
原则上不做自动更新.

安装版的proflie存放位置较为固定或有规则, 因此较容易被病毒改动到;
免安装版相对较安全一些.

新舊版Firefox( 55.0b2, 54, 52, 17, 3.6.28 )免安裝(皆+Flash Player + 若干元件, 簡/繁/英 一版通用)可參考:
狂奔的火狐! Firefox 55.0b2 免安装 异空版 Flash Player+26元件 (32/64位元可共用profile) ==>
https://www.firefox.net.cn/read-52082

解压使用不等于绿色版。普通解压和安装区别是安装还帮你添加了开始菜单快捷方式等。

1. 解压也会写入注册表
2. 解压也能自动更新

meat：解压使用不等于绿色版。普通解压和安装区别是安装还帮你添加了开始菜单快捷方式等。

1. 解压也会写入注册表
2. 解压也能自动更新回到原帖

确实能自动更新 但我百分之九十都是不成功。。最后自动下载完整版 不知咋回事？

skytalk：是否解压安装与自动更新关系不大吧，更倾向于个人配置问题，换句话说，我完全可以控制我的Fx是否开启或禁用自动更新。回到原帖

请教下 怎么配置能够让绿色版稳定的自动更新？

leave：确实能自动更新 但我百分之九十都是不成功。。最后自动下载完整版 不知咋回事？回到原帖

问一下
你的 profile 目录是不是在 firefox 所在的路径下？

aaaa007cn：问一下
你的 profile 目录是不是在 firefox 所在的路径下？回到原帖

创建了firefox.exe的快捷方式 C:\Firefox\firefox.exe --no-remote -profile profiledir
一般都放在一起。方便打包转移

leave：创建了firefox.exe的快捷方式 C:\Firefox\firefox.exe --no-remote -profile profiledir
一般都放在一起。方便打包转移回到原帖

这是相对路径啊
实际目标还要根据快捷方式的起始位置来确定

根据我的经验
当 profile 和 firefox.exe 在同一路径下时
有较高几率导致增量更新失败

这和当前盘符的剩余空间有关
更新时 profile 和旧版的 firefox 会被复制一份

也许和 profile 下部分文件的权限有关
某些文件被其他进程以独占模式 exclusive mode 打开？

aaaa007cn：这是相对路径啊
实际目标还要根据快捷方式的起始位置来确定

根据我的经验
当 profile 和 firefox.exe 在同一路径下时
有较高几率导致增量更新失败

这和当前盘符的剩余空间有关
更新时 profile 和旧版的 firef...回到原帖

空间剩余的问题应该不存在，C盘ssd剩余几百G空间，Firefox我也是右键管理员启动的，下次我把profile和firefox.exe所在文件夹并列存放试试，难得有你这个热心人回复我的问题。。。
一般人看到我批判firefox的更新功能就知道怼我 但却说不出来道理。。。

leave：空间剩余的问题应该不存在，C盘ssd剩余几百G空间，Firefox我也是右键管理员启动的，下次我把profile和firefox.exe所在文件夹并列存放试试，难得有你这个热心人回复我的问题。。。
一般人看到我批判firefox的更新功能就...回到原帖

本帖有谁在怼你么

leave：空间剩余的问题应该不存在，C盘ssd剩余几百G空间，Firefox我也是右键管理员启动的，下次我把profile和firefox.exe所在文件夹并列存放试试，难得有你这个热心人回复我的问题。。。
一般人看到我批判firefox的更新功能就...回到原帖

这里的权限不是指管理员、普通帐号这种
而是以哪种（独占、共享）模式打开文件的

举例来说的话
就像有时候某些文件是无法直接删除的
必须先强制关掉拥有打开那个文件的句柄的进程后才能删

空间不足导致更新失败是我实际遇到过的

我没翻 updater.exe 的代码
不清楚它到底要做哪些检查、有哪些操作
只能猜测可能性

会不会是文件校验值不符？
一般仅做 binary patch 时才需要对比文件校验值
增量更新理应直接新文件覆盖旧文件就好

会不会是 io 操作超时导致更新失败？
复制文件比较慢
特别当 profile 和可执行文件同目录时
不要小看 cache 下那堆小文件
还有那些 unpack=true 的扩展也是一大毒瘤

哦
忘了说
mar 文件是通过 http 传输的
所以也有可能是链接被 isp 给劫持了导致校验错误

还有
应用 partial.mar 增量更新失败后下载完整版 complete.mar
自动更新就成功了
没有出错？

讲真
更新失败应该给出错误代码、原因的（或许只是我们不知道在哪里找？
不能确定问题出在哪里
而只能通过个体“经验”来“解决”并不算真的解决了问题