ドットインストール代表のライフハックブログ
いまどきのソーシャルサイトを作るために必要な10の機能（とそのサンプルコード） | IDEA*IDEA
ドットインストール代表のライフハックブログ
ScalableStorageWithOSS00 - mizzy.org - Trac
OSS だけでスケーラブルなストレージを安価に構築する方法 #0 TLUG Meeting 2008/09 で発表した How to build a scalable storage system with OSS なんですが、発表では概要しか触れてなくて、じゃあいったいどうやって構築するのよ、という部分が全然ないので、ぼちぼちこのブログで書いていくことにします。 で、スケーラブルというだけだと曖昧なので、以下のような要件を満たすものを、スケーラブルなストレージと想定することにします。 特殊なソフトウェアを必要とせずに、OS からファイルシステムとしてマウントできるもの。なので MogileFS、Hadoop Distributed File System、Google File System 等は対象外。（FUSE 使えばやれないこともないけど…） 容量をオンラインでダイナミックに追加で
Sign in - Google Accounts
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Bill de hÓra: Patterns of Web Architecture
Eric Newcomer: "This afternoon I finally caught up up on Steve Vinoski's recent article and blog entries about the "evils" of RPC. If you aren't already among those who have read them thoroughly, I'd encourage you to. Including the comments, it's one of the best discussions of the merits and demerits of RPC and REST that I've ever seen. The core of his argument is that the RPC abstraction is n
Don'tStopMusic - DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる , るびま 21 号
_ [ソフトウェア] DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる サイボウズも memcached + MySQL DB 分散 Cybozu Developer Network: MySQL Users Conference Japan 2007 講演概要 を読んで、memcached でキャッシュ＆ 複数の MySQL をアプリのロジックで分散化というのは、もうすっかりスケーラブルなウェブアプリの作り方として常套手段になったと思いました。 2004 年 4 月の MySQL カンファレンスでの Brad Fitzpatrick の発表 Inside LiveJournal's Backend (PDF)から約 3 年半。Mixi やはてなのようなエッジな企業はだいぶ前からこの構成を採用してますが、対法人のビジネスをしているサイボウズでも採用されたというのは一つ
XPath Checker :: Firefox Add-ons
XPath Checker 0.4.1 作者: Brian Slesinsky カテゴリ Web 開発 An interactive editor for XPath expressions. レビュー (3) 2006年 9月 27日 更新 834 週間ダウンロード数 57,776 累計ダウンロード数 他の画像 詳しい説明 An interactive editor for XPath expressions. Choose 'View XPath' in the context menu and it will show the editor. You can edit the XPath expression and it incrementally updates the results. ホームページ http://code.google.com/p/xpathchec
blog.katsuma.tv
もう、いろんなニュースサイトで言われていますが、 Yahooからページパフォーマンス計測ツールの「YSlow for Firebug」が リリースされました。Firebugをインストールしている上で、YSlowをインストールすると、Webサイトの高速化を行うためのポイントと、 現状についてのポイント表示を行ってくれます。 これ、実際に試してみるとよく分かるのですが、いかに工夫をしていないサイトは、改善の余地があり余っているか。。 ほんと身を引き締められます。ちなみにYSlowでは次の項目をポイントに挙げています。 Make Fewer HTTP Requests Use a Content Delivery Network Add an Expires Header Gzip Components Put CSS at the Top Move Scripts to the Bottom
XPath Checker :: Firefox Add-ons
Add-ons extend Firefox, letting you personalize your browsing experience. Take a look around and make Firefox your own.
Behind the Scenes at LiveJournal: Scaling Storytime - YAPC::Asia 2007 Tokyo Sessions
Hear the history and lessons learned while scaling a community site (LiveJournal.com) from a single server with a dozen friends to hundreds of machines and 10M+ users. What's worked, what hasn't, and all the things we've had to build ourselves, now in common use thoughout the "Web 2.0" world, including memcached, MogileFS, Perlbal, and our job dispatch systems.
2007/08/02 - memo - unknownplace.org
ANOTHER PIECES - Windows x VMware = 開発環境 Ubuntu Linux : Hasta Pronto.org 開発環境にGUIが必要かどうかという話。 僕らみたいなターミナル上で開発するような技術者の場合、開発環境として主に以下の3つがあると思う。というか僕が持っている環境なのだけどｗ Windows + VMWare(colinux)上のLinuxOSXLinux で、開発環境としてだけかんがえると3がベスト。 ターミナルは軽いし、svkでコンフリクトでたとき m おすと meld とかのグラフィカルなマージツールをシームレスに立ち上げられたり、まぁとにかくshellからGUIアプリとも連動できるのは良い。 それならOSXでいいじゃんと思うかもしれないけど、僕の評価ではこの3つの中でOSXは最低。 なぜならば良いターミナルアプリがないから。 GUIのe
とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
yohei-y:weblog: HTTP ステータスコードを正しく使おう
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
ウェブサービスAPIにおける『成りすまし問題』に関する一考察
先週の末に、はてなのウェブ・サービスAPIを使ったMash-upアプリをFlash上で作り始めていきなりつまずいたのが、Cross-Domainセキュリティ。satoshi.blogs.comから取得したswfファイル上のActionScriptからb.hatena.ne.jp下にあるRSSフィードだとかXML-RPCにアクセスができないのだ。 「確か方法があったはず」と調べてみると、はてな側がサーバーにcrossdomain.xmlというファイルを置いて明示的にCross-Domainアクセスを許可していなければならない、という。そこで見つけたのが、「Flashから各APIの操作、データのロードができるよう、サーバ上に「crossdomain.xml」というポリシーファイルの設置をお願いしたい。」というはてなアイデアへのリクエスト。2006年の2月にリクエストが出されているのだが、11月
Perl Tips | ケータイサイト構築のポイント
以下に、ケータイのサイトを開発する上で、ケータイならではの考慮すべきポイントを簡単に挙げてみた（リンクはこのサイト内での技術情報）。 ケータイからサーバに送られてくる、CGI 環境変数の UserAgent の種類（ブラウザ名） 各ケータイキャリア毎の IP アドレス（PC と連携するときに、ケータイからサイトにアクセスしてきたか、PC からアクセスしてきたかサーバ側で判別するのに必要） 各ケータイの機種ごとの画面サイズ（特に横幅、これは最近の機種であれば UserAgent から取得できる） サポートする画像形式（JPEG / PNG / GIF） 1 画面の最大受信サイズ（バイト数） 機種ごとに使えるカラーの違い 各キャリアの絵文字の違い（同一キャリアだとしても、ケータイの世代ごとに使える絵文字が違います） 各キャリアのメールアドレス体系（iモード / i-mode メールは RFC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://labs.cybozu.co.jp/blog/kazuho/archives/2008/11/mysql_damage_control.php
Thoughts on IE hack management
新規
Web高速化 || パフォーマンスチューニングBlog: インターオフィス
IBM LAMP システムを調整する、第 1 回: LAMP アーキテクチャー・・ - Japan
Amazon.co.jp: 携帯端末用Web制作バイブル 第2版: i-mode/EZweb/Vodafone live!対応: 八木澤知彦: 本
