Chrome 80が密かに呼び寄せる地獄 ～ SameSite属性のデフォルト変更を調べてみた - Qiita
Chrome 79以下や他ブラウザのデフォルト値。 Chrome 80からこの値を設定する場合、Secure属性も必須となる。 Aサイトに対し、Bサイトからどのようなリクエストがあっても、発行したサイトでCookieヘッダーに含める (Cookieを使用する) 図にすると以下のようになります。 Strict 外部サイトからのアクセスではCookieを送らない。 Lax 外部サイトからのアクセスはGETリクエストのときだけCookieを送る。 None 従来通りの動き。 【追記】なおChrome 80以降でSecure属性を付けずSameSite=Noneを指定した場合、set-cookie自体が無効になります。 セキュリティ上の効果 CSRF対策になります。 CSRF (クロスサイト・リクエスト・フォージェリ) とは、 WEBサイトがユーザー本人の意図した動作であることを検証していないため
Chromeのloading属性は、指定しなくてもデフォルトで"lazy"の挙動となりうる ～loading属性の落とし穴から学ぶ、機能拡張と初期値・デフォルト挙動の話～ - Qiita
Chromeのloading属性は、指定しなくてもデフォルトで"lazy"の挙動となりうる ～loading属性の落とし穴から学ぶ、機能拡張と初期値・デフォルト挙動の話～CSSJavaScriptChrome 【事前知識】loading属性について Chromeのimg・iframe要素には、loading属性というものがある。 こいつをHTMLでloading="lazy"のように指定すると、遅延読み込みする（画像等がスクロール等で画面内に入ってきた時に初めて読み込み始める）。 こうすることで、時間がかかる無駄な読み込みが抑えられ、ページ表示速度が速くなったり、通信量を減らせたりする。 値には次の3種類があり、"lazy"が遅延読み込みオン、"eager"は遅延読み込みオフ（遅延せず愚直にすぐ読み込み）、"auto"はlazyかeagerかをChromeがネットワーク速度などを考えて自動
ArchLinuxクライアントPCことはじめと利用プロダクトまとめ
こんにちは。CTOの馬場です。 先日 勤続10年になるCTOが異動のついでにMacをやめてArchLinuxにした話 で書いたとおり、最近はArchLinuxでvimやDocker、Vagrant + VirtualBoxを使ってPythonやGolangを書いて暮らしています。 最近「Macやめてみて、その後どうですか？」とよく聞かれるので、現状を共有します。 結論としては特に問題なく普通に暮らしています。 利用していた/利用しているプロダクト 「あれってどうしてます？」みたいなのをよく聞かれるので表を作りました。 漏れてる(私が忘れてる)ものもあると思うので、 他に気になるものがあればお声掛けください。 代替プロダクト、最初は探すのにちょっと難儀しますが、 どうということはありません。 pacmanかaurで揃っちゃうので管理はとても楽です。 ジャンル Mac時代 Linux時代
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
