Feds may target Google’s Chrome browser for breakup
Feds may target Google’s Chrome browser for breakup Prosecutors for the Justice Department and state attorney general offices are discussing ways of curbing the search giant’s market power as they prepare to sue the company. Google Chrome, which was introduced in 2008 and has the largest market share in the U.S., has been at the center of rivals’ accusations that the search giant uses the browser&
ダークウェブをChromeから覗く闇のワンライナー Welcome to Underground - Qiita
ダークウェブ（.onionドメイン）にアクセスする場合、ブラウザはTorを使う必要がありますが、docker内でTorを建ててプロキシとして使えば、どのブラウザ、またはCURL、pythonスクリプト等でもアクセスできちゃいます。 ワンライナーはこちらです。 networksetup -setsocksfirewallproxy Wi-fi localhost 9150 && networksetup -setsocksfirewallproxystate Wi-fi on && cd $(mktemp -d) && echo -e "FROM alpine:3.12\nRUN apk add tor" > Dockerfile && docker build . -t torproxy && docker run -p 9150:9150 torproxy sh -c "chown -R
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サイトがユーザー本人の意図した動作であることを検証していないため
Google ChromeのCPU喰いが気になるなら「Tab Freeze」機能を試してみよう
Google Chromeはマルチプロセスアーキテクチャと呼ばれるデザインを採用している。これはタブごとに別のプロセスが生成される仕組みで、メモリ使用量やCPUリソースの消費量が増えやすい反面、タブを閉じることでリソースの開放が行われやすく、さらにWebブラウザ全体のロバスト性も向上しやすいという特徴があると言われている。 しかし、場合によっては、バックグラウンドで動作を続けるタブで大量のCPUリソースが消費されることがある。これを回避する機能が、先日公開されたChrome 79に実験的な機能として導入された。 この機能は「Tab Freeze」と呼ばれており、5分間以上バックグラウンドに存在するタブを自動的に停止するというもの。CPUリソース消費を大幅に抑えて、ノートPCなどのバッテリーの持ちが改善される可能性がある。 Chrome 79に実験的に導入された機能「Tab Freeze」
Nginx HTTP2 Server Push
That way we can see whether Chrome would retrieve the image pushed by the / handler when we request /. I started tailoring main.go: // handleImage is the handler for serving `/image.svg`. // // It does nothing more than taking the byte array that // defines our SVG image and sending it downstream. func handleImage(w http.ResponseWriter, r *http.Request) { var err error w.Header().Set("Content-Type
Headless Chrome、イメージキャプチャAPIなどの新機能を搭載した「Chrome 59」正式版がリリース
Webブラウザ「Google Chrome」の最新版「Google Chrome 59」正式版がリリースされました。Chrome 59では、Headless Chrome、macOSネイティブな通知、イメージキャプチャAPIなどの新機能が搭載されています。 もっとも注目される新機能が「Headless Chrome」でしょう。Webブラウザは通常、Webページのレンダリング結果を画面上に表示しますが、Headless Chromeはその画面表示を含むすべてのUIが一切表示されず、コマンドラインやリモートデバッグ機能を通じてChromeを操作できるようになります。 Headless Chrome機能を利用することで、コマンドラインなどの操作だけでレンダリング結果のスクリーンショット画像を取得することやPDF出力、DOMの出力などがプログラムから可能になり、テストの自動化などを効率的に行えるよ
Chrome Workspace reloaded | チャットワーククリエーターズブログ
着る毛布活躍中の@kyo_agoです。 この記事はChatWork Advent Calendar 2014 24日目です。 WorkspaceとはみなさんChromeのDevToolsにあるWorkspacesという機能をご存知でしょうか？ 実はこの機能2013年にはChrome stableに入っていますが、あまり話題になっていないようなので今回ご紹介したいと思います。 まず、Workspaceを紹介する前にLive editの機能を紹介したいと思います。 Live editとはChrome DevToolsのSourcesパネル内でコードを直接編集できる機能で、ここで変更した内容はページをリロードしなくても即座にページ上に反映されます。 ただ、Live editはページをリロードすると編集内容が消えてしまうため、修正した内容を取っておくには手動でローカルファイルにコピペする必要があり
vagrantでrails動かしてみたら、localhost:3000にアクセスできない (´ﾟдﾟ｀)ｴｰ！ - mokokko desu
◯ 事象 ruby on rails のチュートリにて rails のサーバーを起動して、いざブラウザからアクセス!! 「Google Chrome では localhost:3000 に接続できませんでした」 ／(^o^)＼ ◯ 現状確認 3000でプロセスが待ってるのは確認できた。ふむ [vagrant@localhost ~]$ netstat -anp (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreig
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Chrome、高深刻度を含む5つの脆弱性を修正
危険なユーザー名・パスワードを警告してくれるChrome拡張機能「Password Checkup」、Googleが無償公開 
PC版で閲覧中のページをモバイル版へ転送できるChrome拡張「Chrome to Mobile」NOT SUPPORTED
Go言語のスタックとヒープ