事業仕分けなるものが行われてそれなりに時間が経過した。本務校にも影響があるような話だが、それについては敢えて触れない。が、気になることがある。
事業仕分けの結果については色々と政策的な?!判断があって、実際にその通りになるとも限らない。それは確かに必要なことだろう。あの場での判断でGoサインが出たり、いきなり廃止と言われても、それが正しいとは思えない。
ただ、事業仕分けをやる一方で、他方、「陳情はこちらへどうぞ」などと言われると、何か勘ぐりたくもなる。「見直し・削減」とか「廃止」と判定された案件の関係者に、「それが嫌ならこちらへどうぞ」という仕掛け。しかも陳情の窓口は、仕分けをした内閣（行政）の系統ではなく、与党という政党の系統。さらには、行政組織に積極的に陳情アプローチしてはいけない、という。
要するに、仕分けに不満があればうちに来い！という仕組み。仕分けをしたのは行政側の組織で、go.jpである。それに対して陳情を受けるのはgo.jpではなく、政党としてのor.jpの、しかも集中した一局のみ。行政組織はそれなりの公平性をもって仕事をしないといけないが、政党は好きなように、自分たちの主義主張に沿って行動するのが本筋であり、自分たちの足しになる連中の話ばかりを受け入れても構わないわけである。陳情に来なかったら切るように、お土産を持って陳情に来たらOKというように内閣に意見するのも可能である。
もちろん、お土産のあり方次第では、政治資金規正法によって誰かがお縄を頂戴することにもなるが、そこは工夫次第でクリアできるとも思える。
事業仕分けというのは面白い取り組みだとは思うが、それを取り巻く仕掛け次第では、集金マシーンの一端と化すのかもしれない。
年内最終
午前中は少人数での会議、午後はお隣の大学の講義。
金曜日の夕方ということで、この授業はホントの年内最終になった模様。出席率はいつもより低め、かな。本務校では火曜日が最終だったから、お隣さんは随分と遅くまでやっている印象。年明けも早い。
そういや今日は近い方の生協ショップが昼までということを知らず、ご飯を食べそびれたままの授業だった。体内備蓄が十分あるだろうが、という指摘も聞こえてきそうだが。
さて、ローマ法王は大変な目に遭われたようだが、CNNあたりでローマのクリスマス・ミサの様子を見ていると、どういうわけか昔のパルナスのCMを思い出してしまった。パルナスはキャッチフレーズが”モスクワの味”なので、どう考えても違うんだが、雰囲気的に何か共通したものを感じる。
こっちでは一六のクリスマスケーキのCMが当たり前の存在で、みんな曲もうろ覚えながら知っているようだが、子供の頃の刷り込みというのは怖いもので、パルナスのCMは記憶に鮮明に残っている。会社ももはや存在しないのに。
年末にはジャンボも来るようだが、それらに逢うことなく、大阪で過ごす予定。関空にでも行ってみるか、というところだが、寒くて家族連れではつらそうだから、願いが叶うのやら・・・。伊丹の方が公園が充実しているが、伊丹スカイパークからのアングルはあまり好きではない。あのアングルなら松山の公園の方がよほど楽しい。やはり下河原とか千里川とか猪名川河川敷の方が行きたい場所だが、駐車場とか障壁は多い。正月の抜けはすばらしいことが多いんだが。その前にローパスフィルタのクリーニングだな。
おいしく頂きました
２種類、そして切り分けた後の大きさが少々マチマチ。ということでジャンケンで選ぶ方式になった。みんながジャンケンを始めたところに「残った分がいい」と遠慮して手を出さなかったら、「参加せよ」ということになり・・・。
結局勝ち上がって一番に選ぶ権利を得てしまう。だから手を出さなかったんだけど・・・。そして、ジャンケンで決めることにした言い出しっぺが案の定敗者となり最後に選ぶことに。ま、想定の範囲内ですな。
「撮影のあと、おいしく頂きました」っていやいや、意味が違う・・・。撮影用なら背景を考えるが、全くの無防備。
それにしても、すごくおいしかった。食べたのはチョコの方。
MySQLを4から5へ
前回何だかんだ書いたが、MySQLのVer. Upのみ一歩早く完了。
ここのレンタルサーバ（sakura）では、データベースに関連するものとしてMovableTypeの他、Xoopsやら自作の検索やらを入れている。なので、MTだけを調べて対策を考えておいてもダメなわけだが、エイヤーでとりあえずDBのみVer. Upしたわけだ。
で、誰かの役に立ちそうにもないが、手順はこんな感じ。
- sakuraではMySQLの4と5がある。以前から使っていれば元々4になっており、5に上げることが可能だけど、その場合はDBを一度削除しないといけない。
- データが消えてもいいならスパッとデータベース削除だけど、普通は削除する前に当然バックアップ作業が必要。phpMyAdminで自分のデータベースをエクスポートした。エクスポートのタイプはSQLにして、それも含めてデフォルトで表示されたオプションをほぼ変更していない。エンコードの変換もnon。あとは「ファイルに保存」にチェックを入れて、自分のPCに保存。ググれば詳細な説明のあるサイトがいくつか見つかるし、さくらのレンタルサーバ非公式FAQあたりも参考になる。
- 削除したら今度はデータベース作成の手順をとる。DBのサーバは、以前は選べた気がしたが、今回は勝手に選ばれていたように思う。一応サーバ名をメモしておいた方がいいか。そしてインポート作業となる。ま、空っぽのDBだから、ミスをしても全データ（テーブル）を消せばいい、手元のバックアップさえきっちり保存していれば何とでもなる。
- インポート作業もサラッとできたが、MTやらXoopsやらのconfigを調整する必要がある。そこに上でメモしたDBのサーバ名なんかを記入する。
MTではmt-config.cgiに記入してあるサーバ名を変更。で、念のためにMTにログインして再構成なんかをしておいたが、特に問題なし。Xoopsに関してもmainfile.phpというファイルにXOOPS_DB_HOST欄があるので、これを新サーバに書き換え。念のためログインしてDBの管理に関係しそうなモジュールをチェック。
とりあえずここまで。MTそのもののVer. Upはまだ着手していない。
ただ、予想通り問題は起きている。自作検索ページで、文字コードがうまくマッチしていないようで、phpMyAdminで見るテーブルは文字化けしないのに、検索結果ページでは文字化け。文字コードを変更したテーブルを作成してみたものの、それでもうまく表示できない。DBと文字コードって結局よく失敗している箇所。ちょっと本を読んでプログラムを書くまではいいが、数年経つとPHPのことやらMySQLのことを忘れてるので、対処が難しい。
気になるフレーズ
「コンタクトが乾いて集中できない」というCM。「顔が汚れて力が出ない」と何気に似ている。
年末年始の休暇に入ったら、このブログ、一時的に消えるかも。SQLのバージョンアップをしようと思っているので。MovableTypeの方は実験にも一応成功したのでVer. Up後復旧できそうだけど、xoopsは試していないので、文字化けとか何か起きそうな気がする。そして最大の問題はPHPで書いた検索ページだな。Google Analyticsによるとそれなりに需要が多そうで気がかり。
MTも成功したとはいえ、結構対処に苦労した・・・。最悪の場合、過去記事は全部他のサーバーからってことで。