【現在は対応不要】Chrome80以降でALBの認証を使っているとcookieが4096バイトを超えて認証できないことがあり、社内サービスではcookie名を縮めて対応した - hitode909の日記
2020/2/18追記 サポートに問い合わせたところ、ALBの不具合はロールバック済みで、cookie名を縮める対応は不要、とのことでした。試してみたところ、たしかにcookie名の指定をやめても問題なく認証できました。 AWSのApplication Load Balancerの認証機能を使って、スタッフからのアクセスのみ許可する社内向けウェブサービスを運用しているのだけど、昨日くらいからGoogle Chromeで認証が通らなないという声を聞くようになった。 現象としてはリダイレクトループが発生していて、コンソールを見るとSet-Cookie headerが長すぎるというエラーが出ていた。 Set-Cookie header is ignored in response from url: https://****/oauth2/idpresponse?code=e51b4cf0-8b
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はURLを殺そうとするのか？ (Chrome Dev Summit 2019) - ぼちぼち日記
今年もChrome開発者の集まりChrome Dev Summit 2019 (CDS) がサンフランシスコで開催されました。 今回、私が Chrome Customer Advisory Board (CAB) に選出していただいたこともあり、CDSに初めて参加しました。 これは、CDS終了後のCAB meetingで頂いたChrome Dinosaurフィギュアです。ちなみにゲームはできません。 タイトルの「なぜChromeはURLを殺そうとするのか？」は、2日目Chrome Leadsのパネルセッションで司会のGooglerが、Chrome UX担当のProduct Managerに対して一番最初に投げかけた問いです。 PMは直ちに「そんなことはしない」と即答しました。しかしChromeは、URLの表示領域からHTTPSの緑色表示の廃止・EV表示場所の移動・wwwサブドメイン表示の削
macOS Sierra の Chrome でインターネットへのアクセスが極端に遅くなる現象を解決！
macOS Sierra が登場して半年以上経ちますが、実はリリース当初から解決できていなかった不具合を回避する方法をようやく見つけましたのでシェアします。 「macOS Sierra ＋ Chrome ＋ 企業内ネットワークでの利用」という限定的な条件でおこる不具合ですが、どハマりする上、情報も少なく苦労しました・・・。 どんな不具合？企業オフィスなどのイントラネット環境からインターネットへアクセスする際、スピード向上やセキュリティ対策のためプロキシサーバを経由することが多いと思います。 そんなとき、自動プロキシ構成ファイル（PACファイル）が提供されることがあるのですが、このPACファイルを利用するとGoogle Chromeを利用してのインターネットへのアクセスが極端に遅くなるという不具合です。 さらに不具合発生の条件にはもう一つあります。それは「システム環境設定 ＞ 共有」にある共
Getting Started with Headless Chrome | Blog | Chrome for Developers
TL;DR Headless Chrome is shipping in Chrome 59. It's a way to run the Chrome browser in a headless environment. Essentially, running Chrome without chrome! It brings all modern web platform features provided by Chromium and the Blink rendering engine to the command line. Why is that useful? A headless browser is a great tool for automated testing and server environments where you don't need a visi
3rdパーティー製スクリプトによるフロントエンドSPOFを検出するChrome拡張 | ゆっくりと…
6月22日未明、Twitter のサーバーがダウン し、全世界でサービスが停止しました。一部マニアの方々は、動いていた ケータイ用サーバー から この状況を楽しんでいた (?) ようですが、OMG..twitter was down….closest thing to living without oxygen for most of us…. （なんてこった、オレたちに酸素なしで生きろっていうのか） という声に代表されるように、世界各地で悲鳴が上がったようです。 さて純正の Twitter ウィジェット を貼っているあなたのサイトは、この障害でページが真っ白になったり途中で引っかかったりせず、無事にコンテンツを提供できたでしょうか？ ということで、前回 と同ネタですが、こういった フロントエンドの単一障害点 （SPOF） をより簡単にチェックできる Chrome エクステンション SPO
blog.8-p.info: Google Chrome で「保存したらリロード」
Posted at 2010/02/15 23:57, Modified at 2010/02/16 00:08 去年に ChromeRepl という Google Chrome 拡張を書いた。ChromeRepl は MozRepl のように、外部からたたける口を Google Chrome に空けてくれる。詳しくいうと Chrome には Google Chrome Developer Tools Protocol というプロセス外から制御するためのプロトコルが元々あり、これの上に汎用 eval と console.log などを足すことが ChromeRepl の仕事になる。 最近 Mac むけ Chrome でも beta なら拡張機能が使えるようになったので、今日は ChromeRepl のインストールから、実際どう便利かまでを簡単に説明してみようと思う。 インストール まずはイ
Chrome Dirty Hacks 01: fc2 image for LDR - 枕を欹てて聴く
続ける予定は未定ですが01と銘打ちました, ChromeのDirtyなHackをお届けするChrome Dirty Hacks. 今回のレシピは, LDR上でfc2の画像を表示する です. 注意 Chrome Dirty Hacksはたまーに見つかるあんなのやこんなので, Chromeで実用性皆無のdirtyなhackを! というもので, 実用性本位ではありません. 最近ちょっと忙しいのですが, せっかくろくでもないことを思いついたので, 試しておかなくてはと... 結果 あら不思議! fc2のblogで著名なネタ帳さんのページを例としてあげさせていただきました. LDRの記事未読件数とかが破産寸前になってて恥ずかしいので隠しました. 成果物のChrome拡張はここにおいておきます. ちなみにsupportは予定していません... fc24ldr.crx 内部的概要 fc2の画像はfc2以
Chromium osをコンパイルしてみる - White scenery @showyou, hatena
http://journal.mycom.co.jp/news/2009/11/20/011/index.html http://sites.google.com/a/chromium.org/dev/chromium-os/building-chromium-os なんかchromiumosプロジェクトが公開されたので、せっかくなのでbuildだけしてみる 先に結論だけ書いとくと楽勝でした。GoといいGoogle関連のOSSはドキュメント読みやすいです。 環境はUbuntu 9.10(x86)です。当然ですが自己責任で。 2009/11/21 11:02 このエントリの後ろに追記しました 2009/11/21 13:11 記述ミスがあったので修正しました(thx vine_user!) コンパイルに必要なライブラリを揃える $ wget http://src.chromium.org/s
Mac や Linux で Google Chrome を動かそう！「CrossOver Chromium」を試してみた。 - IT戦記
CrossOver Chromium とは 簡単に言えば Windows 用の Google Chrome （正確には Chromium）を wine というソフトウェアを使って Mac や Linux 上で動かすものです。 インストール手順 使うための手順を書いておきます。（Mac の例です。） まず、ダウンロード 以下のサイトの右側からダウンロードします。 http://www.codeweavers.com/services/ports/chromium/ dmg をマウントして Application ディレクトリにドラッグ＆ドロップ アイコンをドラッグします で、起動 初回起動時は時間がかかります。。。 待つと、起動します。 おおおおー。動いてるー。簡単だー 色々試してみよう 起動したので、ちゃんと動くか試してみました。 ブラウザとして 多少不安定ですが、フォント以外は全然問題な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『Greasemetal - an Userscript Runtime for Google Chrome』へのコメント
Google Chrome で Greasemokey。「Greasemetal」登場。 - IT戦記