5年に一度、国が行う国勢調査がはじまっています。 その国勢調査の内部作業を行う業者を支援するためのシステムが、セールスフォース・ドットコムのクラウドによって構築されていることが同社社長 宇陀栄次氏のツイートで明らかになりました。 はい、仰る通りです。パートナー様経由ですが。使ったら、次は5年後ですし、バックアップも災害対策も無料で、開発期間も数週間です。RT @tera3pokole: @udaeiji 今回の国勢調査のシステムも御社が請け負われたのでしょうか。less than a minute ago via Echofon宇陀栄次 udaeiji この記事では当初、セールスフォース・ドットコムのシステムが東京都をモデル地域として行われた国勢調査のオンライン回答に使われたものと書きましたが、間違いでした。オンライン回答のデータはセールスフォース・ドットコムは使われておらず、データも国内

この話をすると驚かれることが多いのですが、tabelogに酷い店に遭遇して、帰ってきてありのままを正直に素直に書くとその口コミは削除されます(正確には下書きに戻される)。 つまり、tabelogに悪い情報は基本的に載っていません。 これはtabelogに限らず、イヤな経験をそのまま素直にブログや口コミサイトに投稿するとブログ運営者から警告メールが来たりします。 最近はもう正直な情報をtabelogに書いても正確な情報を他の人たちや経営者に伝えるという目的が果たせなそうなので、はてなに書くことにしています。 はてなは正直に書いてもいきなり削除はされたりませんし、削除要請が来るときも実際のレストランや美容室の経営者からなので、情報を経営者やスタッフへフィードバックするという目的を果たすことができるし、検索でも上位に来るので口コミを探している人にも届きます(たぶん)。tabelogは最悪の場合検

1. 8万のカード情報を含む65万人の個人情報が漏洩し，セキュリティをいちから見直した 2. 漏洩が判明した直後は延べ20人が3日間，夜を徹して作業に当たった 3. カード情報の管理を第三者に任せ，WAFを導入するなど安全性を高めた 「えらいことになってしまった。覚悟せなあかんな」。 2008年7月10日の深夜のこと。アウトドア用品や釣り具の販売で年間40億円を売り上げるECサイト「ナチュラム」を運営するミネルヴァ・ホールディングス（当時の社名はナチュラム，8月1日に持ち株会社として改称）の中島成浩氏（代表取締役会長兼社長CEO）は，創業以来の危機に直面していた。ナチュラムのサイトから，クレジットカード情報を含む個人情報がほぼ確実に漏洩していたことが判明したのだ。大阪市中央区の本社会議室に集まったメンバーは皆青ざめていた。 まず取り組んだのは被害の拡大を防ぐこと（図1）。丸3日間で一気に対

「ウェブはバカと暇人のもの」は、タイトル通りインターネットの限界について考察している本です。 正直、タイトルの煽りがきついので、あまり読む気にならなかったのですが、先日の梅田さんのインタビューにも出てきていたのもあり、反対意見も知らずに「日本のウェブの残念度を下げるために、私たちができそうな７つのこと＋α 」のような楽観論ばかり書くのも問題な気がしたので買って読んでみました。 著者自身が冒頭で言及しているように、基本的にはこの本は、梅田さんの「ウェブ進化論」、佐々木さんの「グーグル」、岡田さんの「ネットで人生、変わりましたか？」あたりへのアンチテーゼという位置づけにある本です。 この本を書かれた中川淳一郎さんは、元博報堂出身で、現在はニュースサイトの編集者をされている方。 そう言う意味では、博報堂側でテレビの影響力も体験しており、ニュースサイトというネットの現場での実体験もされているわけで

Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ

Windows XP/Vista/2003/2008 Server上のInternet Explorer 6/7/8 Beta 2、Mozilla Firefox 2.0/3.0/3.1 Beta 2で動作するフリーソフトで、HTTP/HTTPSのリクエストヘッダ表示、HTTPの圧縮率表示、ページ内の各要素の読み込み時間のチャート化、ステータスコードやレスポンスサイズの表示、フィルタリング、さらにはこれら一連の通信をログファイルに記録することなども可能です。 時間はミリセカンド単位で表示が可能となっており、まさにHTTPデバッガと言っても差し支えないレベルなので、「ページの読み込みが遅い原因を知りたい」とか「ちゃんとサーバの設定が反映されているかどうかを確認したい」「ウェブアプリの動作チェックがしたい」という場合に役立ちます。この種類のソフトにありがちな日本語の文字コードが解釈できないとい

