ローカル開発環境の https 化 | blog.jxck.io
Intro Web の https 化が進み、それに伴って https を前提とする API も増えてきた。 そうした API を用いた開発をローカルで行う場合、 localhost という特別なホストを用いることもできるが、それだけでは間に合わないケースも少なからずある。 localhost を https にするという方法もあるが、そのように紹介されている方法には、いくつか注意すべき点もある。 この辺りの話を、直近 1 ヶ月で 3 回くらいしたので、筆者が普段使っている方法や注意点についてまとめる。 特に推奨するつもりはない。 Update chrome の --host-rules について追記 localhost での開発の注意点 例として https://example.com にデプロイする予定の ServiceWorker を用いたアプリがあったとする。 開発をローカルで行う
Web over HTTPS
Web over HTTPS DevFest Tokyo 2016 #devfest16 2016/10/0
エンジニアなら知っておきたい、絵で見てわかるセキュア通信の基本 - Qiita
TLS 1.3は現在策定中ですが、 前方秘匿性 の問題から RSAのみ を用いた鍵委共有が禁止になる見込みです。(詳細は後述します) HTTPSとは 次に、HTTPSです。 HTTPS - Wikipedia HTTPS（Hypertext Transfer Protocol Secure）は、HTTPによる通信を安全に（セキュアに）行うためのプロトコルおよびURIスキームである。 厳密に言えば、HTTPS自体はプロトコルではなく、SSL/TLSプロトコルによって提供される セキュアな接続の上でHTTP通信を行うこと をHTTPSと呼んでいる。 とのことです。 HTTPの説明を割愛するとすれば、「SSL/TLSでセキュアにHTTPをやる」というだけの説明で済んでしまいます。 最近では個人情報等の観点から全てのサイトをHTTPSにするような動きが見られますが、元々HTTPSが使われやすかった
HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
今年はGoogle I/Oに初めて社員ではない立場で参加しました。全体の感想は Google I/O 2016まとめ（Web的視点） で公開していますが、今回はその中で、気に入ったセッションの1つである"Mythbusting HTTPS: Squashing security’s urban legends"について書いてみたいと思います。 セッションは大変良くまとまっていますので、YouTubeにあがっている動画を見れる人は動画を見て貰えれば良いのですが、時間が無いという人のために、その内容をまとめました。基本的には文字起こしに近いものです。 重要だとわかっているけど、なかなか導入に踏み切れない人も多いHTTPS。これについて、最新の状況が理解できるコンテンツとしてお役に立てるならば嬉しいです。 TL;DR HTTPSはPWAppなどWebにとって必須。 しかし、パフォーマンス悪化する
Vagrantな開発環境でちょっとした確認環境を提供するときに今更ながらngrokが便利 - Copy/Cut/Paste/Hatena
自分のVagrantfileはだいたいこんな感じで、シンプルにlocalhostにポートフォワードして開発しています。 これのメリットは外部ネットワークに影響されないことですね。 ただ、そうすると困るのが「Macにないブラウザでの確認」です。具体的には I(ry とか ガラk(ry です。 で、 ちょっとだけ確認したい。そういうときに使えるのが ngrok です。 インストール $ brew install ngrok 使い方 このVagrantfileで起動したリモート側のWebサーバの80に接続するためには、ホスト側の8888とngrokをつなげます $ ngrok 8888 これで http://*.ngrok.com/ なドメインが当てられて外部から接続ができるようになります。 簡単ですね！ ちょっといろんな人にアクセスされるかもしれないのがちょっと。。。という人にはBASIC認証
Android Apache HTTP Client と HttpURLConnection どっちを使うべき？
Android Apache HTTP Client と HttpURLConnection どっちを使うべき？ Android Developer's Blog にちょっと面白い記事があったのでまとめてみた。 Android Developers Blog: Android’s HTTP Clients - Android のフレームワークは HTTP 通信をするための HTTP client の実装が2つあります。 1つが HttpURLConnection (java.net パッケージ) で、もう1つのが Apache HTTP Client (org.apache.http パッケージ) です。 Apache HTTP Client DefaultHttpClient とそれのサブクラスの AndroidHttpClient は Web ブラウザに適応した拡張された HTTP C
FlashからHTTP/HTTPSリクエストしてBasic認証を通過する方法 | alt
URLLoaderクラスを使ってHTTP/HTTPSリクエストをする先にBasic認証がかかっていたら、 URLRequestHeaderメソッドを使ってヘッダーに認証情報を付加すればOK。 ヘッダーに付加するid/passはBase64エンコードしなければならないのですが FlexにあるBase64EncoderがFlashにはないので 下記にあるas3httpclientライブラリのBase64クラスを使用しました。 Basic認証だとGET/POSTとも問題なかったのですが ここらへんの記事を読んでいるとWSSE認証ではあやしい動きになるようなので Basic認証でもHTTPURLLoaderやSocketURLLoaderをテストしてみる。 余談ですが、AIRの場合はURLRequestDefaultsクラスの setLoginCredentialsForHost
InfoQ: HTTPSコネクションの最初の数ミリ秒
ほとんどの人がHTTPSとSSL (Secure Sockets Layer) を結びつけて考えます。SSLは1990年代半ばにNetscape社が開発した仕組みですが、今ではこの事実はあまり正確でないかもしれません。Netscape社が市場のシェアを失うにしたがって、SSLのメンテナンスはインターネット技術タスクフォース(IETF)へ移管されました。Netscape社から移管されて以降の初めてバージョンはTransport Layer Security (TLS)1.0と名付けられ、1999年1月にリリースされました。TLSが使われだして10年も経っているので、純粋な"SSL"のトラフィックを見ることはほとんどありません。 Client Hello TLSはすべてのトラフィックを異なるタイプの"レコード"で包みます。ブラウザが出す先頭のバイト値は16進数表記で0x16 = 22。 これは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
httpsだからというだけで安全？調べたら怖くなってきたSSLの話!？ - Qiita
gitプロトコルが使えない環境での、たった一つの重要な設定 - Qiita
Google Code Archive - Long-term storage for Google Code Project Hosting.