今日のNucleus 3.21→3.3へのアップグレードで、Nucleus標準のコメント表示機能でクエリエラーになる不具合が出た。

↓エラーはこんな感じ。コメントが表示される代わりに、こんな文字列が。

mySQL error with query SELECT c.citem as itemid, c.cnumber as commentid, c.cbody as body, c.cuser as user, c.cmail as userid, c.cemail as email, c.cmember as memberid, c.ctime, c.chost as host, c.cip as ip, c.cblog as blogid FROM nucleus_comment as c WHERE c.citem=2002 ORDER BY c.ctime: Unknown column 'c.cemail' in 'field list'

Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/barukichi/www/blogs/nucleus/libs/COMMENTS.php on line 87

エラーメッセージを読むと「nucleus_commentテーブルにcemailなんてカラムは無い」って書いてあるんだが。

早速さくらインターネットのDB管理画面でテーブルを確認すると、やっぱり無い。
そりゃエラーになるわなｗ

ってことで、眠いので「駄目なら明日以降でいいや」程度にあまり気合いは入れずに少しだけ検索してみると、同じようなエラーを吐いたまま放置されたブログは見つかるものの、解決策について書かれたページはなさそうな感じだった。

と、1つだけ間接情報にヒット。

■Nucleus CMS 日本語版（コア） - FS#38 - 3.3 用アップグレードスクリプト

Nucleus 3.3から、コメント入力フォームが増えたのかな？
これまでの名前とメアドに加えて、Webサイトのアドレスもコメントと一緒に入力できるようになったらしい。

で、今まではコメント入力者のメアドを nucleus_comment.cmail に登録してたのを、3.3で追加された cemail へ変更、新しく入力できるようになったWebサイトURLの入力値を既存の cmail へ登録するようになったっぽい(全部推測)。
ややこしい事をしてくれよるわい。

というわけで、自動アップグレード時に実行された(筈の)アップグレードスクリプトを確認すると、upgrade3.3.phpに下記の記述が(抜粋)。

if (!upgrade_checkIfColumnExists('comment','cemail')) {
　　$query = " ALTER TABLE `" . sql_table('comment') . "`
　　　　ADD `cemail` VARCHAR( 100 ) AFTER `cmail` ;";

　　upgrade_query('Altering ' . sql_table('comment') . ' table', $query);
}

if (!upgrade_checkIfColumnExists('blog','breqemail')) {
　　$query = " ALTER TABLE `" . sql_table('blog') . "`
　　　　ADD `breqemail` TINYINT( 2 ) DEFAULT '0' NOT NULL ;";

　　upgrade_query('Altering ' . sql_table('blog') . ' table', $query);
}

// check cmail column to separate to URL and cemail
mysql_query(
　　'UPDATE ' . sql_table('comment') . ' ' .
　　"SET cemail = cmail, cmail = '' " .
　　"WHERE cmail LIKE '%@%'"
);

これを読む限り、推測は間違ってなさそう。
あと nucleus_blog テーブルにも breqemail ってカラムが追加されることになってるけど、DBを確認したら、無い。

このスクリプト全体が実行されてない感触。。。
自動アップグレードの時、ちゃんと「アップグレード成功」みたいなメッセージが表示されてたのに、どうなってんのｗ

まぁ兎にも角にも、対処法が分かれば後は作業するだけ。
管理画面で nucleus_comment テーブルの cmail を cemail へリネーム、次に (cemailカラムの手前の位置に)cmail を追加、最後に nucleus_blog テーブルに breqemail を追加、以上。
# upgrade3.3.phpの手順を自分が作業しやすいようアレンジしてます。
# → いま軽くデータ確認してみた。やっぱ横着したら駄目っぽい。
# メアドしかないと思ってカラム名のリネームで済ませてたんだけど、思いっきりURLも入力されてたｗ
# この部分、また後日書き直しますが、基本的にはばるきち流の横着手順じゃなくアップグレードスクリプトの通り実行すればOKです。

ホントに以上なんだろうか。。。
他にも差分スクリプトが幾つもあるんだけど。。。

また今度、ちゃんと実行されたか確認してみようっと。

今日はもう眠いのであります。 (睡魔到来)
↑ヴィルヘルミナ＆ティアマトー風ｗ

[ 続 き を 読 む ]

まだ全部作業終わってないけど。

セキュリティホールとかあるのを知りつつ長いこと放ったらかしにしてたんだけど、やっと、Nucleus(このブログのブログエンジン)を3.21→3.3へアップグレードした。