帯域幅の制限は、インターネットに接続している多くの人にとって今なお残る問題の1つだ。しかし、プロキシキャッシュサーバSquidをネットワークにインストールし、設定パラメータを用いてバイトヒット率を上げれば、利用可能な帯域幅を3～6割近くも拡大できる。 Squidは、きめ細かいチューニングによってさまざまなニーズに対応できる。現行の安定版には少なくとも249個のパラメータがあり、丁寧なコメントが付いた設定ファイル（通常は「/etc/squid.conf」）は4,600行以上もある。このボリュームには、経験豊かな管理者でも圧倒されるだろう。設定の変更はすべてこのファイル上で行う。 1週間では一杯にならない（理想をいえば1か月以上持つような）大きなキャッシュがほしいところだ。実際に必要なサイズは、ネットワークのトラフィック量によって変わってくる。キャッシュのサイズが大きいほど、要求されたオブジェ

id:HolyGrail (堀愚霊瑠氏) の「はてなブックマークが重い件について、Page Detailerというツールを使って調べてみる - id:HolyGrailとid:HoryGrailの区別がつかない日記」とか見てて、色々問題点が指摘されてて、うん、まぁそうだねーとか色々と思いつつ、YSlow は、有用なツールである反面、減点基準が必ずしも全てのサイトに適合しないというか、ハッキリ言ってしまえば Yahoo! Inc. 基準すぎるので、鵜呑みにし過ぎるのもどうかなーとか思ってた。 で、気になったのは 13. Configure ETags ETagsっていうのはサーバ上のファイルとブラウザのキャッシュが一致しているかどうかを検証するためのものなのですが、正しく利用できていないのであれば、ETagsは無駄なだけなので取り除いてやりましょう、という項目です。 http://s.hat

JavaScriptの部分は というわけでid:amachangに任せましょう。 というわけでそれ以外の部分でいったいどこが重いのか 何が重いの？ということで重たい箇所を分析していきましょう。 IBM PageDetailer 解析ツールとしてIBM PageDtailerを利用します。 alphaWorks Community 解説するよりも見てもらうほうが早いと思うのでさっそく使ってみるよ。 ちなみに上記ソフトのダウンロードにはIBMアカウント（無料）が必要なので、使いたい人は登録しよう！ http://b.hatena.ne.jp/HolyGrail/ の結果 こんな感じのグラフが出てきます。 では、詳細を見てみましょう。 このグラフですが、長い部分が http://b.hatena.ne.jp/HolyGrail/ のHTMLそのもののロード時間になっています。 内訳としては 濃い

2024年下半期のフィルム写真たち ふと気がつくと2024年も残り僅か。 そしてふと振り返るとこのブログに掲載する写真がGRIIIで撮ったものばかりになっていたのだけど、決してフィルムに飽きたということではなく、フィルムはフィルムで淡々と撮り続けているし、モノクロもカラーネガもいつも通り自宅で…

はじめに 皆様 JavaScript のスピード競争が激化し、 ECMAScript 3.1 の仕様の策定が進むなど、激動の JavaScript 時代をいかがお過ごしでしょうか。 さて今日は、今、ちまたで大ブレイクの兆しを見せている DOM Storage という仕様を紹介したいと思います。 DOM Storage とは何か まず、 DOM Storage とはどんなものなのでしょうか。 とても簡単に言ってしまえば、とてもたくさんのデータが保存できてサーバーに自動で送られない Cookie みたいなものです。 さらに、 Cookie とは違って JavaScript からとても扱い易く作られています。 では、この DOMStorage の具体的なソースコードを見てみましょう。 <!DOCTYPE html> <html> <head><title>DOMStorage の使い方</tit

Web 2.0時代におけるコンテンツ所有共有についての言及集。:-) Web 2.0 の最大の特徴は何かと問われたら、私はウェブの情報の所有者をなくして平等にしたことと答えてます。 304 Not Modified: Web 2.0との上手な付き合い方 自分もこう思ってます。でもって、さらに掘り下げたときに、 「自分の持っている情報も自分のモノではない」と言えるんじゃないかなと思うんです。 自分で全てを完結しなくていい Web 2.0での上手な発信方法 - Attribute=51 Web 2.0 という永遠にβ版の世界の中では、まずアウトプットを出したら、それをみんなに育ててもらうという感覚がある。著作権と相性が悪いのも分かるよね。"私のもの"であることを放棄すればするほど、多くの人の手によってそれは育てられていく。対して、独占しようとすると嫌われてしまうのがこのウェブの世界。 304

はてなの京都移転を2月14日に発表してから2週間が経過した。通常では考えられないほどたくさんの感想や意見を頂いている。未だに今回の移転に関したブログのエントリーなどが続いており、これには正直驚いている。それだけはてなに期待を頂いているということだと思うし、今後魅力的なサービスを送り出すことでその期待に応えていきたいと思う。 ところでネット上の反応には「下げてから上げる」というパターンが見られると思う。最初条件反射的に批判的なものを含む感情的なコメントがたくさん見受けられ、その後に肯定的なものを含む理性的な批評的意見が現れるというパターンがあるのではないか。それなりに新規性があり、且つ、論ずるに値するだけの価値があると思われる話題については、ネット上でこのパターンがよく現れると思う。 あえてはてなの話題を外して過去の例で言うと、例えばJR西日本の事故でJR職員が現場をあとにして出社したという