HTTP vs HTTPS Test
HTTP vs HTTPS Test Encrypted Websites Protect Our Privacy and are Significantly Faster Compare load times of the unsecure HTTP and encrypted HTTPS versions of this page. Each test loads 360 unique, non-cached images (0.62 MB total). For fastest results, run each test 2-3 times in a private/incognito browsing session.
エンジニア・光成 滋生の「バグを突き止める技術」 | サイボウズ式
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第18回（これまでの連載一覧）。サイボウズ・ラボの光成 滋生さんにお話を伺うシリーズ（1）です。 本連載は、「WEB+DB PRESS Vol.80」（2014年4月24日発売）に掲載された「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第2弾は、サイボウズ・ラボのエンジニアとして、楕円曲線などの難しい数学を使った暗号の論文を読んで実装したり、サイボウズが遭遇した問題の原因を掘り下げていって最終的にLinuxのバグを修正したり、と幅広い活動をされている光成滋生さんです。 光成さんが、どういうプロセスで問題の原因を
みずほ銀行の次期勘定系システム、1年間延期の方針が明らかに
みずほフィナンシャルグループは2016年春に予定する、みずほ銀行の勘定系システムの統合を約1年間延期する方針を明らかにした。想定より設計・開発に時間を要しており、「大規模なプロジェクトなので、安全性の観点から慎重な対応を採ることにした」（みずほフィナンシャルグループ広報）という。 みずほフィナンシャルグループによると、次期システムの開発工期が当初予定よりも9カ月延びる見通し。2016年春にはシステム統合を終えて既存システムを移行させる予定だったが、9カ月～1年間ずれ込む。 2013年7月、旧みずほ銀と旧みずほコーポレート銀行が合併した際には、両行の勘定系システムをリレーコンピュータで接続した（関連記事：みずほ、IT統合はこれからが正念場）。ただし、実質的には両行の勘定系システムが並行稼働している状態だ。 みずほ銀が現在進めている統合プロジェクトは、新しく構築した次期勘定系システムに、旧みず
例外入門以前 - Qiita
例外 Advent Calendar 2014の継続について 参加者が集まらなかったという経緯から独りAdvent Calendarとして始めた「例外 Advent Calendar 2014」ですが、諸事情により継続が困難となったため私Kokudoriの6日以降の投稿はありません。変に注目だけを集める形になってしまい申し訳ありません。 以下、諸事情というか、言い訳。 『契約による設計から見た例外』という記事にて述べた「契約」に対する私の理解が根本的に間違っていました。 そこから芋づる式に例外に関する私自身の考えが間違っていた、あるいは理解が浅かったことに気づきました。このような理解力では例外について私見を述べることさえ不可能となり、結果頓挫という形になりました。 考えうる限り最低で残念な結果になってしまいました。本当に申し訳ございませんでした。 初めに原則を考え出して、それから例外を見つ
日本語版Stack Overflow、今日からプライベートベータ開始。担当者のコメント
コンピュータエンジニアのコミュニティとして最も有名なWebサイトの1つ「Stack Overflow」は、今年に入って日本語版スタッフを募集するなど、日本語版開設の準備を進めていました。 その「日本語版Stack Overflow」のプライベートベータが本日、スタートしたことが明らかになりました。ただしプライベートベータのため、まだ招待メールを受け取らないと参加できません。 Stack Exchange日本担当のJoshua 'jmac' Macielさんに、メールでコメントをいただきました（ちなみにMacielの読みはご本人が「メシエル」と記述されていました）。 ──── 日本語版スタッフはJoshua Macielさんお一人なのでしょうか。日本にお住まいですか？ Macielさん もちろん開発者の支援もいただいていますが、日本語がわかる社員は弊職だけです。日本に住み始めてから12年目に
HTTP/2 プロトコルネゴシエーション方法と ATS での実装
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに こんにちは。システム統括本部 プラットフォーム開発本部 大久保諒です。本稿では、次世代 ウェブ プロトコルである HTTP/2 を使用するにあたり必要となる、クライアントとサーバー間でどのプロトコルを使用するかの合意を取る処理（プロトコルネゴシエーション）に関する簡単な説明と、Yahoo! JAPAN において広く使用されている HTTP プロキシサーバー・アクセラレータである ATS（Apache Traffic Server） におけるサポート状況について解説します。また、本稿を執筆するに辺り HTTP/2 へのプロトコルネゴシエーション方法の一つである HTTP/1.1 からの Upgrade 機能を ATS に追
8つのDocker開発パターン | POSTD
以前、 OpenVz コンテナだった私の” ホームクラウド “と、 私があらゆるビルドに関して”ビルドサーバ”のリビルドを推奨するようになったワケ について書きました。 Docker はあっという間に私のお気に入りのツールに仲間入りしました。限りなく静的なサーバ環境を作り出す繰り返し可能なビルドを作成するという考え方が気に入ったからです。 今回は、私がDockerを使用する中で繰り返し現れるようになったいくつかのパターンを説明します。どれも特段に目新しいものでも非常に驚くようなことでもありませんが、皆さんにとってそれが役立つものであり、また皆さんがDockerを使用する中で遭遇するパターンについても聞くことができれば幸いです。 私がDockerを使って色々なことを試す根本にあるのは、データを喪失することなくDockerコンテナそのものが自由に再作成できるよう、ボリュームにあり続ける状態を維
Amazon S3暗号化と運用 | DevelopersIO
はじめに S3は、拡張性と信頼性に優れた堅牢なストレージサービスとして、AWSサービス支えるの中心的な存在です。冗長化、ライフサイクル管理、アクセス制御、暗号化等バックアップメディアに期待される機能を標準で備えています。 ご紹介するS3暗号化はクライアントサイド暗号化、サーバーサイド暗号化が可能で、さらに暗号化にユーザーが管理する鍵を使用できます。企業の内部情報や個人情報を含むデータでも、手間をかけずに暗号化して保管できます。 S3暗号化の分類 データを暗号化する場所と鍵の管理をどこが担うかによって分類されます。 ・鍵の生成・管理はサーバサイドとクライアントサイドのどちらであるか ・オブジェクトの暗号化はサーバサイドとクライアントサイドのどちらかであるか AWSが提供するS3暗号化ソリューション Client Side Encryption Client Side Encryption（以
Spring Bootのコネクションプーリングの比較
先日の Spring Bootで選択できるアプリケーションサーバの比較 に続いて、コネクションプーリングの比較をやってみました。 Sprinb Boot 1.2.0 RC2で標準で選択出来るコネクションプーリングは以下です。 ※この4つ以外は使えない訳ではありません。pom.xmlに書けば何でも使えるようになります。 Tomcat JDBC Connection Pool (Spring Bootのデフォルト) HikariCP Commons DBCP Commons DBCP2 比較に使ったアプリ 比較に使ったアプリは、 以前作ったISUCON4予選のSpring Boot実装 です。 ソースはここに置いてます。 サーバはISUCON運営チーム公開の公式AMIを使ってます。 AMI IDはこちらのページを参照してください。 ISUCON4 予選問題の解説と講評 ＆ AMIの公開 公開さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
パスワード認証
TechCrunch | Startup and Technology News
Varnish Cache Introductory Book