動機はセキュリティホールじゃなくて、タグ検索。
少し前に導入したプラグイン、NP_TagEX によるタグ付け機能。

タグは付けられるようになったんだけど、そのタグをクリックしても同名タグを持つアイテムが検索できなくて、導入の意義が半減してた。

で、検索できない理由として「Nucleusが古い？」って推測をしてて、それでさっきアップグレード作業に入った。

結果、アップグレードしてもタグ検索できず。
むー。

次に思いついたのがプラグイン。
このブログを始める時、Nucleus 3.21 をインストールした時点でプラグインも幾つかインストールしたんだけど、ダウンロードした際のプラグインサイトがあまりメンテされてなくてプラグイン自体が古かったらしく、その時点の最新版よりかなり古いものをインストールしてたりしてて、ずっと「最新版入れなきゃなぁ」とか思ってた。

で、そこらへん踏まえて調べてみたところ、一番怪しかったのが NP_ShowBlogs ってプラグイン。
このブログのトップページでアイテムを一覧表示してたり(今は最新20アイテムを表示する設定)、ページ移動のリンクを表示してたり、そういうことをしてくれるプラグインなんだけど、これが一番怪しい。

使ってたNP_ShowBlogsのバージョンは1.03、最新版は2.7。違いすぎｗ
しかも更新履歴を読んでたら
　　version 2.04 [2005-11-01]
　　　　NP_TagEX対応。
とか書いてる。
更にそのあと気付いたのが、NP_TagEXのダウンロードサイトの冒頭に
　　『タグによるフィルタリング表示をするためにはNP_ShowBlogs v.2.04以上が必要』
って思いっきり書いてた。

もうこれ以外に無いって程の確信を持ってNP_ShowBlogsを更新。
そして無事にタグ検索できるようになった。

結局プラグインの更新ですんだ話だったんだけど、ブログエンジンの更新で一応セキュリティホールも埋められたし、めでたしｗ

あとはタグに正式対応したってことで、アイテム一覧だけじゃなくて個別アイテムページにもタグ表示するように設定したり、要所にタグ一覧を表示するようにしたり、今後細かな部分でぼちぼちとサイトを更新していく予定。

というかNucleusのアップグレードで幾つか不具合出てるｗ
しばらく見苦しい状態が続くかもしれないけど、ぼちぼち直していきますので。

****
後の作業のためのメモとか含めて雑多にリンク。

■Nucleus CMS Japan Wiki - plugins:showblogs
■Nucleus CMS Japan Wiki - plugins:tagex

■Nucleus CMS Japan Wiki - skins:vars　(Nucleus変数)

[ 続 き を 読 む ]

FSX用のBoeing 767アドオン(Level-D 767)のFMC設定がなかなかスムーズにできない。
で、先日ネットで調べ回ってたサイトを(過去にブックマークしたのも含めて)諸々メモ。順序適当。

■PAXのひとりごと - 商売？道具？？

・航空関連のチャートで世界的に有名なのはJeppesen(ジェプセン)社の Airway Manual。

■PAXのひとりごと - RNAV Route がぞろぞろと

・最近はRNAV(アールナヴ)と呼ばれる航路が使われ始めている。

■PMDG 747-400のメモ
■PMDG 747-400のメモ - FMCの設定方法

■空へ PIC767 - Level-D 767

・Level-D 767のオペレーションマニュアルやnavdata、サポートソフト関連のリンク。
・情報が少し古い？のかな？

■Boeing 747-400 Normal Procedure's Guide

・PMDG-747の手順ガイド

■Flight Reports

・経路が古いかもしれないけど、国際線でも遊んでみたいので。

■Takeshi's FS Home Page - コラム - フライトシミュレータの楽しみ（その泥沼の世界！)

・SID ... 航空機が空港を離陸して航空路に入る際の出発経路
・STAR ... 航空路を離れて空港に着陸する際の進入経路
・SID/STARは、国内線であれば下記を揃えると良い。
　　- 出発進入経路マップ　　 　イカロス出版
　　- 空港着陸コースマップ　　　イカロス出版

・SIDとSTARの間の航空路はEnroute chartと呼ばれる地図で確認する。
・本格的にJeppesen社のEnroute chartを揃えるのも良いが、なかり高価。
　　→ PAXのひとりごと - こんなサイトもございます

・いろいろ調べ回って、「フライトシミュレータ用の」SID/航空路/STARの確認程度であれば十分使えそうなものとして、Navigraph nDACというソフトが見つかった。
(他にもあったが、使いづらかったり契約方法がよく分からなかったり)

