mizzy.org : subversion + trac ではまりまくり
subversion + trac ではまりまくり Posted by Gosuke Miyashita Wed, 04 Jan 2006 08:07:19 GMT そろそろ何かバージョン管理ツールを覚えないと、と思い、Subversion実践入門―達人プログラマに学ぶバージョン管理 を見ながら subversion を一通り触ってみた。 で、本も読了したので次は trac のセットアップにチャレンジしたら、これがもう、何かやるたびにエラーでつまづく、といった有様。 環境があまり一般的ではない（Slackware 使っていたり）ので、他の人の参考にはならない気がしますが、一応メモ。 まずは python のコンパイル。うちの環境は gcc が /usr/bin と /usr/local/bin にあるのですが、/usr/local/bin を優先するようになっています。が、これがはまりの元
インストール - cooldaemonの備忘録
Subversion に引き続き、Trac を Turbo Linux 10 Server に入れてみた。 私的ハマりポイントだけ記載。 (FreeBSD + ports の場合のインストール方法は、一番下に追記した) zlib インストール Turbo Linux 10 Server に標準で入っている Python を使う場合は不要。 PySQLite をインストールする際に必要。(Python の Make 時にリンクされる) http://www.zlib.net/ ここから最新版をインストール Python インストール turbopkg でインストールしたものが信用できなかったので、一応、新規インストール。 http://www.python.jp/Zope/download/pythoncore ここから最新版をダウンロードしてインストール SWIG bindings d:i
画像配信の負荷分散も比較的簡単？（その1） - 最速配信研究会(@yamaz)
30万個ぐらいの静的ファイルを配信するサーバーの選び方 で静的な配信サーバに関することが述べられている. naoyaさんが公開されてるInside Hatena Bookmark's Backend の資料などを読むと、mod_perlなサーバーやMySQLサーバーの選び方の参考になったりするわけですが、世の中を見渡してみても、静的コンテンツ（画像とか）を配信するサーバーの指南書らしきものはなかなか見あたりませんでした。 なので、経験を元に書いてみることにします。 ということらしい.書いてあることはすべて同意だけど, つい3ヶ月くらい前まで 平均15k×1万URL×50億httpアクセス/day 平均4KByte×100万URL×3億HTTPアクセス/day な画像サーバと某所で向き合ってたため,ちょっとは役に立てるかもしれないと思ったので,私の経験を書いてみようと思う. 動画配信の負荷分
動画配信の負荷分散は比較的簡単 - 最速配信研究会(@yamaz)
http://d.hatena.ne.jp/naoya/20060407/1144376197 ではてなおやさんがYouTubeの負荷分散について語っておられる. mixiの負荷分散とは質が違うことについてはおおむね同意だけど, YouTube のシステムを見たときにその焦点になるのは、まず第一にネットワーク帯域。第二にストレージをどうしているかというところじゃないかなと思います。動画配信にリソースがいるポイントは、ネットワーク帯域とディスク I/O です。つまり YouTube の負荷分散で気になるところは * ネットワーク帯域 * ストレージ o 容量の管理 o 動画を格納しているストレージサーバーの I/O あたりです。 はちょっと踏み込み足りないなぁという印象なので書いておく.集合知.集合知. 動画配信は通常の画像配信と違って下記の特性を持つ. 画像のように1ページに複数個配信する
cyano: 30万個ぐらいの静的ファイルを配信するサーバーの選び方
naoyaさんが公開されてるInside Hatena Bookmark's Backend の資料などを読むと、mod_perlなサーバーやMySQLサーバーの選び方の参考になったりするわけですが、世の中を見渡してみても、静的コンテンツ（画像とか）を配信するサーバーの指南書らしきものはなかなか見あたりませんでした。 なので、経験を元に書いてみることにします。 弊社の画像配信サーバーには、平均10kbぐらい（たぶん）の画像が30万個ぐらいあって、それをDell PowerEdge 1750+lighttpdを使って配信してます。 以前は搭載メモリ1GBのサーバーを使っていたのですが、その時のvmstatがこのような感じ。 procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b sw
naoyaのはてなダイアリー - Inside Hatena Bookmark's Backend の資料
以下に置いておきました。遅くなってすいません。 http://bloghackers.net/~naoya/pdf/050404inside_hatena_bookmark.pdf 会場で前置きしたように、はてなブックマークは、はてなで一番大きなシステムであるはてなダイアリーあるいは同じ YAPC で発表のあった mixi に比べると、まだそこまで大きな規模ではありません。月間の PV はだいたい 4,000 万 PV 〜 というところです。 ただ、日本でのトラフィックが上から 5 番目みたいな怪物サイトよりも、月間の PV が 1,000 万クラスのサービスの情報の方が、より現実的で役に立つのではないかと思い、はてなブックマークの裏側に絞って話しをしてみました。 ...という前提で見ていただけると嬉しいです。 はてなブックマークのデータのサイズもかなり大きくなってきたので、ぼちぼちパーテ
負荷対策概論 - Y-110's Wiki
最新文章 2018-12-26 17:10▪ 致敬英雄，致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发！上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞："吃出卫生巾"系人为当事顾客
Lighttpd/ - Linux Tips
パッケージとしてインストールした場合、通常 /etc/lighttpd/lighttpd.conf が設定ファイルとなる。ただし、初めにインストールされるものは、Apacheのものと比べると説明がないので、サンプルとしてはちょっと分かりにくかった。 なお、Apache の .htaccess の様なしくみはないので、ディレクトリ毎の設定が必要ならば、全て設定ファイルへ書き込む必要がある。
SQLインジェクション再現デモムービー:phpspot開発日誌
0-DAY - SIMPLE SQL INJECTION あるオープンソースのCMSのセキュリティホールを探る際のFlashムービー。 映画のイントロのように始まり、怪しげな音楽と共にムービーが再生される等、あやしい雰囲気たっぷりに作られています。 IRCチャットで依頼が始まり、ソースのDL〜grepしてSQLインジェクションの脆弱性を見つけ、実際にIDとpassを取り出すまで。 こういう手口で脆弱性が発見されるんだな、というのがハッキリと分かります。 もちろん、ソースなど見なくてもURLから類推したりその他のパターンも多数あると思いますが、オープンソースの場合はこんな感じでソースをgrepされたりするんでしょうね。 SQLインジェクション対策の参考に。
羊堂本舗 脳ざらし紀行 (2005-01-23)
_ [Ruby] 複数のバージョンの ruby を共存させる Rubyの本の執筆をするような人でなくても、複数のバージョンの ruby を標準ライブラリ込みで共存させることが出来ると便利なことがある。手元では ruby-1.8.2 を使いたいけど、借りているサーバが ruby-1.8.1 なので動作確認のために、ruby-1.8.1 もインストールしたい場合など。 以下のようにすると、標準ライブラリ込みで共存させることができる。ruby の標準ライブラリは PREFX/lib/ruby/1.8/ にインストールされる。これを PREFX/lib/ruby/1.8.x/ にインストールされるように変更すればいい。IRC で教えてもらった。 次のようなパッチを configure.in に当てて、autoconf を実行。 Index: configure.in ===============
2006/02/20 - memo - unknownplace.org
このサーバーで動いてるアプリはほとんど lighty+fastcgi で動いているけど、アクセス数的に余裕まくりなのですべて1プロセスで動かしていていままで意識していなかったのだけど、仕事で使うことになったので調べてみた。 まず、Catalyst 製アプリケーション MyApp をlighttpd.conf で以下のように設定。 fastcgi.server = ( "" => ( "myapp" => ( "socket" => "/tmp/myapp.socket", "check-local" => "disable", "bin-path" => "/path/to/script/myapp_fastcgi.pl", "max-procs" => 5, ), ), ) これは割りと一般的な方法。これでMyAppプロセスが5つ立ち上がる。うちもこんなようなのの max-procs を
chrootなDebian環境を作ってRailsを閉じ込める
Posted by masuidrive Tue, 18 Apr 2006 09:42:00 GMT 最近、Railsの仕事が増えてきて、一つのパッケージ空間でRailsやRubyGemsを動かすのに問題が出てきたので、Debianをchrootして、その中にアプリを閉じ込める様にしてみる。 chroot を使って異なる Debian ディストリビューションを起動する を参考にして、Debian内に新しいSargeをインストールし、そこに手動でRails環境を構築。MySQLサーバは、chroot外の物を利用。 (chrootされてない環境で) # mkdir -p /sub/APPNAME # debootstrap sarge /sub/APPNAME http://ftp.debian.org/debian/ # echo "proc-APPNAME /sub/APPNAME/pro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NETWORKWORLD Online
http://www.typemiss.net/blog/kounoike/20060119-52
あ : lighttpd への移行