Web Pushのサーバーサイドの処理〜VAPIDとMessage Encriptionを中心に〜
はじめに この記事では、Push APIを用いたWeb Pushにおけるアプリケーションサーバーの処理を概観します。 特に重要と思われる以下2つの点を中心に説明します。 VAPID (Voluntary Application Server Identification) Message Encryption 加えて、そのほかにアプリケーションを実装する上で考慮する点をいくつか紹介します。 サーバーサイドの実装ではWeb Push用のライブラリを使うことが多く細かい部分を自分で実装する機会は少ないと思いますが、どのような技術が使われているのか把握しておくことにより、より自信を持って正しく扱えるようになると思います。 対象読者 Push APIを用いたWeb Pushを触ってみたことがあり、大まかの仕組みをイメージできる程度の知識があるのが望ましいです。 「詳しい仕様はよくわからないが、ライ
「SPAのタブ永遠に開きっぱなし問題」を更新ボタンを設置せず解決した - 橋本商会
こんにちは。強いUIはボタンを捨てるをスローガンにScrapboxを開発しています。shokaiですshokai.icon Helpfeel Advent Calendar 2022の5日目の記事です 昨日はHelpfeelエンジニアのyado.iconさんでした 採用面接中にチャーハン・ピラフ判定器とスタバ警察botで盛り上がる会社に入った | 株式会社Helpfeel ヨコハマハウスフラペチーノがエンジニア採用の役にたった？みたいで良かったです <a>タグの挙動を工夫する事で、Scrapboxからみたいなボタンをなくしました 更新ボタンの役割は2つ 更新がある事を教える 押すとアプリが更新される Scrapboxも昔こういうメニューがあった 今はもう無い では解説ですshokai.icon SPAのタブ永遠に開きっぱなし問題とは？ SPAとstaticなwebサイトの違い static
フィッシング対策観点でメールでリンクが送られない世界を目指すために我々は何ができるか - r-weblife
ritou です 急に寒くなりましたね。 この記事は何の話か 最近のメール経由のフィッシングの話で、 その辺のユーザーにとって、メールの送信元が正規のものかどうかの確認は容易ではない さらに、メール本文に含まれるURLの確認が容易ではない という現状があります。 前者がうまいこと解決されると一番良いんでしょうけれども、そうもいかないのでしょう？ 後者のところでよく「メールに含まれる怪しいリンクをクリックしないでください」と言うのがあります。 そもそも怪しいかどうかがわからないからクリックするわけなので、「怪しい」部分を説明するのも大事なことですが、細けーことは一般ピーポーには無理なので、「メールに含まれるリンクをクリックしないでください」まで振り切る方がいい気がしてます。 しかし、これはこれで サービスはユーザーとのコミュニケーションツールとしてリンクを送る(クリックして欲しい) ユーザー
XMLHttpRequest とはなんだったのか | blog.jxck.io
Intro Fetch API の実装が広まり、 IE もリタイアを迎えたことで、今後忘れ去られていくことになるだろう XMLHttpRequest について。 どのように始まり、どのように広まり、どのように使われなくなっていくのか。その間に残した多大な功績を残す。 XMLHttpRequest の始まり この名前は非常に長いため、通常 XHR と略される。 この API は、現在の Web API のように W3C/WHATWG による標準化を経て策定された API ではない。 Microsoft によるいわゆる独自実装の API として始まり、後追いで標準化される。 したがって、 Web API の中でもかなり異質な命名である XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由も、 Microsoft の命
Web のセマンティクスにおける Push と Pull | blog.jxck.io
Intro 筆者は、 Web のセマンティクスに対する実装の方針として、大きく Push 型の実装 と Pull 型の実装 があると考えている。 もっと言えば、それは実装方法という具体的な話よりも、開発者のセマンティクスに対する態度を表現することができる。 この話は「Push よりも Pull が良い」などと簡単に切り分けられる話ではない。 「自分は今 Push で実装しているのか、 Pull で実装しているのか」この観点を意識するかしないかによって、セマンティクスに対する視野が広くなり、その応用として、たとえば今自分が行っている実装が、将来の Web においてどのような互換性の問題を生じるかなどを想像できるようになるだろう。最近問題になる Ossification を、こうした視点の欠如の結果とみることもできる。 (本エントリでの Ossification は、一般に言われている Pro
Signed HTTP Exchanges (SXG)とはなにか/SXG Explained
Signed HTTP Exchange Study https://web-study.connpass.com/event/128480/ の発表資料です。
Web における技術の解釈とエコシステムによる合意形成プロセスについて | blog.jxck.io
Intro 「ユーザが意図する挙動」とは何か。技術的に可能であるが「やらない方が良いこと」は、誰がどう決めるのか。 Web には仕様、実装、デプロイ、そしてユーザの利用とフィードバックによって、そうした合意がゆるやかに形成されていく仕組みがあると筆者は考えている。 しかし、これは明文化されているわけでもなく、その全体像を把握するのは一般には難しいだろう。 今回は、ちょうど何度目かの議論が再発している ping 属性を例に、この合意形成の概観について解説を試みる。 リンクの ping 属性 <a> には ping という属性があり、以下のように URL を指定する。 <a href=https:example.com ping=/path/to/report>example.com</a> HTML Standard - ping Attribute このリンクは、クリックすると https
CERN 2019 WorldWideWeb Rebuild
2019 rebuilding of the original NeXT web browser
Web 関連仕様 日本語訳
このページは、 Web プラットフォーム関連の様々な仕様の日本語訳の一覧と， それらの日本語訳に共通な事項についての説明です。 これらの翻訳の正確性は保証されません。 これらの仕様の公式な文書は英語版であり、 日本語訳は公式なものではありません。 誤訳が無いことは保証されません。 ［ 当の仕様の策定者たちが想定している／当の仕様に期待されている ］意味論を完全かつ正確に反映することは保証されません。 翻訳なので、 語彙レベルで原文と正確に一致する意味を表すことは決してありません。 日本語は自然言語なので、 誰がいつどこで読んでも同じ解釈になることは保証されません。 ）（ 実際に誤訳が見つかることも時折あります。 それらについては見つかり次第修正され， 加えて用語の対訳や言い回しなども時折修正されるので、 これらの翻訳が「完成」する日は永遠に来ません。 逆に原文仕様が誤っていることもあり、
CROSS 2013レポート(2) - mad-pの日記
CROSS 2013レポートパート2です。次世代Webセッションのメモ。 CROSS 2013 間違いや発言意図と違う表現だ、などということがあると思います。ご指摘いただければ幸いです。 次世代Webセッション前半〜プロトコル編 http://www.cross-party.com/programs/?p=138 http://www.ustream.tv/recorded/28598269 司会 Jackさん(@Jxck_) 以下J 大津さん(@jovi0608) SPDY関連 以下jovi 小松さん(@komasshu) Websockets 以下koma 清水さん(@kazubu) HTTP/2.0 以下kazubu HTTP2 2012/11最初のドラフト。絶賛議論中 どんなところが問題? kazubu: 前回のIETFの続きのトピック。crimeアタックに関して圧縮回り見直しとか
Webはインターネットになった - naoyaのはてなダイアリー
先週金曜日にエンジニアサポートCROSS2013に行ってきた。目当ては @Jxck_ さんホストによる次世代Webセッション。セッション自体は前後半に分かれていて 前半はプロトコル編。SPDY (wikipedia) や HTTP/2.0 の動向やその課題点など 後半はアーキテクチャ編。プロトコルが変わった上で、その上で動くソフトウェアのアーキテクチャが云々 という内容でした。前半がより技術寄り、後半はテーマ的にもより広範の話題を扱うという感じでどちらも面白かった。 CROSS 2013レポート(2) - mad-pの日記 こちらに細かいログがあります。 話の前提になる SPDY や HTTP/2.0 周りの昨今については 【HTTP 2.0の最新動向】 第1回：HTTP/2.0の策定、ついに始まる - INTERNET Watch Watch 【HTTP 2.0の最新動向】 第2回：HT
我々が失ったウェブ（The Web We Lost 日本語訳）
以下の文章は、Anil Dash による The Web We Lost の日本語訳である。 ハイテク業界やマスコミは、10億人規模のソーシャルネットワークや遍在するスマートフォンアプリの隆盛を普通の人たちの純粋な勝利、使いやすさと権利拡大の勝利のように扱ってきた。この変化の過程で我々が失ってしまったものが話題になることは稀だし、お若い方だとかつてウェブがどんなだったかご存知すらないかもしれないのは私も承知している。 そこで今では大方消えてしまったかつてのウェブを以下に紹介させてもらう。 五年前、共有される写真は大抵 Flickr にアップロードされ、そこで写真は machine tags を利用することで、人間ないしアプリやサービスででもタグ付け可能だった。単純な RSS フィードを利用することで、画像は容易に公開ウェブ上で見つけられた。そして人々がアップロードした写真は、クリエイティブ
Why not conneg - WHATWG Wiki
A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam. To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members). The purpose of this page is to explain what's wrong with HTTP content negotiation and why you should not suggest HTTP content negotiation as a solution to a problem. HT
我々が失ってしまったウェブ - YAMDAS現更新履歴
The Web We Lost - Anil Dash Rebuilding the Web We Lost - Anil Dash O'Reilly Radar や Slashdot で話題になっている Anil Dash の文章だが、ソーシャルネットワーク全盛の現在、実は過去のウェブが持っていた美点のいくつかを我々は失っているという文章である。 これは我々のウェブではない。我々はかつて頼りにした重要な特徴を失ってしまったし、もっとひどいのは、我々がかつてはウェブの世界に必須なものだった本質的価値を放棄してしまっていることだ。今日のソーシャルネットワークはそのネットワークに何億もの新たな参加者を呼び込み、そして確かにそれが少数の人たちを金持ちにしている。 興味深い論点を持つ文章で、ワタシも訳したかったのだが、今時間がないので紹介まで。偶然かもしれないが、小林祐一郎さんの「私の好きなインタ
H2O Blog., Googleが推奨しているのは、レスポンシブ・ウェブデザインではない！？
先日、Googleが発表した『Google がお勧めするスマートフォンに最適化されたウェブサイトの構築方法』は、Web業界に衝撃をもたらしました。 レスポンシブ・ウェブデザイン（RWD）を「推奨」すると明記してあり、いわゆる「専用サイト」を全否定するような内容にも取れました。 これで、スマートフォンのサイト対策はRWD一択のように受け取られてしまった方もいることでしょう。しかし、ここで勘違いしてはならないのは、「RWD=レイアウトが解像度でダイナミックに変化する手法」 のことではないということ。 実は、日本語版のブログでは内容の一部しか翻訳されておらず、詳しくは原文にリンクがされています。 Building Smartphone-Optimized Websites また、こちらのサイトなどが、エントリーの元になったセミナーの内容などを元に詳しく解説をされています。 スマートフォン向けサイ
Google がお勧めするスマートフォンに最適化されたウェブサイトの構築方法
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラウザ/セキュリティ/プライバシー周りの一次情報に近い二次情報の情報源をまとめたもの
http://blog.loryandludlow.co/web/web-of-things/
WebAPIのこれまでとこれから
TechCrunch | Startup and Technology News
