メモ置き場
このメモについて 自分向けの資料や記事やコードをまとめてあります 自分が調べて理解したこととかも雑に書いていきます。 モチベーション 一カ所にまとめておきたい 日本語訳重視 WebTransport のフォールバックについて WebTransport over HTTP/3 や WebTransport using HTTP/2 ではフォールバックについては一切触れられていない FallbackTransport はまだドラフトが出てきていない Fallback support への方針 Archive TCP へフォールバックすべき HTTP/2 へフォールバックすべき draft がでている WebTransport using HTTP/2 で行く Fallback support についての議論 Fallback support · Issue #107 · w3c/webtran
ウェブサイトの高速化を目指す「HTTP/3」の現時点でのパフォーマンスは？
ウェブサイトを閲覧する際の通信に利用されるHTTPの次世代バージョン「HTTP/3」は、QUICと呼ばれるプロトコルを用いて通信の高速化を目指しています。2018年にHTTP/3への対応を発表したCloudflareが、HTTP/3とその前バージョンであるHTTP/2のパフォーマンスを比較しています。 Comparing HTTP/3 vs. HTTP/2 Performance https://blog.cloudflare.com/http-3-vs-http-2/ 記事作成時点では、HTTP/3は仕様策定中のプロトコルであり、多くのブラウザでも実験的なサポートにとどまっています。HTTPの歴史やHTTP/3については、下記の記事を読むとよくわかります。 ウェブを支えるHTTP通信はどのように進化しているのか - GIGAZINE HTTP/2以前では、TCPレベルでパケットロスが発生
Nginx+NLBでHTTP/3環境をAWSに作ってみた | Developers.IO
つい最近(2019/10)CloudFlareがQUIC対応のQuicheをNginxで利用出来るパッチを公開したりHTTP-over-QUICがHTTP/3に改名したりで、HTTP/3がかなりアツくなってきています。 このビッグウェーブに乗るべく、CloudFlareのQuicheパッチを適用したNginxを用意して、NLB越しでQUICを喋ってみたいと思います。 もこ@札幌オフィスです。 つい最近、(2019/10)CloudFlareがQUIC対応のQuicheをNginxで利用出来るパッチを公開したりHTTP-over-QUICがHTTP/3に改名したりで、HTTP/3がかなりアツくなってきています。 このビッグウェーブに乗るべく、CloudFlareのQuicheパッチを適用したNginxを用意して、NLB越しでHTTP/3を喋ってみたいと思います。 NLBを利用してHTTP/3
え、そんなに！？意外と知らないAWSでお金がかかるポイント5選！！ | DevelopersIO
「でかいインスタンスを建てればAWSの料金が高くなっていく…。」 「大量購入すればお金が飛んでいく…。」 こんにちは(U・ω・U) AWS事業部の深澤です。 おそらく皆さん、上記のようなお話はご存知かと思います。弊社のエンジニアにもカジュアルに「AWSでお金いっぱい溶かすならどうしますか？」と聞いたところ、「リザーブドインスタンスをまとめ買いする」と即答されました。 しかしAWSには豊富なサービスがあり、料金の掛かり方も多様です。使い方を一歩間違えるとお金がどんどん溶けていくと行った事態になりかねません。そこで、今回は意外と気が付かない料金を調査したのでまとめてみました！ 注意 今回ご紹介するものは実際に検証したものではありません。AWSの料金表を確認して、実際このくらい溶けるのではと計算した理論値になります。 日本円のレートは執筆時現在のレートとなります。 リージョンは東京です。 それぞ
ウェブを支えるHTTP通信はどのように進化しているのか
HTTPはハイパーテキスト・トランスファー・プロトコルの略称で、ウェブサイトを閲覧する際のサーバーとの通信にて使用されています。CloudflareがHTTPの新バージョン「HTTP/3」に対応するにあたり、これまでのHTTP通信の問題点がHTTP/3でどのように解決されているのかをブログにまとめています。 HTTP/3: the past, the present, and the future https://blog.cloudflare.com/http3-the-past-present-and-future/ 1990年末に世界初のウェブページが登場し、その翌年の1991年にHTTPの初めての仕様書が書かれました。これはHTTP/0.9と呼ばれており、単にサーバーから特定のドキュメントをダウンロードするだけの簡易なものとなっていました。 1996年にはアップロードに対応するなど
サーバーレスアーキテクチャ再考 - ゆううきブログ
2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015
TypeScript Express tutorial #1. Routing, controller, middleware
1. TypeScript Express tutorial #1. Middleware, routing, and controllers 2. TypeScript Express tutorial #2. MongoDB, models and environment variables 3. TypeScript Express tutorial #3. Error handling and validating incoming data 4. TypeScript Express tutorial #4. Registering users and authenticating with JWT 5. TypeScript Express tutorial #5. MongoDB relationships between documents 6. TypeScript Ex
[レポート] DEV325-R1: 最近のAWSにおけるJavaエコシステムの機能紹介とハンズオン #reinvent ｜ DevelopersIO
はじめに 本記事はAWS re:Invent 2018のセッション「DEV325-R1 Hands-on in the AWS Java Ecosystem」のレポートです。 The AWS SDK for Java 2.0 includes a number of new features and performance improvements. Using real code examples, we'll build a serverless application that makes use of the SDKs new HTTP2-based event-streaming APIs and deploy it using AWS Java tooling introduced in 2018. You'll learn what's new in 2.0 and the
![[レポート] DEV325-R1: 最近のAWSにおけるJavaエコシステムの機能紹介とハンズオン #reinvent ｜ DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/69d5e5df38c6d27d133baa3f894a2379a68db070/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_reinvent-2018-city_1200x630.jpeg)
Goで書いたサーバーをHerokuにDocker Deployする - Qiita
Goで書いたサーバーをデプロイする先を探していて、Google App Engine(SE)やArukasなどを試してきたが、ふと気になって調べてみたらRailsアプリのホスティングで馴染みのあるHerokuもDocker Deployに対応していたので、試してみた。割と良さげなので、手順を残しておく。 前提: 必要なもの Herokuアカウント Heroku CLI CLIのバージョンが古いとcontainer:releaseでエラーが発生するので注意！ Docker Heroku CLI ログイン HerokuへのデプロイはCLIを使ってシェルから行います。heroku loginをして、CLIからログインして起きましょう。Docker Deployの場合はheroku container:loginでContainer Registryへのログインも必要となります。 プログラムの準備
docker環境のWebサーバーでLet's Encryptを使う - アクトインディ開発者ブログ
こんにちは!!こんにちは!! インフラエンジニアのyamamotoです。 Let's Encrypt、いつも活用させていただいております！ ただ、証明書を取得するときにサーバー上でいろいろ作業をしなければなりません。さらにdocker環境上ではどうするんだ！？となるかと思います。 そこで、dockerコンテナでもLet's Encryptを簡単に使えるように整備してみました。 既存のイメージでLet's Encrypt組み込み済みのものもありますが、ここではあえて自前で作ってみます。 Dockerfileまわり dockerイメージは、nginxのオフィシャルイメージを元に、Let's Encryptで必要なプログラムのインストールと、ちょっとひと工夫入れた起動スクリプトを組み込みます。 Dockerfile FROM nginx:latest ENV LETSENCRYPT_HOSTS
HTML要素からHTTP/2優先度を指定する Priority Hints が動いた - ASnoKaze blog
HTTP/2にはクライアントからHTTPリクエストの優先度を指定することができる。サーバはその優先度に基づいてHTTPレスポンスを返す(無視しても良い)。 一般的にはブラウザ自身が判断し、ページのレンダリングを早くするためにCSSなどは優先度を高く、画像は優先度を低く設定している。 一方で、Webサイトを作る側としては、最初に表示される領域(Above the fold)の画像を優先度高くしてほしいと行ったこともあるだろう。 そこで、HTMLからリクエストの優先度を指示できる「Priority Hints」という仕様の標準化が進められている。 例 すでに、Chrome Canary (71)で動作するようなので試す。 importanceに"high"や"low"を指定する <img src="img/1.png" importance="high"> <img src="img/2.pn
macOS + node.js + BrowserSync でローカルhttps開発環境 - Qiita
はじめに この記事は、以下の環境で、https通信可能なローカル開発環境を構築する手順を共有するためのものです。 前提とする環境 macOS v10.13.6 node.js v8.11.4 browser-sync v2.24.5 ServiceWorkerに興味があり、実験環境を構築しようとしたところ、httpsが必須とのことでした。 そこで、node.jsの開発環境でhttpsが利用できるように自己証明書を発行し読み込ませます。 2018/09/08追記 ServiceWorkerの実行にはhttps通信が必須ですが、localhostに限りhttp通信でも実行可能です。 Service Worker の紹介 - Web Fundamentals Service Worker以外で、localhostに自己証明書が必要になった場合は本記事の方法を試してみてください。 設定の手順 基本
Amazon Kinesis Data Streams Adds Enhanced Fan-Out and HTTP/2 for Faster Streaming | Amazon Web Services
AWS News Blog Amazon Kinesis Data Streams Adds Enhanced Fan-Out and HTTP/2 for Faster Streaming A few weeks ago, we launched two significant performance improving features for Amazon Kinesis Data Streams (KDS): enhanced fan-out and an HTTP/2 data retrieval API. Enhanced fan-out allows developers to scale up the number of stream consumers (applications reading data from a stream in real-time) by of
ngrokが便利すぎる - Qiita
はじめに 先日利用したngrokというサービスが便利過ぎたので紹介します。 ngrokとは 簡単にいうと、ローカルPC上で稼働しているネットワーク（TCP）サービスを外部公開できるサービスです。例えば、ローカルPCのWebサーバを外部公開することができます。 ngrokの導入 ngrokにユーザ登録 ngrok公式サイトからユーザ登録します。Githubアカウント、Googleアカウントでも登録できるのでお好みで登録します。 ngrokコマンドをインストール ngrokのサービスを利用するには、公開されているngrokコマンドを使用します。ダウンロードサイトからOSに合ったファイルを取得します。ツールはzip圧縮されているだけなので、ファイルをダウンロードしたら任意の場所に解凍します。 ngrokコマンドをインストール ツールのインストールが完了したら、アカウント登録後に表示される「Wel
ウェブ上のデータ保護を高速化するTLS 1.3、ついに完成
ブラウザのウェブサイトへの接続を保護する暗号化技術は、いちだんと高速化し、かつ安全に利用できるようになりつつある。 というのも、インターネット標準化団体のInternet Engineering Task Force（IETF）が米国時間8月10日、ウェブサイトの通信を安全化する技術を最新のものにする数年がかりのプロセスを終了したからだ。Transport Layer Security（TLS）というプロトコルは一般にはなじみが薄いかもしれないが、このほど最新バージョンのTLS 1.3が完成した。今後、ウェブサイトやブラウザその他、TLSによってセキュリティを確保しているインターネットの領域で実装が進むとみられる。 顧客がウェブサイトなどのコンテンツを全世界に配信するのを手助けする企業Cloudflareの暗号化担当責任者Nick Sullivan氏は、ブログで次のように述べている。「TL
【技術書メモ】体系的に学ぶ 安全なWebアプリケーションの作り方 第2版 〜毎週アウトプットチャレンジ④〜 - 銀行員からのRailsエンジニア
毎週 １冊技術書を読んでブログでアウトプットするチャレンジの第４弾ですーー！ 今回は、体系的に学ぶ 安全なWebアプリケーションの作り方 第2版 脆弱性が生まれる原理と対策の実践 を読みました。 本書はWebアプリケーションの脆弱性に関する名著であり、2018/6/20に第２版が発売されました。 少し長くなってしまいましたが、頑張ってまとめましたので是非読んでみてください。 1 Webアプリケーションの脆弱性とは 3 Webセキュリティの基礎 3-1 HTTPとセッション管理 3-2 受動的攻撃と同一オリジンポリシー 4 Webアプリケーションの機能別に見るセキュリティバグ 4-1 Webアプリケーションの機能と脆弱性の対応 4-2 入力処理とセキュリティ 4-3 表示処理に伴う問題 4-4 SQL呼び出しに伴う脆弱性 4-5 重要な処理の際に混入する脆弱性 4-6 セッション管理の不備
[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO
今回は ELB の新機能のご紹介です。 Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 これまでリダイレクトは、Web サーバー側で実装する必要がありました。代表的な例としては、昨今、Web サイトのセキュアな通信、検索ランキングの向上を目的とした、HTTP → HTTPS のリダイレクトは多くのWebサーバーで実装されていると思います。ALB を経由した場合、リダイレクトループを回避するために X-Forwarded-Proto ヘッダー を利用したリダイレクトループ回避の実装など、ちょっとした工夫が必要でした。 今回のアップデートによって、これらのリダイレクトを ALB 側で実装できるようになったということです！これは嬉しいですね！ なお、同時に発表された固定レスポンスの新機能につ
![[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b87e732c82c8791fc86eac4689996b0481f8d3db/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F02%2Felb.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Progressive Web Apps: The Case for PWAs
個人でWebサービスを公開した時にやったことリスト
Zero-Downtime Rolling Updates With Kubernetes | Java Code Geeks - 2018