M先生に相談したら喝破された．「自分が完璧にわかっていることだけを書け」というあたりまえの話．
4つくらいの役割をもたせたとある実装なのだが同じコードで管理することに無理を感じはじめた。今はconfigのパラメータ一発で役割を変えられる、という意味では便利ではあるのだが。。
つぎはぎで作ってきたもので愛着があって、おまけに時間がないのでどうしょうもないのだが、かなり自分でわすれているところも増えてきてたりするので共通部分を抜きだして、それ以外はコードを完全に別にしようという気がしてきた。
こういう作業にはなんといってもsvnまわしまくりになるのだが、休みにはいってしまうとレポジトリにアクセスできないのがかなり問題。svkをいまいち信用してないせいもあるのだが。。
仕事でRHEL4 AS u4の上でeclipseをあげることになった。が、あがらない。結局はあがったわけなんですが。罠に気づかずに悩んでいた。
- $ java -version とすると gcj (GCC) 3.4.6 20060404 (Red Hat 3.4.6-3)だったので、JDK5でいれたほうが先にくるようにPATHをかえた
- XPCOM error -214747262とかでたので、export MOZILLA_FIVE_HOME=/nowhereをつけて起動した。
XPCOM errorのほうについては、https://bugs.eclipse.org/bugs/show_bug.cgi?id=103620
Firefox from mozilla.org is statically compiled and does notsupport embedding, so it should never work with firefoxunless you're using firefox from a linux distribution thatis dynamically compiled.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=133304
Firefox from mozilla.org is statically compiled and does notsupport embedding, so it should never work with firefoxunless you're using firefox from a linux distribution thatis dynamically compiled.
- ついにはrailsアプリが動かなくなります(500を返すようになる)
- staticなfileとかは動きつづけます
- この問題はwebrickでうごかしたときにもlighttpdでうごかしたときでも発生します
$ more /etc/cron.hourly/rails
#!/bin/bash
PATH="/sbin:/usr/sbin:/bin:/usr/bin"
find /tmp/ -name "ruby_sess*" -cmin +60 -exec rm {} ;
こんなもんを1時間毎にcronでまわすことにしました。
Prior art of stacking exists - postfix has several temporary solutions such as mailbox_transport (local delivery agent escape after alias/forward processing) and fallback_transport (local delivery agent escape for "users" not found in aliases or in /etc/passwd). There also is the "best_mx_transport = local" feature that gives SMTP mail to the local delivery agent if the local machine is the best MX host for the specified destination. If this delivery agent stacking mechanism could be generalized, other problems could be solved without having to write new code. Postfix queue files are by design write once. Once a queue file is marked as complete, the only updates made are one-byte overwrites to indicate that a recipient is finished or to indicate that a delayed mail warning was sent. The result is a queue file organization where you can kill any Postfix process at any time random without having to worry about corrupting data. A great deal of complexity and vulnerability was eliminated by having write-once files, where an operation never has to be undone when some process crashes in the middle of something. I will not accept code that violates my basic robustness requirement: no operations need to be undone when some process crashes in the middle of some operation.