level 1
bat或者引导器
2011年11月30日 14点11分
level 8
准确来说在3.x时苍月是有优化部分源代码的
只是到4.0后官方源代码大改，苍月之前的优化技术也都不适用了
现在也没看到有优化什么代码
只是说的现实点…，那个PCX的作者为什么这么说呢
不就是因为他自身也有出个优化版，然后看不过苍月名气大
于是就提出这个"苍月优化的和我优化的也没什么不同，所以大家快用中国人自己编译的版本吧"
不过说实在点，虽然目前所谓优化都只是加入像SSE2指令而已，但苍月还是有个比其他第三方编译好的地方，这不只是什么图标改一下而已，那只是dongyuanxun自身的私心把苍月说成只有这方面修改，其他且不论，至少苍月是可以自行升级的…
单单可以升级这点，就是其他第三方编译完全作不到的了
所以最后说一句，如果没必要用苍月，那就直接官方版了
也更没必要用那个dongyuanxun的优化版，毕竟要用这种手段来拉拢其他优化版的用户，我也不相信这个PCX会好到哪里去…
2011年11月30日 14点11分
7
只是到4.0后官方源代码大改，苍月之前的优化技术也都不适用了
现在也没看到有优化什么代码
只是说的现实点…，那个PCX的作者为什么这么说呢
不就是因为他自身也有出个优化版，然后看不过苍月名气大
于是就提出这个"苍月优化的和我优化的也没什么不同，所以大家快用中国人自己编译的版本吧"
不过说实在点，虽然目前所谓优化都只是加入像SSE2指令而已，但苍月还是有个比其他第三方编译好的地方，这不只是什么图标改一下而已，那只是dongyuanxun自身的私心把苍月说成只有这方面修改，其他且不论，至少苍月是可以自行升级的…
单单可以升级这点，就是其他第三方编译完全作不到的了
所以最后说一句，如果没必要用苍月，那就直接官方版了
也更没必要用那个dongyuanxun的优化版，毕竟要用这种手段来拉拢其他优化版的用户，我也不相信这个PCX会好到哪里去…
level 1
level 8
同步的部分是没必要自行架设服务器，毕竟那反而会与官方过度脱节
这里指的是单纯升级的情况，一般的第三方编译都无法直接升级(毕竟只是打打补丁而已)，一但要升级就得重新下载压缩包覆盖原来的主程序文件，虽然会用这种非官方版本的人是不会差这点小小技术，但总是浪费时间，而苍月这方面的特点就在自行提供了一组升级用的服务器，并且于修改了这部分的源代码，将升级路径指向了自身的服务器，如此便可达成自动升级，这个就是其他优化版所无法作到的
不管如何…，是没必要用那来路不明的PCX，就算要用，好歹也用比较有名气、牌子比较老的tete009
很多人用的东西不一定会好用，但没什么人用的东西一定会有其难用之处…
2011年11月30日 20点11分
12
这里指的是单纯升级的情况，一般的第三方编译都无法直接升级(毕竟只是打打补丁而已)，一但要升级就得重新下载压缩包覆盖原来的主程序文件，虽然会用这种非官方版本的人是不会差这点小小技术，但总是浪费时间，而苍月这方面的特点就在自行提供了一组升级用的服务器，并且于修改了这部分的源代码，将升级路径指向了自身的服务器，如此便可达成自动升级，这个就是其他优化版所无法作到的
不管如何…，是没必要用那来路不明的PCX，就算要用，好歹也用比较有名气、牌子比较老的tete009
很多人用的东西不一定会好用，但没什么人用的东西一定会有其难用之处…
level 7
level 1
level 15
你从哪个地方看出我拉拢了呢？难道我说的不对么
我在各个场合一直推荐使用tete009的，在使用的优化及补丁方面，我也保持和tete009的沟通，等到他逐步采用我的优化方法后，我也就没有编译win32版的必要了，经过和tete009的沟通，他的补丁经过修改也可以用于Win64了。tete的便携组件是私有的，不便公开源码，有他自身的版权，所以虽然我逆向成功了，也不方便分发这一组件。
经过对palemoon的补丁的对比分析，他在较新的版本中也采用了我在FF5中尝试的betterpgo的优化，这也是我首先提出的方法。除了这个，就是一些对设置参数的修改和图标那些什么的。 这样分析出来了，我觉得我有底气说palemoon也不过如此。因为设置参数的修改最早是pigfoot首先做的。总而言之，比tete009差远了。我的补丁是在tete009基础上加入的其他的一些优化（有些tete009想加入但没有办法，他使用的是VC2005，有些特性不支持）
我不知道你从哪个角度看待palemoon的补丁。在编程者的角度来看，他只是提供了带hg的打补丁后的代码，如果你不经过diff，根本就看不出来修改了什么（带hg的diff很大部分都不是文本）。作为比较优秀的编译版，我不知道作者是不想别人用他的补丁还是设置了什么障碍。
作为第三方编译版，本来patch和优化方法就应该是共享的，所以其他人对palemoon的修改都感到很困惑。这点tete009和ayakawa就做的很好，我现在暂时给出的补丁是链接的形式，与补丁升级的变化保持同步。
pcxfirefox建立的初衷是，当时VC2010无法编译出jemalloc组件，造成VC2010编译出的FF消耗内存过大，我在这上面做了分析，编译出的jemalloc组件，算全球首发吧。后来发现源码里的pgo测试太保守，在此基础上我进行了大面积的项目革新。这个方法我同时也发给其他第三方编译版的作者和mozilla的build组，国外FF论坛。不过只有tete009/ayakawa和build组有所回应。tete009和ayakawa之所以暂时不采用的原因是测试一多，发生的bug几率亦会愈高。所以我才开始周期性的自行编译。直到其他大多数主流编译版采用这个方法后，这个项目也就没有更新的必要了，何来拉拢之意？
2011年12月21日 06点12分
18
我在各个场合一直推荐使用tete009的，在使用的优化及补丁方面，我也保持和tete009的沟通，等到他逐步采用我的优化方法后，我也就没有编译win32版的必要了，经过和tete009的沟通，他的补丁经过修改也可以用于Win64了。tete的便携组件是私有的，不便公开源码，有他自身的版权，所以虽然我逆向成功了，也不方便分发这一组件。
经过对palemoon的补丁的对比分析，他在较新的版本中也采用了我在FF5中尝试的betterpgo的优化，这也是我首先提出的方法。除了这个，就是一些对设置参数的修改和图标那些什么的。 这样分析出来了，我觉得我有底气说palemoon也不过如此。因为设置参数的修改最早是pigfoot首先做的。总而言之，比tete009差远了。我的补丁是在tete009基础上加入的其他的一些优化（有些tete009想加入但没有办法，他使用的是VC2005，有些特性不支持）
我不知道你从哪个角度看待palemoon的补丁。在编程者的角度来看，他只是提供了带hg的打补丁后的代码，如果你不经过diff，根本就看不出来修改了什么（带hg的diff很大部分都不是文本）。作为比较优秀的编译版，我不知道作者是不想别人用他的补丁还是设置了什么障碍。
作为第三方编译版，本来patch和优化方法就应该是共享的，所以其他人对palemoon的修改都感到很困惑。这点tete009和ayakawa就做的很好，我现在暂时给出的补丁是链接的形式，与补丁升级的变化保持同步。
pcxfirefox建立的初衷是，当时VC2010无法编译出jemalloc组件，造成VC2010编译出的FF消耗内存过大，我在这上面做了分析，编译出的jemalloc组件，算全球首发吧。后来发现源码里的pgo测试太保守，在此基础上我进行了大面积的项目革新。这个方法我同时也发给其他第三方编译版的作者和mozilla的build组，国外FF论坛。不过只有tete009/ayakawa和build组有所回应。tete009和ayakawa之所以暂时不采用的原因是测试一多，发生的bug几率亦会愈高。所以我才开始周期性的自行编译。直到其他大多数主流编译版采用这个方法后，这个项目也就没有更新的必要了，何来拉拢之意？
