• 24時間以内に作成されたスレッドは New で表示されます。
  • 24時間以内に更新されたスレッドは Updated で表示されます。

  • 428528

    全 100 スレッド中 51 〜 55 番目を表示
    親記事の表示順 : 返信最新順 / 投稿順 / 記事数順
    全ページ / [0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19]

    記事リスト ( )内の数字は返信数
    Messageステータスバーに"Unknown option: popups"と出る(4) | Message「Gearbest」ページが表示できなくなりました(1) | Message「段落」となった書式を「本文のテキスト」にしたい(1) | MessageFx50.0でFlashゲームが真っ白(15) | Messagethunderbirdにてoutboxとnotesフォルダー?(3) | MessageThunderbirdの「閉じるボタン」等の表示がおかしくなりました。(3) | Message不在時連絡(1) | MessageFlash が重い(5) | MessageTABが新規で上書きされる(2) | Messagegoogle.com の cookie(1) | Message開く前に差出人のアドレスを見たい(20) | Messageリダイレクトを防ぎ、目的のサイトにアクセスするには(3) | Messageご参考_Thunderbird45送信不可対策(1) | Messageもじら組フォーラムについて(4) | Message運営者の証明(2) | Message動作が重くなる原因は?(18) | MessageThunderbirdのデスクトップ通知が消えなくなることがある(6) | Messageサイトの読込中であってもスクロールしたい(2) | MessageGoogle Toolbar が表示されなくなった(7) | MessageFirefoxで保存した画像が開けない(4) | Message起動時に開くオプションタブ(4) | MessageWindows10 Firefox の Google Toolbar(21) | MessageMozilla プラグインチェック(6) | MessageGoogleツールバーが壊れた(9) | Message Firefox のブックマークのアウトポートについて(2) | MessageFirefoxの更新でプロファイル異常?(2) | Messageニコニコ動画のタイトル残像(1) | MessageDelta-homesにスタートページを乗っ取られた(3) | MessageFlashPlayerPlugin_19_0_0_185.exe のゾンビ化対応(6) | MessageFlashで前回の再生残像が残るバグ(11) | Messageアカウントエラー(4) | Messageタブやメニューが反応しない(3) | Messageアカウントのローカル設定(4) | MessageWindows10にてFirefoxの最新40.0.3がフリーズする(5) | MessageThunderbirdのprofile移行ができない(1) | MessageThunderbirdアドレス帳の初期位置の件(0) | MessageFirefox40において一部書体でfont-weightの指定が無効になった(2) | MessageFirefoxのバージョン情報が表示されない(3) | Message動画が別タブの表示に残る不具合(1) | Message動画再生の不具合について(1) | Messageマウスカーソルを画面端に持っていくとサイドバーを表示切替できるようにしたい(2) | MessageFirefox42a1でMacのページを戻るジェスチャーができない(1) | Message再アクセス時、動画をすぐさま再生させるには(0) | Messagefirefox preloader(0) | MessageSyncの同期中にエラーが発生しました(1) | Message自治体サイトを危険と誤認識(2) | MessageYoutubeでVP9の1080p60動画を1倍速より早く再生するとカクカクする(1) | MessageFirefox Developer Editionのupdateについて(4) | Messageプライベートブラウジング終了後に(2) | MessageFirefox 33以降でセーフブラウジングが有効だと時間かかるサイトがある(2) | Messageキャッシュで速度が落ちるのはナゼでしょうか?(15) | Messagemozilla製品群に含まれる日本政府のルート証明書について(32) | MessageFireFox37.0.1でのエラーメッセージ表記がおかしい?(1) | MessageYahooメールがおかしい!(10) | MessageFirefox 64bit(2) | MessageHTML5ネイティブ(1) | MessageReload Button(1) | MessageThunderbird - 迷惑メールフィルタ有効時にメール本文をロストする(2) | MessageFirefox 36 の起動に時間がかかる(24) | MessageThunderbird 31.5.0 にアップデートしたらアドレス帳が消えてしまった(9) | MessageFirefox36検索エンジン一覧が邪魔(7) | Messageyoutubeの動画が一瞬固まる(7) | MessagelocalStorageの動作がおかしい?まとめ(4) | Messagesyncの登録リンクについて(2) | MessagelocalStorageの動作がおかしい?(20) | MessagelocalStorageなどバグ検索(3) | Messageアドオンのインストールができません(3) | Message壊れたパソコンからのメールデータの抽出(2) | MessageこのCSSの機能が知りたいのですが?(2) | Message動画のキャッシュが保存されない(0) | MessageLigntningのことも相談できますでしょうか(5) | MessageThunderbirdのSignature SwitchでHTMLタグが表示されてしまう(1) | MessageThunderbird : undelivered mail(5) | Message2014年 あけましておめでとうございます(1) | MessageバージョンがUAに正確に反映されないバグ(7) | Message文字列処理が遅い件について?(5) | Messageグレーに…(4) | Messageアップロードフォルダを開くときの設定(8) | MessagelocalStorageの動作がおかしい?(1) | MessageFirefoxログイン用のアドオンで質問です(4) | MessageFierfox 画面の不具合について(3) | MessageGoogle Toolbar の復旧について(37) | Messageダウンロードと保存先(4) | MessageプライベートブラウザでI'm Feeling Luckyが動作しない(2) | Messageフォーラム復旧しました(0) | Messageメールリンクをクリックしてもメールソフトが起動しない(1) | MessageWin10でFirefoxを使ってみた(1) | MessageThunderbirdのゴミ箱の表示について(10) | MessageThunderbirdの署名の色が灰色になる(2) | Messagebrowser.anchor_color」の値をの変更でフォルダペインの文字色まで 変わる(1) | MessageThunderbirdで、アドオン画面だけテキストと背景の色の設定から除外(1) | Messageページ内検索でひらがな・カタカナの区別なく検索したい(2) | MessageRoamingのMozillaフォルダがインデックスのオプションに作成される(5) | Message使えないペルソナがある(11) | MessageFirefoxで閲覧しているのに(2) | MessageMozillaZineに登録出来ない(8) | MessageThunderbirdでだけ、メールが受信できません。(16) | Messagejbpress のページについて(4) | MessageFLASHのサイズを調整したいです。(6) | Message Thunderbirdのメールを編集する(4) |



    キャッシュで速度が落ちるのはナゼでしょうか?
    (#0) このスレッド中番目の返信
    キャッシュ の投稿 : 2015/02/27(Fri) 08:42:53
    http://alp.jpn.org/up/s/19818.htm
    (環境: Other/Other)

    キャッシュで速度が落ちるのはナゼでしょうか?

    Very Heavy Load Memory and Storage Speed Test
    http://alp.jpn.org/up/s/19818.htm ← テストコード

    1回目 Mozilla/5.0 (Windows NT 6.0; rv:36.0) Gecko/20100101 Firefox/36.0
    Very Heavy Load Memory Speed Test Time 951 msec ← キャッシュ無
    Very Heavy Load Storage Speed Test Time 219 msec

    2回目 Mozilla/5.0 (Windows NT 6.0; rv:36.0) Gecko/20100101 Firefox/36.0
    Very Heavy Load Memory Speed Test Time 1311 msec ← キャッシュ後
    Very Heavy Load Storage Speed Test Time 298 msec

    3回目 Mozilla/5.0 (Windows NT 6.0; rv:36.0) Gecko/20100101 Firefox/36.0
    Very Heavy Load Memory Speed Test Time 1316 msec ← キャッシュ後
    Very Heavy Load Storage Speed Test Time 292 msec

    4回目 Mozilla/5.0 (Windows NT 6.0; rv:36.0) Gecko/20100101 Firefox/36.0
    Very Heavy Load Memory Speed Test Time 1182 msec ← キャッシュ後
    Very Heavy Load Storage Speed Test Time 250 msec

    5回目 Mozilla/5.0 (Windows NT 6.0; rv:36.0) Gecko/20100101 Firefox/36.0
    Very Heavy Load Memory Speed Test Time 1353 msec ← キャッシュ後
    Very Heavy Load Storage Speed Test Time 304 msec

    [メール転送/OFF] / 引用返信

    全返信 15 件中 11 〜 15 番目を表示

    Re: キャッシュで速度が落ちるのはナゼでしょうか?
    (#58467) このスレッド中11番目の返信
    (環境: Win 7/Other)

    > こちらの結果。1回目が必ず早いとは言えない。何回やってもほとんど変わらない。
    >
    > Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
    > Very Heavy Load Memory Speed Test Time 469 msec
    > Very Heavy Load Storage Speed Test Time 112 msec
    > Very Heavy Load Memory Speed Test Time 852 msec
    > Very Heavy Load Storage Speed Test Time 210 msec
    > Very Heavy Load Memory Speed Test Time 428 msec
    > Very Heavy Load Storage Speed Test Time 98 msec
    > Very Heavy Load Memory Speed Test Time 485 msec
    > Very Heavy Load Storage Speed Test Time 118 msec
    > Very Heavy Load Memory Speed Test Time 554 msec
    > Very Heavy Load Storage Speed Test Time 145 msec
    > Very Heavy Load Memory Speed Test Time 490 msec
    > Very Heavy Load Storage Speed Test Time 115 msec

    Very Heavy Load Memory and Storage Speed Test
    http://alp.jpn.org/up/s/19818.htm

    のらねこさんのPC速度 > キャッシュさんのPC速度 > majiさんのPC速度
    のようですが、今回の速度比較は同じPCでの相対的な速度比較になります

    のらねこさんの結果から

    >こちらの結果。1回目が必ず早いとは
    >Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
    >Very Heavy Load Memory Speed Test Time 469 msec ・・・ 112 msec 合計 581 msec
    >Very Heavy Load Memory Speed Test Time 852 msec ・・・ 210 msec 合計 1062 msec

     (1062÷581=1.82 タイムが 182% に延びている ← 合計は1回目より遅い )

    >Very Heavy Load Memory Speed Test Time 428 msec ・・・ 98 msec 合計 526 msec

     (合計は1回目より速いのは誤差の範囲か?何らかのTS処理がたまたま無かったか?) 

    >Very Heavy Load Memory Speed Test Time 485 msec ・・・ 118 msec 合計 603 msec
    >Very Heavy Load Memory Speed Test Time 554 msec ・・・ 145 msec 合計 699 msec
    >Very Heavy Load Memory Speed Test Time 490 msec ・・・ 115 msec 合計 605 msec

     (合計は1回目より遅い?何らかのTS処理が増えている?)

    なお、TS処理は、タイムシェアリング処理、別名インターバル処理とも言う。

    [メール転送/OFF] / 引用返信
    Re: キャッシュで速度が落ちるのはナゼでしょうか?
    (#58536) このスレッド中12番目の返信
    (環境: Other/Other)

    キャッシュで速度が落ちるのはナゼでしょうか?の再テスト

    Very Heavy Load Memory and Storage Speed Test
    http://alp.jpn.org/up/s/19818.htm ← テストコード

    1回目Mozilla/5.0 (Windows NT 6.0; rv:37.0) Gecko/20100101 Firefox/37.0
    Very Heavy Load Memory Speed Test Time 998 msec
    Very Heavy Load Storage Speed Test Time 225 msec

    2回目Mozilla/5.0 (Windows NT 6.0; rv:37.0) Gecko/20100101 Firefox/37.0
    Very Heavy Load Memory Speed Test Time 1213 msec
    Very Heavy Load Storage Speed Test Time 264 msec

    3回目Mozilla/5.0 (Windows NT 6.0; rv:37.0) Gecko/20100101 Firefox/37.0
    Very Heavy Load Memory Speed Test Time 1351 msec
    Very Heavy Load Storage Speed Test Time 277 msec

    4回目Mozilla/5.0 (Windows NT 6.0; rv:37.0) Gecko/20100101 Firefox/37.0
    Very Heavy Load Memory Speed Test Time 1565 msec
    Very Heavy Load Storage Speed Test Time 353 msec

    5回目Mozilla/5.0 (Windows NT 6.0; rv:37.0) Gecko/20100101 Firefox/37.0
    Very Heavy Load Memory Speed Test Time 1595 msec
    Very Heavy Load Storage Speed Test Time 349 msec

    [メール転送/OFF] / 引用返信
    Re: キャッシュで速度が落ちるのはナゼでしょうか?
    (#58537) このスレッド中13番目の返信
    (環境: Other/Other)

    > 「一般的に皆で共通に評価する目的で提供されたと公表されてるものではない」
    > ここでその結果数値の大きい小さいを他と比較して論じても意味が無いかと。

    共通に評価するするしないに関係無く
    複数のブラウザが同じPCで同じ処理をするとそれぞれの処理時間が得られる
    その処理時間を元に相対的に比較して速いのか遅いのか評価するものである

    [メール転送/OFF] / 引用返信
    Re: キャッシュで速度が落ちるのはナゼでしょうか?
    (#58538) このスレッド中14番目の返信
    (環境: Other/Other)

    >>それと再生タイミングが揃ってなきゃいけないなんて決まりはないので、
    >>揃うことが重要と強調する意味が分かりません。
    > 揃うようにスクリプト組んでますか?そのようには見えないのですが。
    > 見落としているかもしれないと思うので、もし揃うようにスクリプトを組んでいる

    Chromeでは再生タイミングが揃うのです。
    Firefoxは文字処理が遅いらしく
    そのせいで再生タイミングがズレていく様に見えます。
    逆に言うと、文字処理を速くすると解決するかもです。
    同じPCでもChromeの文字処理は、
    Firefoxの50〜100倍ぐらい速いかもしれませんよ?


    > 本題の2回目以降が遅いというのはやはり気のせいだと思います。
    > あるとすると、GC の影響とかは考えられそうですが、私の目には
    > どう見ても誤差の範囲です。私以外の結果を見ても1回目よりも2回目以降の
    > ほうが早い場合があるので、必ず1回目が早いということはありません。

    のらねこさんの結果から
    >こちらの結果。1回目が必ず早いとは
    >Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
    >Very Heavy Load Memory Speed Test Time 469 msec ・・・ 112 msec 合計 581 msec
    >Very Heavy Load Memory Speed Test Time 852 msec ・・・ 210 msec 合計 1062 msec
    (1062÷581≒1.82 タイムが 182% に延びている ← 合計は1回目より遅い )


    >>少なくても、Storage Speed Test のほうは意味がなさそう。
    >>まず、Storage Speed Test はテストの意味が分からない。なぜ動画「再生」?
    >>動画再生ってストレージの負荷軽いですよね。どっちかっていうとデコード性能
    >>でしょ。なので意味が分からない。

    Storage Speed Testでは、逆に Chrome が遅いのです。1000ms ぐらいあります。
    古いChrome4ではもっと遅く 10000ms ぐらいだったから改善されている。
    Chromeとは別にSafariのStorageはHDD保存前にMEMキャッシュを持っていそうで超高速なんです。
    8msなんて数字もありましたから・・・調べる意味はあります。


    > どちらも動画を再生している意味が分からない。
    > 動画再生で CPU やらメモリやらに負荷をかけてるつもりでしょうが、
    > ブラウザ間の比較をするにはデコード性能が悪いのか、スクリプトが遅いのか > わからない。
    >>あと結果もどれもキャッシュという意味ではキャッシュ効いてないんじゃない?
    >>Storage Speed Test どれも誤差程度で、その差が有意であるようには見えない。
    >>なので、そのことについてどうこう言うこと自体の意味がない、と思えます。

    キャッシュ効いてないと言うか、文字処理が遅いので
    キャッシュ処理している最中に遅くなっているかもしれません?
    動画再生よって何らかの負荷を与えてるだけですから。つまり負荷はブラックボックス。
    ブラウザだけ変えて、同じPCで同じ負荷を与える・・・詳細でなくても一部分の概要的評価ならできる。

    [メール転送/OFF] / 引用返信
    Re: キャッシュで速度が落ちるのはナゼでしょうか?
    (#58539) このスレッド中15番目の返信
    (環境: WinNT/Other)

    >>>それと再生タイミングが揃ってなきゃいけないなんて決まりはないので、
    >>>揃うことが重要と強調する意味が分かりません。
    >>揃うようにスクリプト組んでますか?そのようには見えないのですが。
    >>見落としているかもしれないと思うので、もし揃うようにスクリプトを組んでいる
    > Chromeでは再生タイミングが揃うのです。

    結果的にそうなっている「だけ」じゃないかと指摘しています。
    そうなっている「だけ」なら揃うとかそろわないとか、考える意味がない。

    > Firefoxは文字処理が遅いらしく
    > そのせいで再生タイミングがズレていく様に見えます。

    そのせいでというのが、何か意味がありますか?
    そのせいでタイミングがずれていいなら、ずれていいのです。
    ずれてけないのにずれているなら問題です。

    > 逆に言うと、文字処理を速くすると解決するかもです。

    文字処理を早くすることに意味はあるかもしれませんが、
    そろえるように問題を解決していく必要はあるのですか?

    >>本題の2回目以降が遅いというのはやはり気のせいだと思います。
    >>あるとすると、GC の影響とかは考えられそうですが、私の目には
    >>どう見ても誤差の範囲です。私以外の結果を見ても1回目よりも2回目以降の
    >>ほうが早い場合があるので、必ず1回目が早いということはありません。
    > のらねこさんの結果から
    > >こちらの結果。1回目が必ず早いとは
    > >Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
    > >Very Heavy Load Memory Speed Test Time 469 msec ・・・ 112 msec 合計 581 msec
    > >Very Heavy Load Memory Speed Test Time 852 msec ・・・ 210 msec 合計 1062 msec
    > (1062÷581≒1.82 タイムが 182% に延びている ← 合計は1回目より遅い )

    見方がおかしい。遅いものと速いものをごっちゃにして比較してはいけない。
    100000 sec
    100001 sec
    これはほぼ同じようなものです。
    0.0001 sec
    0.0010 sec
    これは大分違います。
    100000.0001 sec
    100001.0010 sec
    ほとんど変わりがありません。が、2番目のほうが大きいです。
    さて、

    Very Heavy Load Memory Speed Test Time 469 msec
    Very Heavy Load Memory Speed Test Time 852 msec
    Very Heavy Load Memory Speed Test Time 428 msec
    Very Heavy Load Memory Speed Test Time 485 msec
    Very Heavy Load Memory Speed Test Time 554 msec
    Very Heavy Load Memory Speed Test Time 490 msec

    平均 546.3333
    最小値 428(平均の0.7834045)
    最大値 852(平均の1.559488)

    Very Heavy Load Storage Speed Test Time 112 msec
    Very Heavy Load Storage Speed Test Time 210 msec
    Very Heavy Load Storage Speed Test Time 98 msec
    Very Heavy Load Storage Speed Test Time 118 msec
    Very Heavy Load Storage Speed Test Time 145 msec
    Very Heavy Load Storage Speed Test Time 115 msec

    平均 133.0
    最小値 98(平均の0.7368421)
    最大値 210(平均の1.578947)

    こうして並べてみたときに、2回目は遅いですが、1回目が遅いといえますか?
    たとえば、3回目と比較して1回目は遅いです。1回目が早いとは言えません。
    平均から見れば早いですが、測定で得られている値はずいぶん揺れがあります。
    若干早い傾向があるとはいえ、その揺れの範囲に収まってしまっています。
    つまり、1回目と2回目以降は大差がないとみるべきじゃないでしょうか?

    > Storage Speed Testでは、逆に Chrome が遅いのです。1000ms ぐらいあります。
    > 古いChrome4ではもっと遅く 10000ms ぐらいだったから改善されている。
    > Chromeとは別にSafariのStorageはHDD保存前にMEMキャッシュを持っていそうで超高速なんです。
    > 8msなんて数字もありましたから・・・調べる意味はあります。

    8ms は早すぎます。処理をしていない可能性があります。
    最適化が行われた結果意味のない処理は削除され、コード自体が実行されていない
    ということも考える必要があります。C で見る場合などは ASM に落ちた時に
    どのようになっているかを確認したりする場合もあります。
    Javascrip の場合、最終的にどのようにコンパイルされたか知るすべはないので、
    意図通りに処理が行われている保証はありません。

    >>どちらも動画を再生している意味が分からない。
    >>動画再生で CPU やらメモリやらに負荷をかけてるつもりでしょうが、
    >>ブラウザ間の比較をするにはデコード性能が悪いのか、スクリプトが遅いのか > わからない。
    > >>あと結果もどれもキャッシュという意味ではキャッシュ効いてないんじゃない?
    > >>Storage Speed Test どれも誤差程度で、その差が有意であるようには見えない。
    > >>なので、そのことについてどうこう言うこと自体の意味がない、と思えます。
    >
    > キャッシュ効いてないと言うか、文字処理が遅いので
    > キャッシュ処理している最中に遅くなっているかもしれません?

    そこ、キャッシュ処理がどう関係があるかわかりません。

    > 動画再生よって何らかの負荷を与えてるだけですから。つまり負荷はブラックボックス。
    > ブラウザだけ変えて、同じPCで同じ負荷を与える・・・詳細でなくても一部分の概要的評価ならできる。

    負荷がブラックボックスになってしまうと同じ負荷かどうかが分からないのですが。
    ブラックボックスとしていいのは同じであるといえるものだけです。
    つまりブラウザ実装によって異なる可能性のあるものは同じ負荷とは言えません。
    たとえばハードウェアデコーダに処理を投げている場合とソフトウェアデコーダ
    で処理している場合では、CPU やメモリの負荷が桁違いに異なります。バッファリング
    先読みの仕方でも異なります。
    分かりやすく言うと Windows Media Player と Video Lan Client で再生負荷を
    比較すると動画再生なんだから同じ負荷がかかる、と言っているわけです。
    同じプレーヤーでもハードウェア支援が有効になっている場合、CPU の再生支援
    機能が有効なものとそうでないもので CPU への負荷のかかり方は大分違います。

    [メール転送/OFF] / 引用返信

    返信用スレッド表示 [親 〜 4] [5 〜 9] [10 〜 14] [15 〜 15]


    mozilla製品群に含まれる日本政府のルート証明書について
    (#1) このスレッド中番目の返信
    片峰建太郎 の投稿 : 2015/04/12(Sun) 18:19:09
    http://www.e-tax.nta.go.jp/download/rootCertification.htm
    (環境: Linux/Safari)

    翻訳等でお世話になっております。
    mozilla製品群に含まれる日本政府のルート証明書についてですが、
    2015年4月現在、
    -----
    発行対象
    一般名称(CN) -
    組織(O) Japanese Goverment
    部門(OU) ApplicationCA
    シリアル番号 31
    発行者
    一般名称(CN) -
    組織(O) Japanese Goverment
    部門(OU) ApplicationCA
    証明書の有効期間
    発行日 2007年12月13日
    有効期限 2017年12月13日
    証明書のフィンガープリント
    SHA-256フィンガープリント
    2D:47:43:7D:E1:79:51:21:5A:12:F3:C5:8E:51:C7:29:A5:80:26:EF:1F:CC:0A:5F:B3:D9:DC:01:2F:60:0D:19
    SHA1フィンガープリント
    7F:8A:B0:CF:D0:51:87:6A:66:F3:36:0F:47:C8:8D:8C:D3:35:FC:74
    -----
    のものしか存在しない状態ではないでしょうか?
    日本政府は政府認証基盤の更改を行っており、その結果http://www.e-tax.nta.go.jp/topics/topics_251206_rootca.htmによると
    >政府認証基盤(GPKI)の更改に伴い、平成26年1月6日(月)から、e-Taxで利用するルート証明書が、政府共用認証局(アプリケーション認証局)発行のものから政府共用認証局(アプリケーション認証局2)発行のもの(新ルート証明書)に変更になります。
    の様になっている様です。
    この対象はe-Taxだけにとどまらず、e-gov.go.jpドメインのいくつかのサイトが、Firefox等でアクセスすると「接続の安全性を確認できません」となり(例外を認めない限り)アクセス出来ない状態になってしまっている様です。
    これは不便ですし、自国の政府機関へのアクセスがデフォルトで入っているルート証明書で行えないのは外聞が悪いので、日本政府が発行しているルート証明書を取り込むようmozilla開発陣に要請していただけませんでしょうか?
    何卒よろしくお願いいたします。

    [メール転送/OFF] / 引用返信

    全返信 32 件中 28 〜 32 番目を表示

    (環境: WinVista/Other)

    もじら組は飽く迄「ユーザーコミュニティ」ですからね。
    問題が在ればフィードバックかバグ報告なりで解決方法の模索をするのが確実。

    [メール転送/OFF] / 引用返信
    (環境: Linux/Other)

    丁寧なレスポンスありがとうございます。状況が把握出来ました。

    > GPKI の新証明書の取り込み遅れについては、Mozilla 開発者側からの問いかけに GPKI 側が最長で半年間無反応だったり、Mozilla のポリシーで必須とされている OCSP について「CRL で需要は満たせるからうちは OCSP 対応しないよ」とごねていたなど、Mozilla ではなく GPKI 側に原因のほぼすべてがあります。

    再度bugzillaを読みましたところ、その様であると了解しました。

    > BR audit から GPKI に対して Public-facing BR Readiness Audit statement が出る(そしてそれが GPKI から Mozila に伝えられる)のを待っている状況です。
    > comment 28 では GPKI 側が
    >>We will take a readiness assessment of the BR audit this year, and we will take the BR audit next year.
    > と言っていますから、今年中に動きがあるかどうかといった感じでしょう。

    監査法人の監査が行われ次第…といった状況と推測します。
    すぐの解決は無理そうですね。

    > も組はユーザコミュニティにすぎませんから、地方自治体や政府が絡んでくるときにはほとんど力はないと思います。
    > それ以前に、NSS の証明書ストアへのルート証明書の収録は Firefox など Mozilla ソフトウェアだけではなく NSS を利用している他の多くのソフトウェアのセキュリティにも直接的に大きな影響を与えるものですから、仮に力のある集団から横やりが入ったとしても Mozilla が自らのセキュリティポリシーを曲げることはないでしょう。

    了解です。

    > GPKI の旧証明書の収録の時には、Mozilla Japan がいろいろサポートしていたはずですが、それでもポリシーを満たして収録されるまで 1 年近くかかっています。
    >
    > Bug 474706 - Add Japanese Government Application CA Root
    > https://bugzilla.mozilla.org/show_bug.cgi?id=474706
    >
    > LGPKI ではほとんど応答がなく、今でも収録されていません。
    >
    > Bug 477314 - Add Japanese Local Government Application CA G2 Root
    > https://bugzilla.mozilla.org/show_bug.cgi?id=477314

    ポインタありがとうございます。参考になりました。

    [メール転送/OFF] / 引用返信
    (環境: Linux/Other)

    状況が分かりましたので解決済みとさせていただきます。
    どうもありがとうございました。
    済!
    [メール転送/OFF] / 引用返信
    (環境: WinNT/Other)

    (#58518)の 片峰建太郎 さん(投稿:2015/04/14(Tue)12:13:40,環境:Linux/Other)
    maji です。



    > e-Taxだけでなくパブリックコメント投稿フォームでも使われている様です。
    > (mojiさんが例に出した
    > http://search.e-gov.go.jp/servlet/Public?CLASSNAME=PCMMSTDETAIL&d=155150714&Mode=0
    > 等)
    > 他に該当するページを探してはいませんが、おそらく他にも使われているのではないかと思います。


    今回テストしたパブリックコメント投稿フォームは
    e-Gov (イーガブ) http://www.e-gov.go.jp/
    の中の機能なので
    今のところ e-Tax と e-Gov の二つのサイトで使われてるみたいですね。


    e-Gov の場合だと

    サーバ証明書の変更のお知らせ|電子政府の総合窓口e-Gov イーガブ
    http://www.e-gov.go.jp/news/egov/2014/news20140929-2.html

    に記載がありますが
    サイト内の

    》 ・政策に関する意見・要望
    》 ・パブリックコメント
    》 ・政府認証基盤(GPKI)のフィンガープリントなどに関する情報
    》 ・お問合せフォームを利用した問合せ

    で使われてる事が明記されてるとともに

    アプリケーション認証局2
    http://www.gpki.go.jp/apca2/index.html

    にて IEの
    Firefox や MacOS/Android の場合の手順がガイドされています。
    まぁ「安全性の面での不安」はありますが
    手動での取り込みはテストし OKでした。

    e-Tax の場合だと

    平成26年1月6日以降、e-Taxを利用する場合は、新たなルート証明書の追加インストールが必要です|e-Tax
    http://www.e-tax.nta.go.jp/topics/topics_251206_rootca.htm

    に説明があります。
    最終的には

    政府認証基盤(GPKI)のホームページ
    http://www.gpki.go.jp/

    に飛び手動でのインストールが可能となってるのですが、
    e-Gov と違うところは
    「ルート証明書・中間証明書のインストーラ」を含めて様々な手順が利用パターン別に用意されてる点。
    ただしこれらのどこまでが Firefoxに対応してるかはページ紙面上からは読み取れません。

    投稿主の 片峰建太郎 さんが既に「済」とされてるので
    URLリンク紹介だけに留めます。



    -----



    片峰建太郎 さんの投稿趣旨とは違いますが私が問題だと思ったのは
    認証証明書の問題ではなく Firefox動作可否の点。

    e-Tax も e-Gov も両方とも Firefox は動作保障対象外なのですが、、、、。。。

    e-Gov の方は
    公式に対象に入れてないだけで「やってみたら動く」ような気がします。
    気がするだけで特に根拠は無いですが
    今回テストしたパブリックコメントのページも
    手動で証明書クリアしたら投稿フォームまでは進めました。

    ところが e-Tax の方は
    今回テストした dbx さん紹介のページだと
    手動で証明書クリアした後に次へ進もうとすると

    》環境チェック結果
    》「×推奨環境外です。」

    てな表記が出てきました。
    これは e-Taxページ側で出してるもので
    「やってみたら動く」淡い期待は吹っ飛び
    どうも「動作保障対象以外は積極的に排除する」運用してる様に思います。

    このあたりは Mozilla側の問題ではないので
    サイト運営側に「動作保障してくれ〜」と要請するしかないのですが、
    こちらの方が問題だと私は思います。
    とりあえず
    e-Tax での確定申告については IE 使って処理しています。



    -----



    私からは以上、です。




    .

    [メール転送/OFF] / 引用返信
    (環境: Linux/Other)

    解決後の投稿になりますが、動きがあった様ですのでこの場に書かせていただきます。

    Add Renewed Japanese Government Application CA Root certificate
    https://bugzilla.mozilla.org/show_bug.cgi?id=870185
    に2015/4/28に以下の投稿がなされました。
    > Comment 31 apca 2015-04-28 02:13:04 PDT
    > We will submit readiness assessment report of the BR audit in September.

    という事で、9月頃に動きがありそうです。

    [メール転送/OFF] / 引用返信

    返信用スレッド表示 [親 〜 4] [5 〜 9] [10 〜 14] [15 〜 19] [20 〜 24] [25 〜 29] [30 〜 32]


    FireFox37.0.1でのエラーメッセージ表記がおかしい?
    (#2) このスレッド中番目の返信
    kero の投稿 : 2015/04/11(Sat) 00:28:45
    (環境: Win 7/Other)

    はじめまして。
    FireFox37.0.1を使用して脆弱性のあるセキュリティプロトコルで
    通信した場合のエラーメッセージ表記がおかしいようです。

    具体的にFirefox 37.0.1ではsecurity.tls.version.fallback-limit の
    初期設定値が3となっており、このままではTLS 1.2以外の接続が
    できなくなっております。

    この設定値のまま、TLS1.0までしか対応していないサイトに接続したところ
    以下のエラーメッセージが出ました。
    -
    Firefox は www.hoge.jp とはデータの安全性を保証できません。
    脆弱性のあるセキュリティプロトコル SSLv3 を使用しているためです。
    高度な情報: ssl_error_unsupported_version
    -

    当該サイトのサポートに問い合わせたところ、
    「SSLv3は使用しておらず、TLSを使用している」
    との事で、話がかみ合わず、解決に難儀しました。

    本来ならば以下のように表示されるべきではないでしょうか。
    -
    Firefox は www.hoge.jp とはデータの安全性を保証できません。
    脆弱性のあるセキュリティプロトコル TLS1.0 を使用しているためです。
    高度な情報: ssl_error_unsupported_version
    -
    ご確認のほど、よろしくお願いいたします。

    [メール転送/OFF] / 引用返信

    全返信 1 件中 1 〜 1 番目を表示

    (環境: Win 7/Other)

    > はじめまして。
    > FireFox37.0.1を使用して脆弱性のあるセキュリティプロトコルで
    > 通信した場合のエラーメッセージ表記がおかしいようです。
    >
    > 具体的にFirefox 37.0.1ではsecurity.tls.version.fallback-limit の
    > 初期設定値が3となっており、このままではTLS 1.2以外の接続が
    > できなくなっております。
    >
    > この設定値のまま、TLS1.0までしか対応していないサイトに接続したところ
    > 以下のエラーメッセージが出ました。
    > -
    > Firefox は www.hoge.jp とはデータの安全性を保証できません。
    > 脆弱性のあるセキュリティプロトコル SSLv3 を使用しているためです。
    > 高度な情報: ssl_error_unsupported_version
    > -
    >
    > 当該サイトのサポートに問い合わせたところ、
    > 「SSLv3は使用しておらず、TLSを使用している」
    > との事で、話がかみ合わず、解決に難儀しました。

    サーバ側の設定が正しく行われていれば、security.tls.version.fallback-limit = 3 の状態の Firefox でも TLS 1.0 までしか対応していないサイトに問題なく接続できるはずです。
    例:みずほ銀行 https://www.mizuhobank.co.jp/index.html (TLS 1.0 および SSL 3.0 のみ対応)

    > 本来ならば以下のように表示されるべきではないでしょうか。
    > -
    > Firefox は www.hoge.jp とはデータの安全性を保証できません。
    > 脆弱性のあるセキュリティプロトコル TLS1.0 を使用しているためです。
    > 高度な情報: ssl_error_unsupported_version
    > -
    > ご確認のほど、よろしくお願いいたします。

    TLS 1.0 以上については、プロトコルの仕様そのものに脆弱性があるとは認識されていませんので、エラーメッセージは正しいです。

    具体的な URL を挙げていただければ詳細な検証ができると思いますが、さしあたりコメントできるのはこれくらいでしょうか。

    [メール転送/OFF] / 引用返信

    返信用スレッド表示 [親 〜 1]


    Yahooメールがおかしい!
    (#3) このスレッド中番目の返信
    YOSHI の投稿 : 2015/04/03(Fri) 09:35:41
    (環境: WinXP SP3/Other)

    Firefox v36.0以降から、Yahooメールを開いて受信メール一覧が出て来ますが!1通のメールは開封出来てメールが読めるんですが!2通目以降は左側に☆マークが付いてメールが開封状態にされてしまって、メール内容が表示されません!IEでは問題ないのに何でFirefoxではこんな現象が起きるのか判りません!教えて下さい

    [メール転送/OFF] / 引用返信

    全返信 10 件中 6 〜 10 番目を表示

    Re: Yahooメールがおかしい!
    (#58495) このスレッド中6番目の返信
    (環境: Win 7/Other)

    > 宜しくお願い致します。

    お願いされても、先に書いたとおりです。

    何もわからない現状では、極論ですが、各アカウント(PC内)の全ファイルを検証・比較して違いを探してください、としか言えません。

    [メール転送/OFF] / 引用返信
    Re: Yahooメールがおかしい!
    (#58497) このスレッド中7番目の返信
    (環境: WinXP SP3/Other)

    「各アカウント(PC内)の全ファイルを検証・比較して違いを探してください」と言われても、何処のファイルを検証・比較すれば良いのか判りません・・・

    [メール転送/OFF] / 引用返信
    Re: Yahooメールがおかしい!
    (#58498) このスレッド中8番目の返信
    (環境: Win 7/Other)

    > 「各アカウント(PC内)の全ファイルを検証・比較して違いを探してください」と言われても、何処のファイルを検証・比較すれば良いのか判りません・・・

    そう言われても、パソコンの仕様によって、含有されているファイルに違いがありますし、ファイル(ファイル名)が同じでもバージョンが違うということもあるでしょう。
    また、入れているソフトによっても違いが出てきます。

    そういった詳細がわからない限りピンポイントで、「これ」と指摘できる人は居ないでしょう。

    詳細を開示して頂かない限り、堂々巡りなだけです。

    [メール転送/OFF] / 引用返信
    切り分け手順(Re: Yahooメールがおかしい!)
    (#58499) このスレッド中9番目の返信
    (環境: WinNT/Other)

    #58492 の YOSHI さん(投稿:2015/04/05(Sun)18:16:09,環境:WinXP_SP3/Other)
    maji です。


    > WindowsXPには、3ユーザーが有りますが、
    > すべてのユーザーがおかしい訳では有りません。
    > ちゃんと正常なユーザーも有ります。
    > この辺の違いはどの様に捉えたら宜しいのでしょうか?
    > 私には理解出来ません、何処が悪いのでしょうかネ・・・


    今の時点で YOSHI さんから与えられてる情報は

    ・WindowsXP(SP3)パソコン
    ・Windowsユーザー(ログインユーザー)は 3個
     うち 1個のユーザーで不具合は起きていて
     他の 2個のユーザーでは不具合は無い

    これだけ。

    それぞれのユーザーでどんな使い方してるかアドオン使ってるか
    等々の情報は全く無いので、
    このレベルで「もし私だったら」出来る事は以下の通り。

    ----------

    不具合の起きてるユーザー環境で以下の処置をする。

    1) まず Firefox を終了させる
    2) プロファイルを別の場所にバックアップ取る
      (→いざとゆ時に元の環境に戻せる様に)
    3) プロファイルの中の xxxxxx.default フォルダの中身を全て削除する
    4) 正常に動いてるユーザーの Firefoxプロファイルの中の
      zzzzzz.defaultフォルダの中身を
      上記の xxxxxx.default フォルダの中にコピーする
      つまり xxxxxx.default の中身を
      正常な zzzzzz.default の中身に入れ換える
    5) この状態で Firefox を起動し Yahoo!メール動作確認する

    もしこれで不具合無く動けば
    元々の firefoxプロファイルの中に問題があった事となりますし
    これでも不具合が出る様であれば
    Firefox のプロファイルの問題では無いと切り分けできるでしょう。

    そして
    もしこれで不具合なく動けば

    (あ) うまく動いた状態でそのまま使う
    (い) バックアップしたプロファイルを使い元に戻し
       あらためてシューティング行う
       シューティングの手順は pal さんの投稿 #58486 及び私の #58490 を参照
    (う) バックアップしたプロファイルは捨てて
       あらためて新規にプロファイル作り直す
       必要に応じバックアップ取ったものの中から
       最小限必要なもののみ(→私の場合だとブックマーク情報かな)コピー

    のいずれかを選択。

    もし不具合が出れば
    事前にバックアップ取ったプロファイル環境に戻した上で
    Firefoxプロファイル以外を疑う。
    「 Firefoxプロファイル以外」が何かは今の時点では不明だが
    少なくとも不具合切り分けの意味では整理は進む。

    ----------

    なお
    上記の手順は Firefoxプロファイルが
    標準的な xxxxxx.default や zzzzzz.default てな名前のフォルダ中にある前提で書いています。
    もしご自身でそのあたり変更されていたりされてるのであれば
    そのあたりはご自身の環境と読み替えて実施ください。
    またアドオン等の外部から追加したモジュールによっては
    標準的なプロファイルの位置に情報(データ)が無いケースもあります。
    そのあたりはご自身で検証ください。


    では。


    .

    [メール転送/OFF] / 引用返信
    Re: Yahooメールがおかしい!
    (#58500) このスレッド中10番目の返信
    (環境: WinNT/Other)

    XP イクナイ!(何

    > ユーザーアカウントのことですか?
    > そうです、三つのユーザーアカウントが有って一つのユーザーアカウントのみでYahooメールに不具合が有るんです。宜しくお願い致します。

    OS のユーザアカウントということでよいですか?OSユーザが3つあって、Firefoxのプロファイルも別々に3つあるということでよいですか?
    # 以下単にOSユーザとします

    Yahoo!メールをFirefoxでということなのでメールクライアント(POP3)は関係ないということでよいですか?
    # 以下単にメールアカウントとします

    メールアカウントは OS ユーザに対応して1つづつあるってことですか?それとも1つのメールアカウントを共有していますか?

    まぁ、私なら、挙動がおかしい OS ユーザで新規プロファイル作ってみて、確認します。
    それで不具合が起こらないようなら、プロファイルの問題ですので不具合の合ったプロファイルはあきらめるのがよいと思います。

    [メール転送/OFF] / 引用返信

    返信用スレッド表示 [親 〜 4] [5 〜 9] [10 〜 10]


    Firefox 64bit
    (#4) このスレッド中番目の返信
    koyama の投稿 : 2015/04/04(Sat) 21:45:59
    (環境: Other/Other)

    Windows版はいつ頃になるでしょう?

    [メール転送/OFF] / 引用返信

    全返信 2 件中 1 〜 2 番目を表示

    Re: Firefox 64bit
    (#58491) このスレッド中1番目の返信
    (環境: Win 7/Other)

    もうしばらくでしょうが、確定した予定はない模様。

    参考
    http://rockridge.hatenablog.com/entry/2014/11/10/003911
    http://rockridge.hatenablog.com/entry/2015/04/01/233528

    [メール転送/OFF] / 引用返信
    Re: Firefox 64bit
    (#58496) このスレッド中2番目の返信
    (環境: WinNT/Other)

    まだですか。
    Waterfoxも使ってみましたが、プラグインが追いついていないし、何より最新バージョンでないのが、セキュリティ上不安です。
    早く出るといいな。

    [メール転送/OFF] / 引用返信

    返信用スレッド表示 [親 〜 2]

    [前のスレッド5] | [次のスレッド5]

    過去ログに移動していない記事の検索 : 記事数 618 (親 100、返信 518) から検索

    過去ログに移動したスレッドの検索は、 検索 より行うことができます。

    - Child Tree -