将来を想定して実装してはいけない - akiyan.com 管理人メモ
将来の実装を想定して拡張可能なように開発するのはよいことだが、 将来の実装を少しでも先取りして実装してしまうことは絶対にしてはいけない。 設定値を書いておくとか、そういうこともしてはいけない。 なぜなら、先に書いておくことのメリットはほとんど無く、 想定が外れたときの修正コストやモチベーション低下などのデメリットはばかでかい。 要するに、リスクに相応したリターンが得られない。 メリットが無いというのは、最近の生産性からいうと、先にちょろっと書いたくらいで得られる差は限りなくゼロに近いから。 仮に想定の実装がうまくいったとしても、最高の実装ではないことが多い。必要なときに、最高の実装をするのがいい。 以上、自戒でした...なんでやっちゃうんだろうなあ...。
InnoDB のパフォーマンスチューニング - MySQLカンファレンス2007 - akiyan.com 管理人メモ
http://www.mysql-ucj2007.jp/details/j25.html 木下 靖文 氏 NTTコムウェア株式会社 プロジェクト管理統括部技術SE部門 DB技術グループ （「InnoDB」は「いんのでーびー」と言うらしい...今まで「いのでーびー」と言ってました） InnoDBをなぜ使うか トランザクション コミット、ロールバック、セーブポイント 外部キー 行レベルロック オンラインバックアップ クラッシュリカバリ クラッシュリカバリ MyISAMはデータ量の増大とともに時間がかかる InnoDBはデータ量の増大との相関がない InnoDBチューニングの王道的アプローチ クエリを改善して全体的に処理効率を上げる データサイズをできるだけ小さく メモリをできるだけ多く積む コミット性能（同期書き込み） innodb_flush_log_at_trx_commit=1,0,2
2007-09-12
MySQLユーザーズカンファレンス2007 ２日目のリアルタイムレポートです。 MTVでMySQLをどう使っているか？ MTV JAPAN patrick Bolduan, 開発環境でかなり使っている オープンソースを利用していきたい 使いやすい。MySQLはフリーなので迅速に仕事ができる。ベンダーと交渉がいらない。ダウンロードしてすぐ使える 開発環境をロールアウトしてプロダクションで使えるのがよい なぜMySQLを使うことにしたか？ MTV JAPAN patrick Bolduan, 個人的に他のオープンソースとともに８〜９年使っていた MySQLに親しんでいた。MTVに移ってからもそれを使い続けたかった 安定性、パフォーマンス、使いやすさについて、MTVの例についてどのように考えているか MySQL AB Monty, もう使っていたということで追加努力が必要なかった 一番は使いやす
頼むから...無料の記事のための会員登録制は... - akiyan.com 管理人メモ
取材記事などで続きが会員登録制になっていることがある。 会員登録制とはいっても個人情報を預けるくらいなので実質無料なんだけども、そんなことよりなによりも思うのは（汚い言葉で失礼ですが） 『くそめんどくせー』 につきる。今すぐ10円を現金で払って読めるのなら、10円払うほうを選ぶ。 そして、提供側の思惑が事実何であっても読者が感じるのは 『登録してない人には読ませない』 である。「読みたい」と思ったのに、読めないんだから、読ませないようにしていると感じて当然。 『登録すれば読めるんだ！しかも無料！？うひょー太っ腹！』 なんて思う人は、いない。 だめおしに、ブロガーは会員登録が必要なページなんて紹介したくもない。そんな読者にとって（またまた汚い言葉で失礼ですが）『くそめんどくせー』記事を紹介している暇があったら、他のページを紹介する。 めんどくさいサイトだな、なんて思われたくもないしね。
Trac日本語版インストールメモ - akiyan.com 管理人メモ
Tracやばげ。コミットログのRSSとpermalinkページすばらしすぎ。 結論としては FreeBSDならportsでjapanese/tracをインストールしましょう。 参考サイト Trac日本語版 http://www.i-act.co.jp/project/products/products.html TracInstall - TachTrac - Trac http://tach.arege.net/trac/wiki/TracInstall trac ― takanory.net インストールのハマりポイントなど http://takanory.net/server/trac/ FreeBSD 6.0/i386 note http://sakura.take-labo.jp/freebsd/ 下準備 環境は FreeBSD6.1R。Subversionはソースからインストー
akiyan.com 管理人メモ - unixの役立つTIPSいろいろ
http://web.archive.org/web/20050208031520/http://naoya.dyndns.org/doc/unix_tips.txt /dev/null をリダイレクト と rm の違い ■ /dev/null をリダイレクト と rm の違い rm はファイルそのものを削除してしまうため、例えばsquidのaccess.logやsendmailの maillogなど、プロセスが開いているファイルサイズが肥大化したときの対処としては適 切ではない。 cat /dev/null > access.log としてやることで、プロセスに影響を与えずにログファイルのファイルサイズを0にでき る。 キャッシュファイルの削除とかにいいかもしれない。 /dev/null へのシンボリックリンク ■ /dev/null へのシンボリックリンク 例えばログが要らない時は #
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
