No Such Blog or Diary

面白そうなので Haskell と sed で参加してみる．いくつか解いてみたけど最小コードを追い抜けたものは今のところなし．prime numbers の Haskell で 66 っていったいどうやってんだろう？　もう少し頭をひねってみやう．

ちらほらやっているがAGE 1986(MEISTER)の火星がクリアできず．完全勝利もポセイドンとウラノスのみなのでまだまだ．やっぱりワープを使いこなさないとだめなのかなぁ．なにはともあれもっと練習が必要らしい．

Nucleus は pre タグとかの中にまで改行を入れてくれる仕様なのでコードとかをpreタグで書くとおかしくなる．応急処置として pre タグ内の br を invisible にしてごまかしているが根本的な解決は難しそう．NoBreak のプラグイン入れても記事の書きなおしが必要なので面倒だし…　HTMLを吐き出す部分に自分で手を入れるしかないのだろうか？

「index.php?ほげほげ」というURLが気に入らないのでプラグインを入れて通常のパス風にアクセスさせる．NP_CustomURL を入れて，.htaccess に rewrite の設定書いて，index.php で Self の設定を空にする．.htaccess はサンプルそのままで横着する．その上で Nucleus のグローバル設定で URL を Fancy に変更．

参考：

http://japan.nucleuscms.org/bb/viewtopic.php?p=13840

http://japan.nucleuscms.org/wiki/plugins:customurl

いろいろといじくる為にあらかじめDBのバックアップを取っておいた．いじり終わったのでDBの復帰をしようとした．ものの見事にエラーでこけ，記事がどこかへ消えていった…

何が原因なのかあさってみたら，SQLのコメント周りではまっていた．Nucleus はバックアップ用にSQL文を吐き出し，いちおう記事などの文字列データはシングルクオートがエスケープされる．しかし，SQLのコメントの開始である # はそのままSQL文の中に残っている．結果，記事に # が含まれると，次の改行までがコメント扱いとなる．文字列中にコメントがあった場合，それはそのままの形で文字列に連結されるらしい．これらが合わさって，記事の最後の行に # があると記事の終了を表すクオートが誤認識される．この流れでSQL文がおかしいと文句を言われる羽目になった．

しょうがないので手動で最終行に # があるものに改行を加えてやったらうまく復旧できた．

バックアップがバックアップでないこの状況はどうにかしてほしいものだ．

自分用プラグインを作ってようやくデータ移行完了．バックアップ用にアーカイブを取っておく：NP_MTToNucleus01.zip．結局，完了までの総試行回数は１４回．

次はスキンやらプラグインやらへ…