|
||
|
Elite Member
  加入日期: Feb 2003 您的住址: 台灣
文章: 4,086
|
引用:
就保持3.5版的基本介面就好,然後不要變動介面控制,想改介面或增加功能的再去安裝模組外掛. 還有不要越改版,越超硬體,pc我已4-5年以上沒升級了,也不想升級,因為改OS又要從新適應介面,浪費時間去調整OS,我只是在用應用程式而已. 瀏覽器目的就只上網查看資訊而已,改版,修改bug,變動核心,無可厚非,但不應該去變動外在介面,也許許多人喜歡玩瀏覽器,OS,喜歡不斷的換新介面,(可提供外掛)但多數人不過就當他是個中介工具而已,不想浪費時間在重新學習,操作,適應這些工具上面,必竟又不是一個畫時代革命性的改變. |
||||||||
2013-06-16, 07:57 AM
#61
|
|
|
Amateur Member
 
加入日期: Jun 2012 您的住址: 台中縣
文章: 30
|
18.0版使用者路過 最新版的存檔視窗怎跟我的書籤整合阿 我不喜歡那玩意而阿 有大量書籤 要是手殘點到刪到重要書籤怎辦阿= =||||||||||||
可以要求一件事嗎 就是火狐檔案儲存路徑 可不可以別跳來跳去 Automatic Save Folder <<這插件算是解決我目前存大量檔案的需求 不然每次點 原本存到A資料夾 沒想到存下個檔案就跳到B資料夾區 我不覺得這是啥貼心設計 這插件目前有個BUG 就是突然會沒辦法叫出要儲存到哪個資料夾的視窗 所以時常要移除掉這插件重裝才能正常使用 阿另外我不知道是不是我的火狐問題 有時候開大量分頁50頁以上都會高機率的出現firefox找不到伺服器 常常要重開才算解決但沒多久又復發=A= 有人是說p2p問題 可是驢子用這麼久 這問題我第一次遇到說 是連線數沒辦法釋放 然後火狐搶不到還是怎樣 還是我書籤太多 一萬個以上 然後程式變的怪怪的不曉得 這問題有時候是有些網站還可以連線 但重新整理一下就變成我說的找不到伺服器問題 網路環境沒問題 其他瀏覽器也算正常 PS: DNS我是設定成GOOGLE 8.8.8.8那東東 此文章於 2013-06-17 12:28 PM 被 rtypeend 編輯. |
||
|
2013-06-17, 12:25 PM
#62
|
|
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 7,047
|
引用:
排版引擎更新影響說不大其實也不小 某些情況下，會造成性能滯後的問題 UI的話其實上一次大改是從3.6升級到4.0的時期 理論這XUL Runner API是鎖定的 但Mozilla在這段時間卻經常修改API 造成一些相容性問題 而性能上，我是覺得Mozilla可以考慮逐漸拋棄XUL Runner架構 好處是可以得到更好的資源控制還是性能提升 缺點就，一堆擴充套件無法再使用 可自訂性會大幅降低，降到跟Opera, Chrome這樣的程度 例如一些能夠修改用戶介面的套件，也不能再使用 引用:
這個看起來是因為你另外選擇存檔位置 因為預設的Firefox直接下載是存進預設路徑 引用:
這看起來確實很像是session數不夠 Firefox預設的連接要求很保守 你可以試著照我的設定修改，但不建議 code.google.com/p/lawlietfox/
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3  I Always Get What I Want. |
|||
|
2013-06-17, 01:31 PM
#63
|
|
|
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
拜託改善AJAX性能....
有些時候會玩不下去... |
|
2013-06-17, 03:02 PM
#64
|
|
|
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
22版的效能似乎有改善..
但是面對大規模的AJAX應用... 還是遠不如IE和Chrome(這兩個真的是非常的smooth)...... for example:  從上圖來看, 這是一個fortinet新版的FOS v5... 自v5過後大規模使用AJAX(所以local的memory usage也是爆炸性增長...  ..機器不要太弱...)...我對一個policy做一個move的動作.. 在firefox通常的情況是... 會整個瀏覽器freeze一段時間(v22有比較短一些, 5~6秒左右..  ..)...然後才有一個response... ie10和chrome則是馬上的一個response.. 非常快.. 這段過程非常的smooth... 此文章於 2013-06-25 11:04 PM 被 vxr 編輯. |
|
2013-06-25, 11:02 PM
#65
|
|
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 7,047
|
引用:
請問可以擷取ajax樣本給我嗎？ 我不太懂forti用的ajax是哪種類型 我之前用cyberoam的時候也是類似這樣 但沒有像forti這樣誇張 我是比較偏好用jquery來做 不要什麼東西都一定要javascript 雖然jquery也是javascript 但相對輕量了一些 我會幫忙回報這個問題
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3 I Always Get What I Want. |
|
|
2013-06-25, 11:26 PM
#66
|
|
|
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
引用:
請問你的ajax樣本是指???..  ...我從firebug或著built-in profiler去查發現他大量的時間(幾乎)都耗在一個fweb_core_all.js的script.. 裡面使用大量的jquery(幾乎都是)... 對firefox來說, 殺傷力很強.... 不過google chrome跑出來的結果比firefox漂亮許多(好非常多)... 此文章於 2013-06-26 12:17 AM 被 vxr 編輯. |
|
|
2013-06-26, 12:16 AM
#67
|
|
|
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
引用:
新版的v5.0.3加入了智能式查詢... 我認為殺傷性應該也不小... ..不過我很少用他... |
|
|
2013-06-26, 12:29 AM
#68
|
|
|
Basic Member
加入日期: May 2011
文章: 23
|
我自己比較的經驗是
如果電腦等級低，用Firefox比較不會頓，但建議在18.0以下版本 |
|
2013-06-26, 12:36 AM
#69
|
|
|
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
我按照相同的FOS v5操作進行評估
1. 展開特定的policy... 2. 在展開另一個policy, 然後進行move的操作... mozilla firefox與google chrome所得到的消費時間有所不同(我應該沒有看錯吧?? ...).. 一個JS的function對於firefox與chrome產生的一些差距... firefox很容易在policy configuration出現freeze的情況... 我是需要提供他所使用的fweb_core_all.js腳本供分析嗎?.. ..此文章於 2013-06-26 02:12 AM 被 vxr 編輯. |
|
2013-06-26, 02:08 AM
#70
|
|