■Navigraph
■Navigraph - nDAC download
■Navigraph - nDAC screenshots
■Navigraph - nDAC Price & Payment

・Windowsの.NET Framework 1.1以上の環境で動作。
・Navigraphでアカウントを作成し、ポイント(クレジットと呼ぶ)を購入する必要がある。
・カード支払いなどでクレジットを購入し、そのクレジットを使って各種チャートを購入する。
・100クレジット10ユーロ。現時点で約1700円弱。
　　→ 最新値
・空港チャート(SID/STAR)は空港毎に購入。
　　→ 初回: 2クレジット、最新情報への更新: 1クレジット
・航空路チャート(Enroute chart)はエリア毎に購入。"AS 04N (H/L)"が日本をカバー。
　　→ 初回・更新共通: 10クレジット
・アカウントを作ると6クレジットだったか無料で貰えるので、それだけで空港チャートを幾つかダウンロード可能。
・ダウンロードはパスワード付きZIPファイルで行っているらしく、ウィルススキャンソフトによってはダウンロード中にウィルススキャン側でエラーとなる場合がある。当時自分はKasperskyの30日体験版を試してて、それだとエラーが出てダウンロードに失敗するので一時的にウィルススキャンを止める羽目になった(ZIPスキャンを止めるだけで良い筈だが、それだと元に戻し忘れそうだったので全停止)。
・前回クレジット「チャージ」から270日経過すると、それまでのクレジットは無効となる。
　　→ 期間内に追加チャージすれば無効とはならない(筈)。
・内部的にはPDFファイルとしてダウンロード・保持しているようで、Acrobat Reader風の操作でエリア指定や拡大縮小、印刷可能。
・チャートが更新された場合など、Download Mangerタブから開かれるマネージャ画面で確認・更新できる。
・PCを組み替えたりする場合などのデータバックアップ方法については未調査。FileメニューにExportなる項目があるので、それを使えば良いのかも。

◆RJTT(羽田空港)のSID(HAYAMA4ルート，HUMMINGBIRD3ルート)表示例
◆RJTT(羽田空港)～RJNA(中部国際空港)の航空路チャート(Enroute chart)表示例

・ちなみに上記のEnroute chart表示例を見ながら。自分がフライトシミュレータ関連サイトを見て回った限り、FSX/FS2004で羽田から伊丹へ飛ぶ場合はRJTT→XAC(Oshima)→(V17)→LHE(Hamamatsu)→(V17)→XMC(Kowa, 表示例画像に含まれず)→(以下略)といったコースの紹介が多かったんだけど、自分のFSXは最新のRNAVを使ったY50経由の経路を提示してくる。なんかネットで拾ってきた経路データでFSXかLevel-Dをアップデートしたような記憶があるので、そのせいか？でもアップデートしたのはLevel-DだけでFSX側には何もしてない筈なのだが。。。ｗ
・この「FSXに提示されたY50経由のルート」を参考にしてLevel-D 767のFMCに自動操縦経路を入力しようにも、全体でどの航空路やVOR/DMEを結べば伊丹に着陸できるのか分からなかった(説明してるサイトが見つからなかった)のが、そもそもチャート類や支援ソフトを調べ周り始めたきっかけ。

■JAL - JAL、新高精度航法（RNAV）運航を開始！！

・大雑把なイメージとしては、添付資料「RNAV運行について」内の図がとても分かりやすい。
・うろ覚えなので違うかも → RNAV以前の航空路はあくまでも地上に設置された無線施設(VOR/DME)を結ぶように設定されていた。RNAVは衛星(GPSだったっけ)からの情報や他の近隣航空機の位置情報などをコンピュータで処理して、地上施設を頼らず直線的に、しかもより安全に目的地まで辿り着けるようにしたもの。そのシステムをRNAV(新高精度航法)と呼び、ルートをRNAV Routeと呼ぶっぽい。
・もちろんシステムに対応する制御機器を航空機に設置しなければならない。
・直線的なコースを辿ることにより数パーセントの燃費削減になるらしいが、航空機だとたった数パーセントでもかなり大きいとのこと。

■Qooの飛行機観察 - RNAV 本格導入とは

・これも分かりやすい。
・『RNAV航法により、京都議定書目標達成計画の航空分野（約１９０万トン）の約９％に当たるそうです』とのこと。
・『FS2004でATCに従って出発やアプローチすると、RNAVの様なルートを誘導されるのは気のせいでしょうか　もしかして･･･FS2004はRNAV導入済み！？』と書いてあるので、やはりFSXも最初からRNAV Routeに対応している、もしくは随時ダウンロードしてる？(世界各地の実際の天候をリアルタイム更新する機能はある)

