世知辛い世の中ですが、 たまに「いい人・やさしい人」を見つけるとホンワカします。 読んだ人もホンワカできるようなお話を教えてください。
世知辛い世の中ですが、 たまに「いい人・やさしい人」を見つけるとホンワカします。 読んだ人もホンワカできるようなお話を教えてください。
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Use params, not @params Posted by marcel April 25, 2006 @ 04:30 AMI still frequently see people in the #rubyonrails channel using @params in their code. For a while now @params has been deprecated in favor of simply params. For those who just skim these blog posts: Use params, not @params Why? When you use the params method, it allows for the implementation details of the parameter hash to be chan
なんか色々はまったのでメモです。 一見まとめに見えますが、実は「早い段階でやっとけばよかった」と後悔したり、向こう数日以内に後悔する予定のところをピックアップした愚痴だったりしますけど。 文字コードはUTF-8を使うのが無難。 テーブルの文字コードもUTF-8に。latin1にEUC-JPなデータを入れてしまうと大変。 Ajaxを絶対に使わないならSJISとかでもいいかも。 ケータイを考慮する場合も、around_filterを使って入出力の文字コードを変換するほうが楽だと思います。実際にはまった人の声も聞きたい。 vimを使う場合はこちらもどうぞ。 とりあえずバージョン管理はSubversionをお薦め。 Capistrano(旧名:SwitchTower)でdeployする場合、${RAILS_ROOT}/logをリポジトリに入れるとはまる。${RAILS_ROOT}でsvn:igno
日常的なハードディスクの障害の中で生活をしていると、必然的に fsck の回数が増える。 FreeBSD には、比較的に早い時期から background fsck が開発されたので、起動時の fsck には正しく umount 去れていなかった時も、ルートパーティションを除き、簡単な点検だけで終らせて、システムを開始しする。 background fsck に移行できない場合は、シングルユーザモードに移動し、手動で fsck を起動すれば、ほとんどの場合は問題ない。ルートパーティション以外だったら、少なくても /sbin などのものが使えたり、/usr も問題が無ければ、他のパーティションの復活も他愛も無いことだ。 しかし、今回だけは、そうは問屋が卸さない。 ルートパーティションのスーパーブロックが壊れてしまい、第二ローダが起動すらしない。 FreeBSD/i386 boot Defau
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く