アカウント名:
パスワード:
余分な情報は付けなくていいけど、「Chrome 81」だののブラウザ名とバージョン番号は正直に名乗って欲しいんだけど…。UAによってブロックするアホが居るから偽装が横行するのは分かるが、本来はUAに応じて動きを変える必要があるから使ってるわけで、凍結というのは行き過ぎでは?
ブラウザ側のバグとか特殊仕様をカバーしようとするからいつまでもそれらが解消されないということもあるのでは?ダメならとっとと捨てるか替えるか直すかしてくれと。
「IEだけクソ仕様!」とか散々グチってきただろモダンになったからってCSSもDOMも挙動の違いが無くなったわけじゃないぞ
ユーザーを識別できるのはG..G1εだけで良かろうなのだぁ~!!
UAに応じて動きを変えるのは、せいぜい携帯電話などのモバイルか、タブレットなのか、デスクトップPCなのかといった、サイトを利用する上で操作性や見易さを配慮する必要のある場合に限定するべきなんじゃないかな。
同じ実行環境だけど、ブラウザーが異なるとサイトの挙動を変えなきゃならないというのは、W3Cの互換性からして変だと思う。ましてや実行環境もブラウザーも同じ、ブラウザーのバージョンが違うことに合わせての挙動変更は、やり過ぎでしょう。まだWebの仕様に対する解釈の揺らぎがあった黎明期ならばともかく…。
outlook.com も、safariを名乗って使うと、全然違ったシンプルビューになり。問題は JavaScript なんじゃないの。
>同じ実行環境だけど、ブラウザーが異なるとサイトの挙動を変えなきゃならないというのは、W3Cの互換性からして変だと思う。変な挙動だとは思うけど、そもそもUser-AgentやAccept-Languageによって返すコンテンツを変化させることを規格化したのはw3c
>まだWebの仕様に対する解釈の揺らぎがあった黎明期ならばともかく…。中核機能の解釈揺れは減っても新しい機能がどんどん増えてるから、ブラウザごとの差異は今でも無視出来る問題じゃないと思う
UA-CH を使うなら、そっちは正直に名乗るんでしょう。
クライアントに応じて条件分岐するにしても、より具体的な内容で分岐すべきかと思います。c++で、コンパイラとそのバージョンで分岐するよりも、機能テストマクロで分岐するようなイメージ。(といっても伝わらないんだろうな)それでも、挙動がバグってる系はバージョン番号で分岐する形で残るとは思いますが。
正直に名乗ったところで中途半端な解決にしかならないんだよな。どうせ世にあるブラウザすべてを判別することは不可能で、問題なくレンダリングや実行できるブラウザなのにサーバ側の持ってるリストにないというだけではじかれることになるから。問題があるのはテキスト文字列で動作を切り替えようというすでに時代遅れの考えの方。
宣言的な(いたる所で「より分かりやすい」との触れ込みで採用されるが、100%数年で消え去る、実証された筋の悪い)テキスト文字列で動作を。。。の間違いでは?
UAをパースして「このブラウザーならこの関数持ってそう」と判断するのではなく、実行時に実際にその関数が存在しているかを調べて、あれば呼ぶ、なければフォールバックするという実装にしなさいってことです
同じ関数で、片方がバグあり、片方がバグなしの時はどうするので?
バグありの場合の回避手段があるなら、その回避手段の方をバグの有無に関係なく使えばいいじゃん。無駄に二重実装する必要ない。
代替実装は重かったり不完全だったりするからな、あくまで代替でなきゃ最初からわざわざそんな面倒くさい真似しないっつうの
代替実装を使うと極端な速度低下を起こす関数って例えばどんなのがあります?core-js愛用者なんで後学のために
「正直に名乗って欲しいんだけど(ブロックするから)」で馬鹿正直に名乗るわけがないだろ
スマホ版だとバージョンは書いてあるのでそんな感じになるのでは
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
正直に名乗って欲しい (スコア:0)
余分な情報は付けなくていいけど、「Chrome 81」だののブラウザ名とバージョン番号は正直に名乗って欲しいんだけど…。
UAによってブロックするアホが居るから偽装が横行するのは分かるが、本来はUAに応じて動きを変える必要があるから使ってるわけで、凍結というのは行き過ぎでは?
逆に言えば (スコア:1)
ブラウザ側のバグとか特殊仕様をカバーしようとするからいつまでも
それらが解消されないということもあるのでは?
ダメならとっとと捨てるか替えるか直すかしてくれと。
Re: (スコア:0)
「IEだけクソ仕様!」とか散々グチってきただろ
モダンになったからってCSSもDOMも挙動の違いが無くなったわけじゃないぞ
Re: (スコア:0)
未来に登場するものを含むありとあらゆるすべてのブラウザのそのバグと挙動をまとめた巨大なアカシックレコードでもあるならともかく
どう言い繕っても、UAに応じて動きを変えたい、なんて私はUAによってブロックするアホですという告白でしかないんだから。
Re: (スコア:0)
ユーザーを識別できるのはG..G1εだけで良かろうなのだぁ~!!
Re: (スコア:0)
UAに応じて動きを変えるのは、せいぜい携帯電話などのモバイルか、タブレットなのか、デスクトップPCなのかといった、
サイトを利用する上で操作性や見易さを配慮する必要のある場合に限定するべきなんじゃないかな。
同じ実行環境だけど、ブラウザーが異なるとサイトの挙動を変えなきゃならないというのは、W3Cの互換性からして変だと思う。
ましてや実行環境もブラウザーも同じ、ブラウザーのバージョンが違うことに合わせての挙動変更は、やり過ぎでしょう。
まだWebの仕様に対する解釈の揺らぎがあった黎明期ならばともかく…。
Re: (スコア:0)
outlook.com も、safariを名乗って使うと、全然違ったシンプルビューになり。
問題は JavaScript なんじゃないの。
Re: (スコア:0)
>同じ実行環境だけど、ブラウザーが異なるとサイトの挙動を変えなきゃならないというのは、W3Cの互換性からして変だと思う。
変な挙動だとは思うけど、そもそもUser-AgentやAccept-Languageによって返すコンテンツを変化させることを規格化したのはw3c
>まだWebの仕様に対する解釈の揺らぎがあった黎明期ならばともかく…。
中核機能の解釈揺れは減っても新しい機能がどんどん増えてるから、ブラウザごとの差異は今でも無視出来る問題じゃないと思う
Re: (スコア:0)
UA-CH を使うなら、そっちは正直に名乗るんでしょう。
クライアントに応じて条件分岐するにしても、より具体的な内容で分岐すべきかと思います。
c++で、コンパイラとそのバージョンで分岐するよりも、機能テストマクロで分岐するようなイメージ。(といっても伝わらないんだろうな)
それでも、挙動がバグってる系はバージョン番号で分岐する形で残るとは思いますが。
Re: (スコア:0)
正直に名乗ったところで中途半端な解決にしかならないんだよな。
どうせ世にあるブラウザすべてを判別することは不可能で、問題なくレンダリングや実行できるブラウザなのにサーバ側の持ってるリストにないというだけではじかれることになるから。
問題があるのはテキスト文字列で動作を切り替えようというすでに時代遅れの考えの方。
Re: (スコア:0)
宣言的な(いたる所で「より分かりやすい」との触れ込みで採用されるが、
100%数年で消え去る、実証された筋の悪い)テキスト文字列で動作を。。。
の間違いでは?
Re: (スコア:0)
UAをパースして「このブラウザーならこの関数持ってそう」と判断するのではなく、実行時に実際にその関数が存在しているかを調べて、あれば呼ぶ、なければフォールバックするという実装にしなさいってことです
Re:正直に名乗って欲しい (スコア:1)
同じ関数で、片方がバグあり、片方がバグなしの時はどうするので?
Re: (スコア:0)
バグありの場合の回避手段があるなら、その回避手段の方をバグの有無に関係なく使えばいいじゃん。
無駄に二重実装する必要ない。
Re: (スコア:0)
代替実装は重かったり不完全だったりするからな、あくまで代替
でなきゃ最初からわざわざそんな面倒くさい真似しないっつうの
Re: (スコア:0)
代替実装を使うと極端な速度低下を起こす関数って例えばどんなのがあります?
core-js愛用者なんで後学のために
Re: (スコア:0)
「正直に名乗って欲しいんだけど(ブロックするから)」
で馬鹿正直に名乗るわけがないだろ
Re: (スコア:0)
スマホ版だとバージョンは書いてあるのでそんな感じになるのでは