FindBin::libs ×131 : .co.jpのGoogle検索 ×26, .co.jpのGoogle検索 ×11, .co.jpのGoogle検索 ×6, .co.jpのGoogle検索 ×6, .co.jpのGoogle検索 ×4, .co.jpのGoogle検索 ×4, .co.jpのGoogle検索 ×3, .co.jpのGoogle検索 ×3, .comのGoogle検索 ×2, .comのGoogle検索 ×2, .comのGoogle検索 ×2, .comのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.jpのGoogle検索 ×2, .co.j
svn シンボリックリンク ×488 : .co.jpのGoogle検索 ×67, .co.jpのGoogle検索 ×29, .co.jpのGoogle検索 ×14, .co.jpのGoogle検索 ×13, .comのGoogle検索 ×10, .co.jpのGoogle検索 ×10, .co.jpのGoogle検索 ×8, .co.jpのGoogle検索 ×8, .co.jpのGoogle検索 ×8, .comのGoogle検索 ×7, .co.jpのGoogle検索 ×7, .co.jpのGoogle検索 ×7, .co.jpのGoogle検索 ×6, .co.jpのGoogle検索 ×6, .co.jpのGoogle検索 ×6, .co.jpのGoogle検索 ×5, .co.jpのGoogle検索 ×5, .co.jpのGoogle検索 ×5, .co.jpのGoogle検索 ×
@ [fswiki] FSWikiでページのURLをstaticにする(2) create_urlメソッドを以下のように書き換えるだけでこと足りました。素晴らしい! と書きましたが、「ページのリンクを生成する」メソッドとしてまとめられているのであれば、Wiki.pmを修正するのではなくプラグインで動的にメソッドを上書きしていけるのでは?と思って1 hour hackしました。 ### plugin/staticurl/Install.pm package plugin::staticurl::Install; use strict; use Util; sub install { my $wiki = shift; my $class = ref $wiki; { no strict 'refs'; *{"$class\::create_url"} = sub { my $self = s
@ [mysql] MySQLのVARCHAR,TEXT型はデフォルトではCase Insensitive 先日とあるアプリケーションを作っている際にはまりました。とあるテーブルにVARCHARでtagというカラムがあったのですが、このテーブルには mysql> desc test; +-------+--------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+--------------+------+-----+---------+-------+ | tag | varchar(255) | YES | | NULL | | +-------+--------------+------+-----+---------+-------+ m
@ [yapc] YAPC::Asia 2007 Tokyoに行ってきました 今日と明日開催されるYAPC::Asia 2007 Tokyoに今年も参加してきました。仕事の都合とかで全部のセッションには参加できなかったのですが、参加できたやつはどれも内容が濃くて非常に参考になりました。というわけでノートを少し取ったのでメモ代わりに書いておきます。 @ perl I18N in 20 minutes - Dan Kogaiさん スライド Perl内部ではデータは全てUnicodeで保持されているのは有名ですが、PerlのUnicodeのサポートっぷりは他のLL言語に比べてすごく進んでるよ、という話。 Encode.pm これは文字コードを変換するためのインターフェースのひとつ。他のインターフェースとしてはPerlIO(open)とか、binmodeとか。 PerlのUnicodeサポート具合
@ セッションにmemcachedを使うかどうか なぜmemcachedをセッション管理用に使うのか Why storing session on memcached? なんか僕のエントリが元になり軽く議論になっているようですが... 個人的にはmiyagawaさんのVox/LJの方針に賛成で、「消えては困るデータ」はプライマリーのストレージとしてmemcachedを使うのではなく、MySQLに入れる方が安全だと思います*1 MySQL 使ってると、セッションデータを定期的に消してやらなきゃいけないけど DELETE FROM sessions WHERE timestamp >= '2006-12-01 00:00:00'; とかはすごく重かったりして、ここでまた刺さる というのは、InnoDB+timestampカラムにインデックス張れば解決するのではないかと思いますが、そんな単純な話
http://www.surch.co.uk/cp pedolove ×52 http://press.eek.jp/result/mysql/mysql auto_increm... ×9 http://a993.com/go/?q1=pedolove&d1=ja&mp=ya ×8 http://jawe.aon.at/search/aon.sp?query=PEDOLOVE:CO... ×7 http://www.lemmefind.jp/search.php?p=2&t=pedolove ×7 http://www.lemmefind.jp/search.php?t=pedolove ×4 http://d.hatena.ne.jp/negaton/20071110/1194659067 ×4 http://clip.livedoor.com/page/624409/ [mysql]
@ [サーバ監視][munin] モニタリングツールmuninがお手軽すぎる件 サーバの負荷などをグラフ化するツールcactiを試してみようと思って調べていたら、これよりお手軽そうなmuninというものを見つけました(以前GIGAZINEで紹介されていたのですがノーチェックでした)。 本当にお手軽で特にdebianの場合だと # apt-get install munin munin-node するだけで→のようなグラフが生成されます(あ、apacheから/var/www/muninが見れるようにする必要はありますが)。 apacheのプロセス数などをチェックするプラグインなど色々あるみたいですが、デフォルトでの監視が可能になっており、とりあえずこのレベルで監視したい人はホントお手軽に導入できるので超お奨めです。実際どんな感じなのか試してみたい人は、muninの本家で試してみることが可能で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く