章見出しは見開きの右側に来て欲しい
ちょっと趣向をかえて製本の話です。
分厚すぎて持ち歩きにくい技術書などを、章ごとに解体するという事はまれにあると思いますが、いつも困るのが章見出しが見開きの左側に来てる事です。
見出しが見開きの左側に来ている場合、章ごとに本を解体すると、見出しのページの裏に前の章のページがあったりして難しい事になります。 それに対して、見出しが見開きの右側に来ていれば、簡単に章ごとに分解して持ち歩く事が出来るようになります。
ちょっと趣向をかえて製本の話です。
分厚すぎて持ち歩きにくい技術書などを、章ごとに解体するという事はまれにあると思いますが、いつも困るのが章見出しが見開きの左側に来てる事です。
見出しが見開きの左側に来ている場合、章ごとに本を解体すると、見出しのページの裏に前の章のページがあったりして難しい事になります。 それに対して、見出しが見開きの右側に来ていれば、簡単に章ごとに分解して持ち歩く事が出来るようになります。
何らかの理由でcoreが行方不明になることがありますが、 以下のような指定を行うと、指定した場所にcoreを吐かせることができます。
1 # sysctl -w kernel.core_pattern= "/tmp/%h.%e .core"
最初から(core dumped) だけじゃなくて、dumpされた場所も表示してくれるといいんですけどね。
GoogleDocs
インストール
以下のリンクをブックマークに登録してください。
使い方
動作環境
Firefox 3.0でのみ動作確認をしています。
ライセンス
ソースコードは http://gis
RubyGemsを使うときに、たびたびGemのバージョンを指定する機会があります。 '=', '>=', '>' などの等号、不等号は、対応するRubyのオペレータと同じような機能なのでわかりやすいのですが、'~>'についてはどういう意味なのか若干わかりにくい感じです。一応マニュアルにはこんな感じに書かれています。
'~>' は、悲観的(pessimisti
MySQLのbackupデータの復旧の際、掲題のエラーが発生したので、 対処法をメモしておきます。
このエラーに関する詳しい情報は以下のサイトにまとまっています。
とくに後者では、
段階 4: 非常に困難な修復
などと脅かされるのですが、my.cnfでInnoDB関係の設定が抜けている場合にも同じエラーがでるようです。その場合はInnoDBの設定を書き足せばなおります。