■航空実用事典 - 航空路　airway

・ここでは説明されてないけど、Yで始まるのがRNAV Routeってことなのかな？
・ちなみにYはYankee(ヤンキー)と発音する筈 → NATOフォネティックコード

■VIRTUAL ATC Charts Center

・空港チャートについては、(最新じゃなくても良いのであれば)nDACを使わなくてもこういったサイトが国内外問わず結構見つけられる。

[ 続 き を 読 む ]

さっきブログにNP_TagExをインストールしてタグ付け機能を追加してみた。
まずはテストでトップページに表示されてるアイテムにだけタグを表示するようにしてみたんだけど、タグをクリックしたときのタグ検索が効かない。。。

Nucleusをアップデートせずに古いバージョンのまま使い続けてるのが悪いのかなぁ。

(2007/11/07追記)
Nucleusを最新版の3.3にアップグレードしても検索できない。。。
と思ったら、プラグインのアップデートで解決。

■ばるろぐ - Nucleusアップグレード ＆ タグ検索対応
■ばるろぐ - Nucleus3.3へのアップグレード時に発生した不具合メモ

[ 続 き を 読 む ]

■Nucleus(JP)フォーラム - NP_TagEX
■nakahara21- NP_TagEX　「タグ」利用プラグイン
■nakahara21 - NP_TagEX バージョン0．2

■wa - Nucleus や ウェブネタなど - Nucleus プラグイン NP_TagEX試してみてます

メモ。

Nucleus(ニュークリアス，このブログのブログエンジン)をカテゴリ機能じゃなくてタグ(キーワード)付けで運用したいなと思って昨日調べたら あっさり見つかったｗ
今は忙しくて作業できないし、いつ暇が作れるか分からないけど、インストールしたい。

ほんとは簡単にすぐインストールできる筈なんだけど、ブログエンジンのソースコード少しいじってて、しかもどこ変更したか覚えてないから怖いんだよねｗ

タグ付け機能を追加すると、上から4つめでリンクしたブログのタイトル「10.23 '05Nucleus プラグイン NP_TagEX試してみてます」の2行下に表示されてる「Nucleus / プラグイン / 実験 / Tag / Fancy URL」みたいに、そのログのキーワードを複数登録できるようになる。もちろんタグをクリックすると、同じタグを持つログまで確認できる。

1つ前のログの欄外にも書いたけど、このブログ、きっちりしたカテゴリ分類とか最初から「しない！」と決めて始めてはいるんだけど、後で利用することを考えると、必要な時は好きに意味づけできる方が良いに決まってる。

ブログが全文検索機能も持ってるからしょっちゅう利用してはいるけど、今使ってるバージョンは検索漏れも結構ある。これは最新バージョンで改善されてるらしいんだけど、上にも書いた通り、ソースコードいじってるからバージョンアップが怖かったりして。。。＾＾；
2～3日のまとまった時間を作って調査やデータベースのバックアップから始めるくらいじゃないとバージョンアップできない。

で、今使ってるカテゴリ機能は、別に意味づけする必要がないものも何かしらカテゴライズする必要がある(だから殆どがbookmarkカテゴリ)し、1つのログに1つしか意味づけできない。
まぁそういうのもあって、最初にカテゴリは気合い入れないって決めたんだけどｗ

タグだと別に付けなくてもいいし、事前にシステムにカテゴリ登録しなくてもその場で好きな名前でタグ付けできるし、楽。

気楽にできる分だけ、タグの種類が増えてくるとカオス状態になってくるって欠点もあるから、やっぱり後で利用することを考えると或る程度はタグ名を練っておいた方がいいんだけど、また多分あまり考えず気楽に運用しちゃうだろうねｗ

[ 続 き を 読 む ]

最近コメントスパムに加えてトラックバックスパムが来るようになった。
しかもNucleusのバグなのかプラグインのバージョンが古いのか何なのか、トラックバックを削除しても削除されない。

というわけで仕方なくサーバにログインしてDBから直接削除してやった。

use 自分のデータベース名
delete from nucleus_plugin_tb where url like "削除パターン";

今回はURLに特徴があったので、urlフィールドのパターンを指定して91レコードを一括削除。

面倒なのには変わりないけど、消したのに消えない不毛な作業で時間を浪費するよりは遙かにマシ。
パターンが読めてきたら削除バッチを作ってcronにでも登録して、定期実行させるかなぁ。

はぁ、めんど。