ネットゲームのサーバーメンテナンスについて
サーバーは個人のPCとは比べ物にならないくらい信頼性が要求されます。 >これはプログラム的なものなのだろうと思いますが、私のPC内のデータが壊れたなんてことは一度もありません。 それはあまり壊れたことを知らせる構造になってないから気づいてないだけだと思います。または、あまりPCを使ってないのか。よく使っていればアプリが不正終了する場面には一度は出合うと思うのですけどね。24時間運転で一年間動かしてみてください。それでOSが不安定にならなければ、あなたの使っているソフトはよく枯れたソフトばかりなのでしょう。 メモリー中に何か不具合が発生しても、それが表に出るには時間の掛かる場合もありますし、徐々に不具合が蓄積していくのは良くある話です。突然落ちるより定期的に再起動した方が不満も少ないので運営側は自信がなければ定期的にシャットダウンし、データの整合性を確認します。 サーバーは常にプロセスが動い
JSONScriptRequest
動的にscript要素を追加してやることによってクロス・ドメインのJavaScriptファイルを読み込むというテクニック。Firefoxの場合は動的に追加するscript要素のonload属性で読み込んだJavaScriptファイルを処理するfunctionを指定してやれば問題ない。しかし、これをクロス・ブラウザで実現するには違ったアプローチが必要になる。そのひとつがJSON and the Dynamic Script Tag: Easy, XML-less Web Services for JavaScriptで取り上げられているJSONScriptRequest。XmlHttpRequestと比較するとかなり機能が限定されたものだけど、扱いが手軽で限定された環境ではなかなか威力を発揮するっぽい。 JSONScriptRequestはどうやらJSONPと呼ばれている、JSONデータをc
はてなスターの仕組み - フツーな日常
唐突に始まったはてなスターがどういう風に動いているのか調べてみた <script type="text/javascript" src="http://s.hatena.ne.jp/js/HatenaStar.js"></script> 早速、HatenaStar.js の本体を落としてきて眺めると Ten Hatena という2つのクラスを定義している単体のファイルで完結したJavaScriptのファイル。前者はユーティリティ関数を集めたようなクラス群。後者がアプリケーション本体。外部サイトから参照されることも想定しているので、prototype.jsを使うわけにもいかなかったのだろう。同じような機能であってもTenで再実装しているようだ。 末尾にPod形式のドキュメントが付属しているのでpod2textとか任意のコンバータで変換してやると、一般サイトに適用するときの説明が手に入る。但し
Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築:TKMR.blog.show
最近、2.0な方々の間でTwitterが話題になってる。で、そのTwitter自体も面白いんだけど、TwitterについてDHHがブログを書いてRailsでの大規模サイト構築が話題になってるのが面白い。 Twitter trouble (Loud Thinking - DHH) まずTwitterの高負荷について言及、Twitterは11,000リクエスト/秒 の高負荷で問題となっているらしい。 そしてスケーラビリティの鍵はDB分割だ、と言っている。Railsは基本一つのDBを見るのでスケーラビリティの問題になる （確かにWebサーバはロードバランサがあればいくらでもスケールするしね、Sessionの共有だけ気を付ければ） ↓ Dr Nic » Magic Multi-Connections: A “facility in Rails to talk to more than o
対策遅らせるHTMLエンコーディングの「神話」
クロスサイト・スクリプティングという言葉は元々，WebアプリケーションのHTMLエンコード漏れなどを利用することによって第三者にJavaScriptを実行させる手法を指す。広義では，HTMLのエンコードによる画面改変などを含むこともある。 前回述べたように，クロスサイト・スクリプティングのぜい弱性はWebアプリケーションに見付かるぜい弱性の半分以上を占める。数年前から指摘されているにもかかわらず，一向になくならない。その理由として，クロスサイト・スクリプティング対策あるいはHTMLエンコード注1）に対する「神話」があり，正しい対策の普及を遅らせているように思う。その「神話」の数々について説明しよう。 注1）実体参照（entity reference）というのが正式だが，あまり普及していない用語なので，HTMLエンコードという用語を用いる 「すべからくHTMLエンコードすべし」が鉄則 HTM
dev.ishinao.net: おまけ: 認証状態を保存する方法
「認証処理の基本」では、どのようにすれば安全に認証処理を実装できるのか説明した。しかし、実際には認証処理を通ったあとに、その状態を持続する必要がある。ここでは認証の結果をどのようにして保存するか説明する。 認証状態を保存する方法としては、Cookieを利用する方法と、セッションを利用する方法の二つが一般的だ。セッションといっても、実際には内部でCookieを使っていたりする（使わない方法もある）のだが、ひとまず細かいことは気にしないでおこう。まずCookieを利用して認証状態を保存する方法を説明する。 Cookieを利用して認証状態を保存する一番シンプルな方法は、以下のようなコードとなる。 <?php $userid = isset($_POST['userid']) ? $_POST['userid'] : ''; $pwd = isset($_POST['pwd']) ? $_P
＠IT：Webアプリケーション: 第3回 気を付けたい貧弱なセッション管理
※ご注意 他社および他組織のWebサイトなどへのポートスキャンおよびデータの取得などの行為で得た情報を侵入などに悪用するか、または同じ目的を持つ第三者に提供した時点で違法となります。ご注意ください。 本稿の内容を検証する場合は、必ず影響を及ぼさない限られた環境下で行って下さい。 また、本稿を利用した行為による問題に関しましては、筆者および株式会社アットマーク・アイティは一切責任を負いかねます。ご了承ください。 「第2回 顧客データがすべて盗まれる」は、クロスサイトスクリプティング（XSS）と同様に実際のプログラミングを行うプログラマの責任であるという対策で、最も危険と思われるSQL InjectionとOS Command Injectionについて紹介した。今回は、プログラミング以前の設計段階で潜り込むセキュリティホール――見落としがちなセッション管理の脆弱性について説明していく。 We
更新pingとトラックバックpingの違い ― #BLOG
Movable Typeの機能にはXML-RPC ping送信機能がありますが、この機能には、似ている2種類のpingがあります。1つが「更新ping（Update ping）」で、もう1つが「トラックバックping（TrackBack ping）」です。前者はMyBlog JapanなどのWeblogポータルに変更通知を行うためのもので、後者はトラックバックする（外部サイトのブログ記事に自分の記事への参照リンクを設定する）ためのものです。（ちなみに私は今日までこの2つを混同していました。） Movable Typeでは、［ウェブログの設定］画面で「更新ping」が設定できます。 「更新ping」は、この設定画面でしか行うことができません。つまり、「更新ping」はウェブログごとに、すべて行うか、行わないかの設定しかできません。「このエントリー（記事）は更新通知しないようにしよう」とか、「
PHP と Web アプリケーションのセキュリティについてのメモ
このページについての説明・注意など PHP は、Apache モジュールや、CGI、コマンドラインとして使用できるスクリプト言語です。このページでは、主に PHP における、Web アプリケーションのセキュリティ問題についてまとめています。 Web アプリケーションのセキュリティ問題としては、以下の問題についてよく取り挙げられていると思いますが、これらのセキュリティ問題について調べたことや、これら以外でも、PHP に関連しているセキュリティ問題について知っていることについてメモしておきます。 クロスサイトスクリプティング SQL インジェクション パス・トラバーサル(ディレクトリ・トラバーサル) セッションハイジャック コマンドインジェクション また、PHP マニュアル : セキュリティや、PHP Security Guide (PHP Security Consortium) には、PH
PHPのSession Fixation問題
(Last Updated On: 2006年10月24日)PHPのセッション管理はセッションの固定化（Session Fixation）に脆弱であることは広く知れらていると思っていました。先日、php-users(ja)のMLに「Hardened PHPプロジェクトのStefanさんのパッチにSQLite Sessionモジュール用のセッションセーブハンドラパッチを追加したパッチを公開しました」と投稿しました。しかし、ダウンロード数等から推測するとセッションの固定化のリスクが正しく認識されていないのではないかと思えます。 セッション固定化のリスクを分かりやすく説明するには具体的な攻撃のシナリオを紹介した方がわかり易いのでいくつか説明します。以下の説明はデフォルト状態のPHPインストールでSession Fixation対策を行っていないのPHPアプリケーションに対して可能な攻撃の一例です
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなもmixiもPerlでできてるようですが、PHPと比較して、「Perlの方が絶対つよいぜ」ということを教えてください。逆に「PHPの方がいいよ」「パフォーマンスも対して変わ.. - 人力検索はて�
SimpleAPI - ウェブサイト・サムネイル化ツール
ドクターSEO