URLの最大文字数って結局いくつなのさ～IE亡き後の新常識を探る - Qiita
まえがき 株式会社ピーアールオー（あったらいいな！を作ります） Advent Calendar 2021 の14日目になります。 前日は @s_arakawa626 さんの「脆弱性のあるサーバーを簡単に立ててサイバー攻撃を体験したい」でした。 URLの最大長はIEによって決められていた問題 周知の事実だと思うのですが、URLの長さに仕様としての決めはないのに、IEが2083文字までしか利用できないため、Webの世界ではURLの最大長は2083というのが事実上の標準というか、常識になっていましたよね。。。 URLの長さの仕様は本当にないのか？問題 URLに関する仕様と言えばRFCですね。URLに関するRFCは、RFC2616とRFC3986が原典となります。2616と3986の記載には、たとえばURLで使用できる文字種について違いがあったりでしばしば現場に混乱をもたらしていますが、ことURL
2023年1月のWebプラットフォームの新機能 | フロントエンドBlog | ミツエーリンクス
このページの一部は、Google が作成し、クリエイティブ・コモンズ 4.0 著作権表示情報に記載されている用語に従って使用されている、著作物を複製したものです。 以下の内容は、2023年1月31日に公開された記事「New to the web platform in January」の日本語訳です。翻訳の正確性は保証いたしかねますので、必要に応じ原文を参照ください。また、ブラウザサポートについては原文公開時点のbrowser-compat-dataに基づいており、必ずしも最新の状況を反映しているとは限りませんので、ご注意ください。 2023年1月に安定版およびベータ版のWebブラウザに搭載された興味深い機能を複数ご紹介します。 安定版ブラウザのリリース 2023年1月にはFirefox 109、Chrome 109、そしてSafari 16.3が安定版となりました。これがWebプラットフ
わたしはページ内検索を普通に使いたい
以前にも少し書いたのですが、ウェブブラウザーで使えるページ内検索による体験が阻害されるのが本当にストレスで、その例を残しておこうと思います。 採用側の気持ちも分かりますので、どうなると皆が幸せになるのか分からないという種類のものなので困ったところです。 省略されたテキストoverflow: hiddenとtext-overflow: ellipsisまたは-webkit-line-clampによってテキストが省略された場合、その省略部分がページ内検索にヒットすると非常に探しづらいです。 特に、グリッドで区切られたアイテムが複数列・複数行で並んでいる際に顕著です。 以前の記事のとおり、わたしはYouTubeでよく遭遇します。 下記のデモは、1000個のアイテムを並べたものです。 このうち、「Red Rose」というワードは12個のアイテムに含まれています。 デモを開いて「Red Rose」で
Firefox Nightly、IE11と間違われる | スラド IT
米 BestBuy のウェブサイトで Firefox Nightly がサポート終了した古いブラウザーと認識される問題が発生し、調査の結果 Internet Explorer 11 (IE11) と誤判定されているとの結論に達したようだ (Ghacks の記事、 webcompat/web-bugs: Issue 115507、 MozillaのBugzilla: Issue 1805967、 Issue 1806690)。 デスクトップ版および Android 版 Firefox のユーザーエージェント (UA) 文字列では「rv:」が Gecko エンジンのバージョンを示す。現在、Firefox Nightly はバージョン 110 であり、Gecko エンジンも同じバージョンだ。一方、Internet Explorer の UA 文字列ではバージョン 10 まで「MSIE 10.0」
今は、もう、動かない、その User-Agent 文字列
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、広告エンジニアの中山です。 唐突ですが、みなさまの Web アプリケーションに User-Agent 文字列を参照する処理はありますか？ User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.1234.56 Safari/537.36例えば User-Agent 文字列を解析して内容に応じて制御を分岐させたり、機械学習の特徴量として用いたり、さらには一般に悪しきユースケースとされていますが IP アドレスと組み合わせて fingerprinting に活用する … と
日本における支援技術の利用状況 (2022年4月〜5月実施の JBICT.Net 調査) | Accessible & Usable
公開日 : 2022年10月6日 (2023年10月12日 更新) カテゴリー : アクセシビリティ 日本国内の視覚障害者の ICT 利用環境向上を目的に活動している日本視覚障害者 ICT ネットワーク (JBICT.Net) が、このたび第2回目となる「支援技術利用状況調査」を実施し、その調査結果の報告書を公開しました。 第2回支援技術利用状況調査報告書 - JBICT.Net 本調査は、2022年4月から5月にかけて実施されたアンケート調査 (ウェブフォームおよび電子メールで回答を収集) で、視覚障害を持つインターネット利用者が、実際にどのようなデバイス、OS、ブラウザ、メーラーを普段用いていて、それらがどのような支援技術 (スクリーンリーダー、点字ディスプレイ、画面拡大ツール、配色変更) と組み合わされて活用されているかを、定量的にまとめたものです。 グローバルな類似の調査としては
日本視覚障害者ICTネットワークが第2回支援技術利用状況調査報告書を公開 | アクセシビリティBlog | ミツエーリンクス
2022年10月4日 日本視覚障害者ICTネットワークが第2回支援技術利用状況調査報告書を公開 アクセシビリティ・エンジニア 大塚 今年の5月に当Blogで公開した記事、「日本視覚障害者ICTネットワークが第2回支援技術利用状況調査を実施」で触れた調査の結果が公開されました(第2回支援技術利用状況調査報告書)。2021年に行われた第1回の調査結果と比較しながら、個人的に印象に残った点を取り上げたいと思います。なお、1回目の調査結果については、当Blogでも日本視覚障害者ICTネットワークによる支援技術利用状況調査報告書という記事で取り上げています。 調査結果の中で注目したポイントの1つめが、パソコンで使うことがある支援技術をすべて選択する質問においてPC-Talkerを挙げる人がトップとなり、NVDAがそれに続いたことです。こちらについては、第1回目の調査結果と大きな変化はありませんでした
Chromeで発見された脆弱性の総数はSafariの約4倍〜今年は10倍以上 - iPhone Mania
各Webブラウザでこれまでに発見された脆弱性の総数はGoogleのChromeが最も多く、AppleのSafariの約4倍だといいます。 今年発見されたものだけでもChromeはSafariの10倍以上だそうです。 Chromeが最も脆弱性が多く発見されたWebブラウザに Atlas VPNのレポートによると、今年の1月1日から10月5日までに発見されたWebブラウザの脆弱性の数は、Google Chromeが303件でダントツのトップでした。 AppleのSafariが26件なのに比べると10倍以上です。 これまでに発見された脆弱性の総数においても、Chromeは3,159件でSafari（806件）の約4倍に上っています。 シェアの割に脆弱性が少ないSafari より多くのユーザーがいればより多くの脆弱性を調査する研究者が存在するため、発見される脆弱性の数はユーザー数に比例しているよう
Chromeに実装された疑似クラス「:has()」がjQueryの「:has()」に悪影響、一定の条件下でWebサイトが壊れる可能性
Chromeに実装された疑似クラス「:has()」がjQueryの「:has()」に悪影響、一定の条件下でWebサイトが壊れる可能性 最近リリースされたSafariとChromeで、CSSのSelectors Level 4（現時点でドラフト）仕様にある疑似クラス「:has()」が相次いで実装されました。 疑似クラス「:has()」は、カッコ内に要素を書くと、その要素を持つ親要素にのみ指定したスタイルを設定できる、という便利な機能を提供してくれます。 ところがこの「:has()」のChromeにおける実装は、jQueryで似たような機能（カッコ内の要素を持つ親要素を選択する）を提供する「:has()」に悪影響を及ぼし、このjQueryの「:has()」を使っているWebサイトでは、Chromeを利用した場合に一定の条件下でWebサイトが壊れるなどの問題を引き起こすことが分かりました（同じエ
フロントエンドエンジニアが知るべきキャッシュを理解する
キャッシュは、CPUのバスやネットワークなど様々な情報伝達経路において、ある領域から他の領域へ情報を転送する際、その転送遅延を極力隠蔽し転送効率を向上するために考案された記憶階層の実現手段である。(引用: フリー百科事典『ウィキペディア（Wikipedia）』) こんにちは、@kaa_a_zu です。私たちエンジニアは、「キャッシュ」というワードをよく口にしています。それはインフラの設計をしている時かもしれないし、表示されるコンテンツが変わらない時かもしれないし、パフォーマンスの改善をしている時かもしれません。普段何気なく使っている「キャッシュ」とは一体何なのでしょうか。この記事は、そんな「(Webフロントエンドを触るエンジニアが知るべき)キャッシュ」について、どんなものがあるのかがちょっと分かったという状態になることを目的に書いています。
「Firefox」サポートしないサービス続々 国内シェア今や6%足らずに
ウェブブラウザー「Firefox」について、ネット銀行「PayPay銀行」は2022年3月25日にサポートを終了した。推奨ブラウザー環境の対象外となり、今後は画面が正しく表示されなくなる可能性がある。 2004年に公開された米国発のFirefoxは、かつてはウィンドウズ搭載パソコン（PC）に標準搭載されていた「Internet Exploer」（IE）に次ぐ有力な選択肢として人気を集めた。現在では、事情が変わってきている。 2010年は国内2位、シェア2割強だった アイルランドの「statcounter」というサービスは、ウェブブラウザーの利用率を集計している。公式サイトによると、世界中の200万以上のサイトへのアクセスを分析しているという。 それによると今から11年ほど前、2010年12月の国内パソコンブラウザーのシェアは、IEが58.6%で1位、そして2位にFirefoxが21.63%
ブラウザの画像ラベル自動生成が普及した近未来における代替テキストの妄想
Edge が代替テキストの設定されていない画像に対して、自動生成されたラベルを提供するようになったそうです。 Appears to say: Microsoft Edge now provides auto-generated image labels(blogs.windows.com) alt="" のように alt 属性値が空とされた画像や小さなアイコン画像が除外される面も含めて、2019年に Chrome に実装された機能(www.blog.google)と同様なものと思われます。 今後 Firefox や Safari 、あるいは各種モバイルブラウザにも導入が進む可能性もありそうですが、将来的に多くのブラウザが有する機能になった場合、どういうことが起こりうるか考えてみました。 まず前提として、どのような場合にラベルが自動生成されるのかを軽く説明します。 冒頭に挙げた Edge B
Web開発者の悩みの種ランキング（2021年版） | POSTD
私は先日、開発者が何を最も大きな課題に挙げているかを知ることで、開発者コミュニティのニーズを理解できるという記事を書きました。 元々の投稿はMDN Developer Needs Assessment（2019年）の結果を要約したものでしたが、不運なことに、この調査は2020年に中止されました。この調査情報は、Webプラットフォーム全体の方向性を定めるのに役立つ点で、私たちのチームにとって重要だったため、調査の中止は残念なことです。 調査を実施していたMozillaの代わりとして、私はチームのために、開発者の大まかなニーズを把握する調査を企画しました。 3カ月ごとに、米国、英国、インドのWeb開発者やWeb開発における意思決定者約700人をランダムにサンプリングして実施し、過去に実施したすべての調査とデータを比較して、トレンドに変化があるかを見ていきます。 注意すべきなのは、MDN Sur
Apple、Google、Microsoft、MozillaがWeb改善「Interop 2022」で協力
Apple、Google、Microsoft、MozillaがWeb改善「Interop 2022」で協力 WebブラウザメーカーでもあるApple、Google、Microsoft、Mozillaは、ソフトウェアコンサルタント企業BocoupおよびIgaliaとともに、「Interop 2022」を発表した。多様なプラットフォームでより一貫したWebデザインを提供するための取り組みだ。 Interop 2022は、同名のベンチマークで複数のWeb標準が各ブラウザでどのように実装されているかを評価し、Web開発者やユーザーのネットでの不便さを解消することを目指す。 Google、Microsoft、Mozillaは2021年、同様の「Compat 2021」というベンチマークを立ち上げた。こちらにはAppleは参加していなかった。このベンチマークは5つのWeb標準の実装を評価するものだった
2022年におけるフロントエンド開発のベースライン
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog TL;DR:2022にフロントエンド開発で最も考慮すべきユーザー環境は、パフォーマンスでは低スペックのAndroid端末、標準仕様では2年前のSafari、そしてネットワークでは４Gです。それに対してはJSへの過剰依存などが原因で主にパフォーマンスの面でのウェブ全体の対応がよくありません。 こんにちは！LINEフロントエンド開発室のダバロス アランです。この記事のタイトルを見て「釣りタイトルですね〜」と考えている方がいると思いますが今回に限ってはそれを大目に見てください。それはなぜかと言いますと、2021年から2022年にかけて私たちフロントエンドエンジニアが全体的に考え方を改める必要が出るほど大きな変化がありました。 その変
2022年1月においてCSRF未対策のサイトはどの条件で被害を受けるか
サマリ2020年2月にGoogle ChromeはCookieのデフォルトの挙動をsamesite=laxに変更しましたが、2022年1月11日にFirefoxも同様の仕様が導入されました。この変更はブラウザ側でCSRF脆弱性を緩和するためのもので、特定の条件下では、ウェブサイト側でCSRF対策をしていなくてもCSRF攻撃を受けなくなります。この記事では、デフォルトsamesite=laxについての基礎的な説明に加え、最近のブラウザの挙動の違いについて説明します。 （2022年1月29日追記） 本日確認したところ、Firefoxにおけるデフォルトsamesite=laxはキャンセルされ、従来の挙動に戻ったようです（Firefox 96.0.3にて確認）。デフォルトsamesite=lax自体は先行してGoogle Chromeにて実装されていましたが、細かい挙動の差異で既存サイトに不具合が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2022年に起きたフロントエンドの変化
「SPAのタブ永遠に開きっぱなし問題」を更新ボタンを設置せず解決した - 橋本商会
Web Runtime
今度はAppleが「Firefox」を拒絶、サポート対象外にする動きに歯止めがかからず／UA文字列を書き換えで回避はできるが……【やじうまの杜】
