1分でわかる「X-ナントカ」HTTPレスポンスヘッダ - 葉っぱ日記
最近のモダンなWebブラウザがサポートしている、セキュリティに関連しそうな X- なHTTPレスポンスヘッダをまとめてみました。それ以外にもあったら教えてください。 X-XSS-Protection 0:XSSフィルタを無効にする。 1:XSSフィルタを有効にする。 XSSフィルタを有効にすることでエンドユーザがXSSの被害にあう可能性が低減するが、まれに誤検知することで画面の表示が乱れることもある。IE8+、Safari、Chrome(多分) で有効。IEでは「X-XSS-Protection: 1; mode=block」という指定も可能。 2008/7/2 - IE8 Security Part IV: The XSS FilterBug 27312 – [XSSAuditor] Add support for header X-XSS-Protection X-Content-Ty
横浜ビールが幻の桃を使ったフルーツビール「綱島桃エール」限定発売
綱島桃エールは、綱島の桃農園「池谷家」（港北区）で収穫された商品規格外の「日月桃（じつげつとう）」と「白鳳（はくほう）」を使ったフルーツビール。綱島は、明治の中期頃から桃の生産高で岡山と並ぶ2大生産地で、綱島桃「日月桃」ブランドは全国にその名を馳せていたが、今では池谷家のみが出荷している。「幻の桃」とも呼ばれている日月桃は、小ぶりで香りがよく、甘酸っぱいのが特徴。 綱島桃エールは、淡黄色で、アルコール度数は5.5%。ビールのラベルには、同農園の桃の箱のラベルを使用している。販売は、横浜ビールの直営レストラン「驛（うまや）の食卓」、そごう横浜店（瓶のみ）ほか。価格は1瓶525円（持ち帰り用）。グラス650円、ジョッキ780円、ピッチャー4,100円。同社のオンラインショップでは限定120本（6本×20セット）を販売している。 横浜ビール醸造長の五條芳範さんは「今年は桃が豊作だったため、例年以
ＪＲ東日本 東京都心と羽田空港を結ぶ新しい鉄道路線の整備を検討！ - 東京・大阪 都心上空ヘリコプター遊覧飛行
－ＪＲ東日本・ 都心と羽田空港を直結－ ２０２０年の東京オリンピック開催が決まって、今まで動かなかったビッグプロジェクトが次々動き出そうとしています。「ＪＲ東日本」は、東京都心と羽田空港を結ぶ新しい鉄道路線を整備する検討に入りました。 ＮＨＫ（2013/11/09） ＪＲ 都心と羽田結ぶ新路線整備検討 「ＪＲ東日本」が検討に入ったのは、山手線の田町付近から海岸部を通って羽田空港方面に向かう現在休止中の貨物線を活用した新しい鉄道路線です。 空港付近でトンネルを造って貨物線と空港とを直結させ、都心から列車が直接乗り入れるルートを軸に検討を進める方針です。 ● 休止中の「東海道貨物線」を利用 「ＪＲ東日本」のアクセス線は、「東海道貨物線」を活用する構想です。「東海道貨物線」のうち現在使われていない区間の再活用や新たなトンネルの整備によって羽田へのアクセスを確保しようというものです。 ルートとして
vagrant-lxc用のCentOS Boxを自作する方法
前回の内容(vagrant-lxcで軽量仮想環境を手に入れる)の続きです。 VagrantではあらかじめBoxと呼ばれる仮想マシンの雛形を用意しておいて、起動時にそれを複製して環境を用意します。したがってLXCとVagrantを組み合わせた場合でも当然のことながらBoxが必要となります。前回の記事ではBoxは公開されているものを使いましたが、今回はBoxを自分で作成する方法を説明します。なお、Boxの作成方法はvagrant-lxcの配布物に含まれているubuntuなどのBox作成のスクリプトをかなり参考にしています。 事前準備：LXCでCentOSを利用できるようにするvagrant-lxcで利用するBoxの作成では、LXCで先に元となるOSの環境を作成できるようにする必要があります(なのでLXCを母艦にインストールしてください。必然的に環境はUbuntu系のディストリビューションに限ら
ISUCON3 本戦参加報告 - まいんだーのはてなブログ
引き続きチーム「50ms or die.」で本戦に参加してきました。 謝辞 はじめに運営の皆様、出題の @fujiwara さん、サーバ提供のデータホテルさまには予選含め、限られた時間でいろいろ絞り出して戦うという、とても得難い機会を頂けたことを感謝申し上げます。 結果 1800なんぼでfailという結果に終わりました。いわゆる「die.」です。 スコアレスでdieしてしまった前回よりはマシだけど、結果に結びつかなかった点は反省して次に繋げたい。 ただ、前回のような絶望感はなく、いかに時間内にやり切るかという挑戦ができたのでとても充実した時間になりました、この点は自身進歩したなと感じてます。 詳細はチームの @__kan さんや @bonnu も書いてくれると思いますが、私も覚えている限り何を思って取り組んだかといったあたりはまとめておきます。 やったことのまとめ プロファイリング @bo
isucon3本戦に参加してきました。 #isucon - from scratch
isucon3本戦にNoderチームとして参加してきました。予選と同じく、 @hakobera さん、 @hokaccha さん、そして僕というメンバー。 結果どうだったか この通り、ベンチさえ通れば3位だったのに。画像のチェックで20%以上の差分があり失格。悔しい(>_<) #isucon pic.twitter.com/gVAmG9yvQ6— Yosuke FURUKAWA (@yosuke_furukawa) November 9, 2013 Failしてなかったら3位だったー— Kazuhito Hokamura (@hokaccha) November 9, 2013 悔しいー！！ 今回画像系サービスということで登録された後の画像チェックが有り、そのチェックの不整合を最後まで取りきれず、、、無念の失格。ただ、失格はしたものの、参考点として、36464点を記録。点数だけなら3位の結
ミクシィ朝倉社長「リストラ一切やっていない」
ミクシィの朝倉祐介社長は11月8日に開いた決算会見で、同社でリストラのための“追い出し部屋”が作られ、大規模なリストラが行われているとする一部報道について、「そのようなことは一切やっていない。通常の人事異動だ」と強い調子で否定し、それ以上の説明を避けた。 10月末、「ミクシィで大規模なリストラが始まっている」と暴露する文章がネットに投稿されて話題に。一部報道によると、同社は契約社員などの雇い止めを行った上で11月1日、正社員約30人にカスタマーサポートへの異動を言い渡し、社内のセミナールームを研修用の部屋に転用。座席をすぐに移動するよう命じ、社内VPNへのアクセスも制限した──という。 ミクシィの広報担当者は、「適材適所の人事異動・組織変更を実施しており、11月1日付けの人事異動も同様。従業員には、部署での業務に応じたイントラネットへのアクセス権を付与している」と説明。リストラを否定した。
第三回 ISUCON 本選結果 : ISUCON公式Blog
櫛井です。 すでに画像で紹介していますが、順位は以下の通りでした。 8位以降はスコア算出が出来なかったため順位はありません。 1位 177290.0 LINE選抜「チーム生ハム原木」 2位 42463.4 オシャレ怪盗スワロウテイル 3位 29193.7 Fulab 4位 20453.7 くらげとみかんと江戸幕府 5位 18057.9 山形組 6位 15370.5 銀杏絶滅しろ 7位 4177.8 Third Party Cookies -- 36464.0 Noder -- 10987.1 チームたこやき -- 9935.9 白金動物園 -- 9444.2 ぜかまし -- 4844.1 坂パスタ -- 3710.6 └('-'└)└)└)＜HEARTBEATS -- 1851.0 50ms or die. -- 0
mroongaのテーブルを、ストレージモードからラッパーモードに変換する方法 - Y-Ken Studio
storageモードだとデータ型の扱いがMySQLでのそれと違い困っている。 そうだ、wrapperモードにしよう、と思い立った方向けの記事です。 StorageモードからWrapperモードに変換する InnoDBのWrapperモードへ変更する場合はこうします。 ALTER TABLE foo_table ENGINE=mroonga COMMENT='engine "innodb"'; ダブルクォートの中は大文字小文字の指定はありませんので、以下のように記述しても動きます。 ALTER TABLE foo_table ENGINE=mroonga COMMENT='engine "InnoDB"'; そして、InnoDB以外にも、任意のストレージエンジンを選択することも出来ます。 MyISAMなどのトランザクションに対応していないストレージエンジンでも動きます。 ALTER TABL
Go で書いたサーバーを管理するには circus が便利 - methaneのブログ
Go を使うとサーバーとアプリケーションの境界が無くなり、アプリケーションサーバーを書けるようになります。 それは良いことなのですが、アプリケーションを書く人が、従来サーバーを書く人が設計していた機能を理解して実現できないと、運用できないサーバーができあがる結果になってしまいます。 例えば Apache は、 master, worker プロセスが分離していて、設定変更を反映させるときなどは新しい worker を作ってから古い worker を殺すことで、サービスを一瞬も止めずに worker を再起動していました。これを graceful restart と呼びます。 Go で 1024 以下のポートを Listen するアプリを作る で触れたとおり、 Go はプロセス管理システムを作るのには少し向いていない面がありますし、せっかくアプリケーションプログラマーが簡単にサーバーを書ける
ISUCON 3 の参加記録 - aptheia.info
Web アプリケーションのパフォーマンスコンテスト ISUCON 3 に参加し、2 位の成績となった。どのような状態で当日を迎え、どのような作業を行ったのかをまとめる。 私自身はこれで三度目の ISUCON 参加となるが、今回チームを組むメンバーはみんな初めての参加ということもあり、事前の打ち合わせでは以下のようなことを話していた: これまでの大会の説明と典型的なアプローチ 同時に、過去にとられた戦法は参考程度であること、あくまで現物のアプリケーションを元に戦略を立てるべきでアプリケーションやミドルウェアを事前に決めることは危険であるということは強調 よく使われるミドルウェアの概要、メリット/デメリット 主要機能のほか、キャッシュ部分の永続性の有無（単純に考えればメモリだけで処理してファイルに書き出さない方が早いが、ベンチマークをまたいでキャッシュを引き継げれば切り札になり得る）、キャッシ
ISUCON3 で優勝してきました！！！ #isucon - blog.nomadscafe.jp
いやぁ、、ほっとした。予選はこっちのblogに書かないぐらい惨敗した気分だったのでよかった。勝たなければ「LINE選抜大した事無い」とか「元出題者wwww」とか言われるし、勝ったら「#茶番」とか言われる立場でしたが、まじほっとしました。やったぁぜぇぇえぇえ！！！ (写真は http://isucon.net/archives/33919770.html から引用) チームは、@tagomorisさん、@sugyanさんとの「LINE選抜チーム」です。お疲れ様でした！！ isucon3本戦いってきた＆勝ってきた！ #isucon - tagomorisのメモ置き場 #isucon 2013で優勝しました - すぎゃーんメモ 最終的なコードや設定などはこちらのリポジトリ 予選で学んだこと 予選のときは、開始直後からアプリケーションをみて明らかに重そうなところから手をつけていって、序盤からスコア
isucon3本戦いってきた＆勝ってきた！ #isucon - たごもりすメモ
isucon3の本戦にLINE選抜チームとして出た。ガッカリな感じだった予選時の状況はこちら。 isucon3予選参戦の記録 - tagomorisのメモ置き場 引き続き @kazeburo @sugyan @tagomoris の3人チーム。 ざっくりまとめ みんなこれまでこんな楽しいイベントに参加してたのか！ ずるい！！！！！！ 普段やってることを普段通りやる、と思っていたが焦って普段やらないようなミスを次々連発、社会は厳しい 思いきった構成変更とかできるのがisuconでしょｗｗｗｗ とかドヤ顔していたが、やりきれた。ドヤッ。 これからisuconという名前を口にするときに堂々とドヤ顔しようと思います。嘘です。元出題者のくせに成績出ないとかｗｗｗみたいにならなくて本当に安心しました。終わったあとのビールおいしかったです。 ということで、勝ちました。優勝と、あと僅差で特別賞もいただきま
#isucon で fail して きました(チームぽわわ2) - ぱいぱいにっき
どうもマコピーだよ。 そんなことはさておき前回の予選から引き続き本戦のISUCONに行ってきたので報告させていただきます。 チームぽわわ2のメンバー紹介 @shogo82148氏 我がチームのリーダー。主にアプリケーションを担当。Redis::Fastなどのモジュールを書くも今回の懇親会で「もうXSは嫌です〜」と言う。 彼の本戦の記事 ISUCON3の本戦に参加してきた - Shogo's Blog @9re氏 今回はnginxを担当。普段はAndroidのアプリを書いているそうです。 ぼく( @mackee_w ) インフラ周りを担当。 時系列を追って説明 10時 @shogo82148 in train— マコピー (@mackee_w) 2013, 11月 9 ギリギリまで寝てた— マコピー (@mackee_w) 2013, 11月 9 渋谷着— マコピー (@mackee_w)
#isucon 負けてきました | へぼい日記
ISUCON3本戦に毎度おなじみ山形組で参加してきました。結果は過去2回の出題者チームであるLINE選抜チームが圧倒的スコアで優勝という結果で、さすがでした。 うちは一応本番計測で完走したため5位という結果でしたが、途中経過では11位ぐらいをさまよっていましたので惨敗といって良いと思います。 ちなみに、予選も含めた過去4回の本番計測すべてを完走しているのはうちだけじゃないでしょうか。パーマネントなチーム自体が少ないので個人単位ならいるかもしれませんが。 やったこと nginx化 serve static x-accel-redirect 既存画像の事前リサイズ 新規画像のPOSTはオリジナルを置くだけにして、リサイズをApp::watcherで実施 明らかに無駄なコードの最適化 やれなかったこと インメモリDB化 画像ファイルのストレージ分散 新規画像のリサイズ処理のCPU分散 コンテスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - isucon/isucon3: ISUCON3
GitHub - kazeburo/isucon3qualifier-myhack
JPA人事のお知らせ - JPA 運営ブログ