Mozilla Firefox質問スレッド Part188
■ このスレッドは過去ログ倉庫に格納されています
Mozilla Firefoxの質問・相談スレッドです。
自分で調べてどうしても分からないことがあったらこのスレへどうぞ。
書き込む前に必ず>>2-3を読んで下さい
■前スレ
Mozilla Firefox質問スレッド Part187
https://egg.5ch.net/test/read.cgi/software/1584828472/
■関連スレ
Mozilla Firefox Part365
https://egg.5ch.net/test/read.cgi/software/1594731584/
Mozilla Firefox 拡張機能スレッド Part119
https://egg.5ch.net/test/read.cgi/software/1585748872/ chrome://global/content/config.xhtmlを大幅にチェキって、ふとディスク・メモリのキャッシュ双方が無効となっており驚愕
メモリキャッシュを復活させたらめちゃんこ快適
他にもよく分らん数字を出しているものを軒並みリセット、再起動後にオプションを一通り見て一切問題無し
数年間もこんなブラウザ性能で使っていたのかと・・・プロファイルデータの継ぎ接ぎも考え物ですな
一度リセットしたいんだけど例えばブックマークのバックアップを止めてhtmlひとつに変更したり、
色んな横道設定の積み重ねで「変更されています」の箇所が把握しきれていない
良い改善案・確認案はありませんか?
取り敢えず「いつも参照しているブログ」と「firefox高速化を謳うブログ」、先述の「便利系ブログ」を事前に用意し、
ネット非接続で起動してfirefox本体側のオプションとインターフェイスを調整→接続後用意したブログ群でそれぞれのabout:configを記述
これぐらいしか思い付きませんわ ,..-──- 、
/. : : : : : : : : : \
/.: : : : : : : : : : : : : : ヽ
,!::: : : :,-…-…-ミ: : : : :',
{:.: :: : i.'⌒' '⌒' i: : : : :}
. {::: : : | ェェ ェェ |: : : : :}
{ :: : :| ,.、 |:: : : :;! ・・・
.ヾ: :: :i .r‐-ニ-┐ | : : :ノ
ゞイ_! ヽ 二゙ノ イゞ‐'
/::/_` ー一'´ト7ー-┐__
//::[ ̄l丁 ̄/ /:: :: :: !:::: ::` ー 、 _
/:::/::::/  ̄ ``′/:: :: :: ::!:: :: :: :: :: :::: `丶
./::::/:::/ /:: :: ::_ ∠:: :: :: :::: : :: :: /|
l::::/:::/ .l .,! .| /:: :: ::,イ∠ !:: :: :: ::: :: /:: :: |
/::/:::/ | ! .| /:: ._, -X_.入:: :: :: : :/:: :: :: ::|
!/:::/ ! .| ! メ∠匸 !l/.ヽ.イ .入_:: : ,':: :: :: ::. :|
レ':::l l l l"/:: |.ヾ" へ〉 /ハ∨:: :/:: :: :: :: :: | > 取り敢えず「いつも参照しているブログ」と「firefox高速化を謳うブログ」、先述の「便利系ブログ」
これをまず止めろ
無駄なprefいじりは不具合の元でしかない
about:configのトップページを三回音読しろ OSの64bit化、SSDの普及によって必死こいてパフォーマンス・チューニングする時代は終わった
アドオンも機能制限されまくっていじり甲斐がなくなった
Tipsサイトに書かれてる情報も相当古い
プロファイルのバックアップ取ってから一旦環境を全部捨ててしまえ
不便になったと感じる部分も一週間もすれば案外慣れる 高速化チューンなんて特に足引っ張って逆に不安定にしかならない
nightlyが最速ブラウザになってる現状マジで無意味 我慢出来なかったので新規インスト→36.5KBが早くも20未満になって嬉しいです(´∀`)ウヘヘ
ただ、過去の有志調整で「オプション上部にある検索バーの非表示」と同じく「オプションリストのSyncタブ非表示」が見付かりませんでした
検索や過去ログも漁ったのですが
どなたかご存じありませんか? > 「オプション上部にある検索バーの非表示」と同じく「オプションリストのSyncタブ非表示」
なんでそんな超絶無駄なことする必要があるんだ?
わざわざ無駄なスクリプト入れるほうが不具合の原因なのに まさかと思うが非表示にしたら機能無くなって軽くなるとか思ってるんじゃ? cssを今確認しましたが、スクリプトでは無さそうですね
about:configの記述にあったはず 連レスすみません、非表示関連については、単に視認性と操作性の都合です search-textbox#searchInput,
richlistitem#category-sync.category{
display: none !important;
} ふい〜
// オプション画面の検索バーを非表示
browser.preferences.search [false]
syncタブがなかなか見つかりませんな(´д`) 思わずグーグルのアクティビティを有効にしたまま色々調べていてドン引きwww
こういうクッキー関連付け要素のリセットはどんな時でも嫌だねえ
あとSyncで調べて見つからんはずだわー旧名のアカウントを丸々無効化する記述でスッパ抜いたったw
やっとそれなりに使える環境+先のメモリキャッシュ復活と、ついでに削減した接続数関連の見直しでめちゃんこ快適ワロリーヌ(笑)
ファイルも36.5→最終21.5マジキー!!!
15KB分のゴミが溜まっていたってことだな、そりゃ気になって当然だわ
最大の欠点はモジラが機能有無の際に記述を消す場合と、効果を持たないまま残す場合があるところやね
いやーIDやアドオンのディレクトリとかが変わって予想通り面倒だったが、思い切って完全新規インストールして良かったった
結局全部自己解決してくっそ笑える >>728
ほんとこれ
頻繁に設定項目の追加廃止があるし同じ値でも突然意味が変わったりするから
そのへんのサイトに書かれている説明は高確率で間違っている
bugzillaとFirefoxのソース以外に確実な情報は無い 非表示関連に便乗して申し訳ないですが、タブのファビコンの非表示方法ないでしょうか?
検索してると逆にファビコンが正常に表示されないというトラブルが多い様で、逆に消したがる人は少ない様で情報が少ないです。
バージョンは82.0です。 image.tab-icon-image{ display: none !important; } すみませんこれらも必要ないものでしょうか
// 通常は直列で実行されるHTTP通信を並列に実行して高速化
user_pref("network.http.pipelining", true);
// SSL通信を並列に実行して高速化
user_pref("network.http.pipelining.ssl", true);
// FirefoxのCSSを高速化する
user_pref("layout.css.servo.chrome.enabled", true);
user_pref("layout.css.servo.enabled", true); // FirefoxのCSSを高速化する
user_pref("layout.css.servo.chrome.enabled", true);
user_pref("layout.css.servo.enabled", true);
が気になったんで調べると、3年前にパッと出て短期間だけ取り上げられているっぽいね
今82の時代に57前後とかそんくらいだぜ
firefox十八番の頓挫した系じゃない?
俺はこういう確証の無いもん、わざわざ新規追加してまで入れたいと思わん
せめてコードがfirefox本体に最初から入っておりON/OFFするだけなら運用を試すんだけどさ
2020年夏も推奨されているパイプライン関連と違って、このcss云々は時代錯誤な気がする おっと、57時代にはデフォルトでONになっていたものらしかった
それが82の今、コードそのものが無かったことになっているんだから非推奨に等しいと思う
そもそもこのcssは物の交換であって
もとからある1本道を複数にするpipeliningと質が異なる
それが、今も導入されているか否かの線引きに繋がっているのだと思う
ちなみにpipeliningもcssと同じく本体に入っていない、新規追加専用 >>743
ぜーんぶ無意味。
Stylo関連はそもそももう調整が済んでバグ取れてるからデフォルトで全部組み込まれてるし
Fission時代にStyloの話とかタイムスリッパーでしょ
最新版に文字列突っ込んでみて存在しないものは絶対設定するな無駄だから network.http.pipelining系はHTTP/1.1向け。リクエストとレスポンスの順序が同期してなきゃいけないHTTP/1.1ではデメリットもあるから既定では有効にはならず
他のブラウザでもPresto時代のOperaくらいしか既定で有効にはなっていなかったはず
HTTP/2ではプロトコルレベルでパイプライン化が組み込まれ、リクエストとレスポンスの順序の同期も必要なくなったから、この設定に関係なく有効になってる そんなに高速化が気になるならnightlyかbeta使ったほうが確実に実感できるぞ すまん、情報古すぎた
Firefox 54でnetwork.http.pipelining系はすべて削除されてた
https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/Mozilla_networking_preferences
> Pipeline support was completely removed in Firefox 54. With the advent of HTTP/2 and other speed enhancements, pipelining of HTTP is no longer useful to maintain. MAJIかよpipelining何個も新規追加しちゃったよ・・・
分かっていたことながらデフォで入っていないコードはそれなりに理由があるんだな でも、流石にこれは効果ありますよね?
user_pref(“network.http.max-connections”, 64); 900を64に
user_pref(“network.http.max-persistent-connections-per-proxy”, 8); 32を8に
user_pref(“network.http.max-persistent-connections-per-server”, 6); デフォ
user_pref(“nglayout.initialpaint.delay”, 0);
すべてのページをダウンロードし終わる前にレンダリングを開始
user_pref(“content.notify.backoffcount”, 5);
ページレイアウト情報をすべてダウンロードする前にレンダリングを開始
ついでにpipeliningと同軸の
user_pref(“plugin.expose_full_path”, true);
user_pref(“ui.submenuDelay”, 0);
user_pref(“content.interrupt.parsing”, true);
も削除しましたわ nglayout.initialpaint.delay
plugin.expose_full_path
ui.submenuDelay
content.interrupt.parsing
基本的にabout:configに入れても初期値が出てこずに新規作成になるものは設定自体がなくなってると判断していい
(設定が生きてるなら、具体的な整数値や真偽値が初期値として設定されてる)
network.http.max-connections
network.http.max-persistent-connections-per-proxy
network.http.max-persistent-connections-per-server
最大同時接続数、接続維持数の変更の効果は環境次第としか言えない ui.submenuDelayは必要だったwwwwこういう時短や延長系は効果高いよね
レンダリング開始は古くからあるし時代錯誤かどうかよう分らんが、調べても否定的な文言が出ないので保留
先述の通信関連も必須
ようやっと完成したw ちょ・・・書いている間に投稿とか鬼畜すぎるわ・・・(笑)
まあ折角なんで通信キャパ制限とui.submenuDelay以外はこちらのスレを学ばせてもらいますわ
サンクスです だから「デフォで使って実際に必要だと感じたら」変更しろよ
昔の設定は所詮昔の設定
無理くり弄るなって
最新のマザボにCore2Duo載せてますみたいなもんだぞ
user_pref(“content.notify.backoffcount”, 5);
WebRender時代にこんな値いちいち変更してるやつがいるかよ
10年以上前の記事ばっかw ポンコツすぎるw
上級者気取りでいまだにpagefile.sysオフにしてそうw Googleだと平気で10年以上前の記事がしれっとヒットするからなあ
日々アップデートを重ねるタイプのOS、ソフトの場合3年前の記事ではもう役に立たなかったりするから注意しないと ■ このスレッドは過去ログ倉庫に格納されています