今！くら寿司の「シャム・メルルーサ」ちゃんが熱い！！！ - ゴールデンタイムズ
21 ：以下、名無しにかわりましてVIPがお送りします ：2011/08/22(月) 06:53:54.91 ID:1jvWH50FO くら寿司のシャム・メルルーサ 夏だし超絶ボンッキュッボンッで汗かいてる感じで 無理なら普通に 資料 32 ：以下、名無しにかわりましてVIPがお送りします ：2011/08/22(月) 07:13:08.48 ID:4RW7x2r40 くら寿司のシャム メルルーサてなんなのよ？ 33 ：以下、名無しにかわりましてVIPがお送りします ：2011/08/22(月) 07:22:45.76 ID:1jvWH50FO くら寿司には2008年頃から 回転むてん丸なるトレーディングカードゲームがあってな 少し前に一部絵描きを震撼させたのがロリータコちゃんだった しかしつい最近明らかに方向性のおかしいお姉さんが出てきた その名はシャム・メルルーサ
Module ngx_http_upstream_module
Defines the address and other parameters of a server. The address can be specified as a domain name or IP address, with an optional port, or as a UNIX-domain socket path specified after the “unix:” prefix. If a port is not specified, the port 80 is used. A domain name that resolves to several IP addresses defines multiple servers at once. The following parameters can be defined: weight=number sets
Module ngx_http_memcached_module
Makes outgoing connections to a memcached server originate from the specified local IP address with an optional port (1.11.2). Parameter value can contain variables (1.3.12). The special value off (1.3.12) cancels the effect of the memcached_bind directive inherited from the previous configuration level, which allows the system to auto-assign the local IP address and port. The transparent paramete
Nginx
Analytics cookies are off for visitors from the UK or EEA unless they click Accept or submit a form on nginx.com. They’re on by default for everybody else. Follow the instructions here to deactivate analytics cookies. This deactivation will work even if you later click Accept or submit a form. Check this box so we and our advertising and social media partners can use cookies on nginx.com to better
藤原組長が、Webアプリ高速化バトルで優勝した件 | 面白法人カヤック
8月27日に行われた、ライブドア主催のWebアプリケーション高速化バトルイベント「ISUCON ~Iikanjini Speed Up CONTEST~」。カヤックからは、『fujiwara組』が出場し、ありがたいことに優勝をいただいちゃいました！ fujiwara組は、カヤックNO1との呼び声高いインフラエンジニア・藤原組長を筆頭に、現在パフォーマンス命のソーシャルゲームの開発・運用を担当する松木、グループチャットアプリ「ナカマップ」のサーバーサイドエンジニア杉の3名でチームを構成。 当日はライブドアさんがサーバー100台（！）をご用意してくださり、Webサービスの高速化に日頃から取り組むエンジニア20チームが集結して約8時間にわたる攻防戦を繰り広げたようです。 結果発表 livedoor Tech Blog カヤックで藤原組長と一緒に高速化に取り組んでみたいサーバーサイドエンジニアも募
$.dataはHTML5 datasetのラッパーではない
$.dataはHTML5のdatasetラッパーでない HTML5では要素に任意の属性を追加出来るdata-*属性がサポートされました。仕様では <div data-foo="bar">...</div> data-fooの値はdiv.dataset.fooでアクセスすることが出来ます。ただしdatasetは現在一部ブラウザでしかサポートされていない。。そこでjQueryに存在する$.dataメソッドを使いましょう、という流れなのですが、$.dataをラッパーとして見た場合結構罠がありおすすめ出来ません。中途半端に対応してしまったために誤解されがちですが、$.dataはdatasetのラッパーではありません。 属性値がJSONとして解釈出来る場合、パースして返す <div id="test1" data-json="{"foo":"bar"}">...</div> $('#foo').da
Anti DNS Pinning/DNS Rebinding/DNS multi-pinning
(Last Updated On: 2007年11月29日)備考：かなり古いブログですが公開し忘れしていた分です。 この話題はどちらかというとWebブラウザとプラグインの問題と言えるので書いていませんでした。Web開発者としては早く直してほしい問題ですがサーバのコードを書く側としては対策をできません。なぜかこの話題の日本語リソースがあまり無いようです。とりあえず私のブログにも書いておくことにします。 WebブラウザとプラグインはSame Originポリシーで守られています。基本的にはXMLHttpRequest、Javaアプレット、Flashはそのコードを送ったサーバにのみリクエストが送信できるようになっています。クッキーもコードを送ったサーバ（ドメイン）のクッキーにのみアクセスできるようになっています。 Same Originポリシーが無いと悪意があるサイトにアクセスするだけでいくらで
Kazuho@Cybozu Labs: djbdns にパッチをあてて Anti-DNS Pinning 対策
« Re: for 文を setTimeout に変換する | メイン | CGI::Application 用にディスパッチャ兼パーマリンクジェネレータを書いてみた » 2007年11月12日 djbdns にパッチをあてて Anti-DNS Pinning 対策 Anti-DNS Pinning 攻撃について、以前から DNS キャッシュサーバで対処すべきだよねという話はしていたのですが、ふと思い立って、djbdns 用のパッチを書いてみました (djbdns-antidns-pinning-block.patch)。下のログをご覧いただければ明らかなように、外部の DNS キャッシュに問い合わせると 127.0.0.1 が返ってくるアドレスについて、ローカルホストで動作している DNS キャッシュは 169.254.0.0 という無効なアドレスを返しています。本当は不正なアドレスを削
セキュリティ情報 - iモードIDを用いた「かんたんログイン」のDNS Rebinding脆弱性
iモードIDを用いた「かんたんログイン」のDNS Rebinding脆弱性 HASHコンサルティング株式会社 公開日:2009年11月24日 概要 iモードブラウザ2.0のJavaScriptとDNS Rebinding問題の組み合わせにより、iモードIDを利用した認証機能（以下かんたんログイン）に対する不正アクセスが可能となる場合があることを確認したので報告する。危険度の高い攻撃手法であるので、サイト運営者には至急の対策を推奨する。 背景携帯電話のかんたんログインとは、ケータイブラウザ（たとえばiモードブラウザ）に用意された契約者固有IDを利用した簡易的な認証であり、ユーザがIDやパスワードを入力しなくても認証が可能となる。iモードIDは、NTTドコモの提供する契約者固有IDの一種で、URLにguid=ONというクエリストリングを含めることにより、端末固有の7桁のIDがWebサーバに送
エンジニアがやりたいというので 技術コンテスト #isucon の運営をしてみた - 941::blog
こんにちは！くしいです！お元気ですか！ 私ライブドアで働いてるのは結構知られてきたと思うのですが、実は開発本部に所属してまして、だけど開発部において唯一開発しない人という変わったかんじなんですが、何をしてるかっていうと「エンジニアのためになること」全般を引き受けてます。例えばMTGをセッティングしたり、会議室おさえたり、歓送迎会したり、という雑多な細かい仕事から、YAPCとかイベント的なものの運営とか大きなものまで。 で、あれはいつだったか。先月くらい？だったかな。 同僚のエンジニアが「こういうイベントやってみたい」とTweetしてるのを見て「へー」と思ってて、それを社内の技術系の話をするIRCチャンネルでまたしてたので「本気ならメールでえらい人に直談判しては」と返信してみて、ここからうろ覚えだけど「マジでやる気なら俺手伝いますよ」って言ったような気がして、「マジでやる気です」と言われたの
Cherokee Web Server | Home
Evolved Web Infrastructure Software Cherokee is an innovative, feature rich, lightning fast and easy to configure open source web server designed for the next generation of highly concurrent secured web applications. User friendly All the configuration is done through Cherokee-Admin, a beautiful and powerful web interface. Modern Technologies Cherokee supports the most widespread Web technologies:
エフセキュアブログ : 我々が「RSA」のハッキングで使用されたファイルを発見した方法
我々が「RSA」のハッキングで使用されたファイルを発見した方法 2011年08月26日18:29 ツイート mikko_hypponen ヘルシンキ発 by：ミッコ・ヒッポネン 3月、「RSA」がハッキングされた。これは、これまでで最大のハッキングの一つだ。 現在の推測は、ある国家がロッキード・マーティンおよびノースロップ・グラマンに侵入し、軍事機密を盗みたかったというものだ。しかし、目的は達成されなかった。両社がネットワーク認証にRSA SecurIDトークンを使用していたためだ。そのためハッカーたちは、標的型の電子メール攻撃でRSAに侵入した。彼らはバックドアを設置し、最終的にSecurID情報にアクセスし、もともとの標的に戻って、侵入することに成功した。この攻撃の結果、RSAは世界中の顧客のため、SecurIDトークンを交換することを余儀なくされた。 我々は4月には既に、同攻撃がE
livedoor Techブログ : ISUCONやりましたーっ！ 最終結果発表 #isucon
ライブドア技術部会の伊勢幸一です。 去る 2011年 8月 27日(土曜日で隅田川花火大会の日)、いい感じにスピードアップコンテスト ISUCONを開催しました。参加者の皆さん、見学者の皆さん、関係者の皆さん、おつかれさまでした！あんど、ありがとうございました。おかげさまで予想以上に盛り上がり、つぶやきやブログエントリー等を見る限り皆さんに楽しんでいただけたようで、スタッフ一同開催してよかったと心から思っています。また、副賞の書籍をご提供して頂いた技術評論社様にこの場をお借りして心より御礼申し上げます。技評さんはエンジニアの味方ですねっ！（あたりまえかｗ） ここで、改めまして、コンテストの最終結果発表をさせて頂きます。 と、その前に ・・・・ コンテスト終了後、即時計測の結果に基づき優勝1チーム、準優勝1チームを表彰させていただきましたが、その際、最終的な結果確認の段階で得点のチェックにミ
#isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
#isucon ベンチでいかにチートするか: その1 - 敵はhttp_load - たごもりすメモ
チート対策とhttp_loadに仕掛けた罠の話 #isucon - blog.nomadscafe.jp このエントリに刺激されたので、自分でも事前に大丈夫かなーと思っていたものの最終的には対処しなかったチート穴の攻略を今朝明確に思い付いたので書いてみる。 その2以降を書く予定は今のところありません。 isuconベンチの構造 ベンチマークとチェックツールを含めた全体的な構造については前出のエントリの通りだが、更に加えると、isuconのスコアは http_load によるリクエストの処理数のみによって決まる、という特徴がある。Node.jsで書かれたチェッカなどからもそこそこ(少なくとも秒間3リクエスト)のGETが来るが、最終的なスコアから考えると誤差と言っていい数値。 ということで、チェッカへのレスポンスを確実に返すこととhttp_loadのリクエストに高速に応答することが重要だ。 h
#isucon で学ぶWebアプリの高速化の話 : As Sloth As Possible
あるいは、お遊びチーム2号は一体何をしていたのかについて。 ISUCONという大変白熱した楽しいお祭を開催するにあたって、その前夜祭的な環境試験のためのチューニング祭が社内の有志数名で行われていて、そのときに色々学んだことをおまけとして書いておきます。 ISUCONて何？ 下記参照。 なんでもありのWebアプリケーション高速化バトル、#isucon 開催のお知らせ 【締め切りました】Webアプリケーション高速化バトル、#isucon 詳細と参加者募集開始 ISUCON に参加してきました #isucon に参加してきました＆isuconツールを試してみました #isucon で優勝してきました isuconに参加してきた＆チーム「いんふらえんじにあー」の戦略など isuconお遊びチーム（事前社内β組）の設定あれこれ #isucon で優勝させてもらってきました #isucon に参加して
Poor Man's ESI with Nginx SSIs and Django | Weblog | joshuajonah.ca
Traditional ESI ESI is a technology used by many proxy cache tools like Squid and Varnish to define dynamic requests on the server side. This allows you to serve a static or cached version of a page with only certain elements needing to be generated by the server-side. Like many application developers I'm cheap and lazy, I don't really have the resources to run a separate frontend cache before req
SSI, Memcached and Nginx (plus Varnish, ESI and static generation)
SSI, Memcached and Nginx (plus Varnish, ESI and static generation) Today I thought I began reconsidering the benefits of a static approach for content-driven websites and the scalability implications of a file-based approach. As part of my thinking I wondered how practical it currently is to statically produce different page fragments but have them dynamically assembled and served. My use case for
チート対策とhttp_loadに仕掛けた罠の話 #isucon - blog.nomadscafe.jp
完全に文化祭疲れで昼寝3時間ぐらいしてしまいましたが、懇親会で聞かせて頂いた話やblogやtwitterをみる限り好評だったようで、うれしく思っています。ISUCONに参加して頂いた方、社内で協力して頂いた方ありがとうございました いくつか至らぬ点がありますが、明日以降に公式にフォローさせて頂きたいと思っています。 さて、既に公開されているので見た方は多いと思いますが、今回ISUCONで使ったベンチマークツールは大きく分けて次の3つのツールに分かれています。 (1) 1post/secでコメントを投稿し、1秒後にコメントをしたページと、インデックスおよび適当な記事のDOMチェックを行う node.js (2) http_load + patch (3) css/js/imageのMD5値を検証する perl script 最終的な順位はhttp_loadが行ったリクエスト数で決まるのでもし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Av-jyo.com
Av-jyo.com
502 Bad Gateway