近頃、仕事を始めて時間に余裕がなくなっているので新しいものを探していじくり回すことができないのがつらいところですが、まあ、時間を見つけて当たらしネタを探しては見ますけど、、、。

最近、多くの方が気になっているかもしれませんが、やけにRubyの話題が増えてきている気がします。その中でCMSを利用する人の多くが徳島県の公式サイト用に開発された「Joruri」に注目しているのではないでしょうか？
2009年度中にオープンソースとして公開されると言うことなので、その時には試してみようと考えている方も多いのではないでしょうか？

私自身、最近はRubyに注目しているのですが、７月からの生活のごたごたでCMS関連のネタ集めやテストもできない中、ローカルにRubyのテスト環境を作ろうと思っていたのですが、生活が落ち着かない中では面倒くさくてやらずじまい。少しばかり落ち着かないと新しいことを始めるのは大変です。
とはいっても、このところのRuby人気にそっぽを向いてもいられなくて、ニュースだけはつまみ食いしつつ目を通すようにしてます。

さて、もうひとつ気になっていたのが、CMSではなくOSのUbuntuです。10月29日に公開されています。日本での9.10RemixCDはもう少し時間がかかるようですが、まもなく登場するでしょう。
私自身、Linux系OSをがんがん使いたいと言う側ではないのですが、基本的なことだけでもちょっとのぞいておこうと言う気がしてしまいます。例えば、ローカルのサーバー環境を作って何かテストしようと言う場合にはやはり結構勉強になります。その他、Linuxのオープンソースやフリーソフトの環境は、一度触ってみるとかなりうれしいやら快適やらで、ちょっと捨てがたいものに感じてしまいます。まあ、付け焼刃の学習だけなのでほとんど忘れかけてきてるのが現状なので、また9.10のリリースを機に少し覗き見しておこうと言う感じです。

借りていた家の家主とのトラブルで借家を返すことになり、近隣に大至急住まいを探したがなんとしても見つからず、結局は「家なき子」になってしまい一関市の知り合いのボロ家に仮住まいをしていた。お釣の来るぽっとん便所、風呂は壊れて使い物にならず、傾き始めているせいで窓に隙間ができてあちこちからたくさん虫が入ってくるような家だ。でも、雨風がしのげるだけでもありがたい。東京で言えば、駅にダンボールで寝転がる人や公園でブルーシートで暮らす人と同じような状況だ。同情し哀れむのは、どこかの誰かではなく自分自身になってしまった。

それでも、何とか故郷気仙沼で再度ボロ家を借りることができた。これでようやく「住所不定」ではなくなる。近頃は「自称サーファー」などという呼び方がテレビでよく登場しているが、当方自称・農業（兼業農家）」と言う職業まで失うこととなり、今はほぼ失業状態だ。
ホームページ制作の営業も再開しなくてはならないが、すぐに注文が舞い込むこともなさそうなので平行して就職活動もやっている。しかし、年齢制限をはるかに越えた身の上では就職はなかなか見つけることができない。まあ、めげずに・・・前向きに生きるとこにしよう。

さて、CMSの方だが、この1月半ほどはほとんどCMSのチェックはできずしまいで、新しい情報に触れることはなかった。いや、できなかったと言うほうが正しい。ここしばらくは家の修理や就職活動に忙しいが、合間を見てCMS情報の入手にいそしむことにしたい。時間が空いた分、おそらくバージョンアップや新規のものに出くわすかもしれない。それが楽しみだ。

先週末の土曜日から一関市川崎町の道の駅にイタリア野菜の鉢物と苗を並べて販売しています。とはいっても、なかなか売れません。
あると便利な、ちょっと使いたいイタリアンパセリやバジル、ルッコラなどを並べていますが、年配のお客様も多いのであまり関心を引かないようです。簡単な栽培と料理の説明書もおいておきましたが、販売するのは結構難しいものです。

てなわけで、日中はほとんど屋外で作業をしているのでパソコンにあまり触っていません。もちろん、朝や昼、夜はメールのチェックなどをしているので回数的には何度か見ていますが、それでもじっくり新しいCMSのチェックなどをすることはできないでいます。それでも、ちょっと気になっていたPivotXについて、MoonGiftさんがガイドしていたので昨日のぞいて見ました。

pivotx

今では圧倒的な支持を得ているWordPressに対抗して、サイトには機能比較表なども掲載していて、なかなか意欲的なところを見せています。データベースを使わない方法（FlatFile）も選択できる点や軽量な点は大いに魅力的です。ページ機能もあるので基本的にはすでにBlogというよりはCMSというツールになっていると思います。今後、利用者が増えて国内のガイドサイトが充実したりすれば利用も加速するでしょうが、現時点では日本語情報がほとんどないので、その点は今後に期待といったところです。
WordPressが現在のように充実してきて、日本語サイトも充実してくると、他のツールに移行するには相当のアドバンテージがないと移行しない気がします。その昔、NucleusとWordPressの距離はほとんど同じような感じで今ほどは離れていなかったと思いますが、現時点での充実度を考えるとWordPressはやはり他を圧倒していると言っていいでしょう。今では私が作るサイトのほとんどがWordPressになってしまいました。
かつて日本国内ではXOOPSが高く評価されていましたが、今ではXOOPSである必要性をほとんど感じなくなってしまいました。むしろ、デザインツールであるArtisteerとの連携やブログエディターであるWindows Live Writer等との連携を考えると、いわゆるCMSとしてならDrupalの方を私個人としては高く評価しています。今後また、アップグレードや日本語環境の整備によって変化するのでしょうが、しばらくはWordPressを中心に利用していくだろうと考えています。

追記：PivotXでの日本語表示
PivotXはあらかじめ日本語ランゲージが組み込まれていますので、インストール後すぐに日本語環境で利用できるようになりますが、ほんのちょっとだけ日本語表示のための操作がわかりにくいので書いておきます。
管理画面の上のメニューの「Administration」＞「Configuration」で「Default language」を「Japanese」に設定すると日本語になりそうな気がしますが、さにあらず。ここは「Default language」に設定したおいて、管理画面メニューの更に上にある「MyInfo」をクリックします。「My Settings」の中の「Language」で「Japanese」を選択すると日本語になります。

先月末から知り合いに頼まれてWordPressによるホームページを制作した。あまり元原稿となるネタもなかったので、まずはフレームとして制作し、必要事項を少しずつ入れている。とりあえず、ホームページとして機能する程度にはなったと思う。

おおよそ出来上がって、Googleでサイトタイトルそのままに検索すると当然ながら検索されて一番上に表示されている。確か、記憶では制作途中にYahooで検索した時は表示されたと思ったのだが、、、その後、Yahooでは検索されないままだ。
GooでもMSNでも検索できるのに、未だ検索して他所のサイトの記事中の文字を見つけるだけで当のサイトは検索できずにいる。

検索できない原因が何なのか調べているうちに「トップページダウンペナルティ｣なる聞きなれない言葉に出くわした。文字通り、サイトのトップページが検索から削除されてしまうらしい。どうなってるの・・・？検索エンジンの｢意味ないじゃん！」
それに近頃、Yahooで検索する際に「ブログを含めずに再検索｣と言う検索方法も表示される。これもどいうことなの？ブログはありすぎてうるさいし、ホームページじゃないってわけなの？

これはどうやら、無料ブログサイトのブログをはねるようで、独自ドメインのブログなどははねないようだが、そうなのかどうかは確証が持てない。
WordPressのような便利なブログを利用してせっかくホームページを作っても検索エンジンがはねてしまっては、どんなにSEO対策をやっても意味がなくなってしまう。ランキングサイトやPingを飛ばしても更に意味はない。とにかく、あまりおバカな機能をつけないで欲しいものだ。

ただ今サーバー引越し中!! これが正常に見えたら完了・・・なのだが。
無事移動できたようです。

今回、XREAのcoreserver間で引越しをしました。s2が以前から調子が悪くて、管理画面に不備が出たままで何ヶ月も経ちました。ちょっとの間正常になったと思ったらまた戻ると言う始末で、さすがに引越しを決意。もうひとつ使っている正常な方のサーバーに移動しました。
時々正常になるのでその間に少しずつ移転準備をしていたのですが、何のことはない今回は正常にもどったまましばらく続いていて、エラーが起きないのです。本当にこのまま続くのかどうか気がかりとはいえ、このまま正常なら引越しがよかったのかどうだか、、、訳がわからなくなってしまいます。

WordPressの引越しに関してはネット上に情報があり、検索すれば結構出てくるので改めて書きませんが、気づいたことだけメモしておきます。

実は今回の引越しは二日がかりで実は昨日は失敗してしまいました。失敗の原因が何かと言えば、ただの横着！データベースをごく簡単にエクスポートして新しい方にインポート。ここでエラーが出てうまく移転できませんでした。よく見れば当たり前、いらないテーブルだらけのデータを一括して移動していました。

WordPressのインストール時点では、データベースのテーブルが10個しか作られません。それが今回の場合は44ものテーブルができていました。これは、プラグインを有効にすると自動的にテーブルを作るものがあり、例えばこうしたプラグインが使い物にならない場合は削除してしまうのですが、データテーブルだけは残ってしまい、これが知らない間にたまってしまったと言うわけです。
当然、いらないものを削除してしまえばいいわけですが、さてどれが本当に必要なのかテーブルの名前を見ただけではわからないというところが困るのです。そこで今回、サーバー上のデータをそっくりローカルにバックアップしたついでに、これをXAMPP上でインストールしなおし、実際運用しているサイトと同じプラグインをひとつずつ有効にして、どのようなテーブルができていくのかをチェックしました。
必ずしもプラグインすべてがテーブルを作るわけではありませんので、いくつかプラグインを有効にしてみても結局はプラス２つのテーブルができただけ。実際に使っていたのはたったの12個だけでした。

特に、「stats」系のプラグインを利用している場合はデータ量のほとんどがこのプラグインのデータで占められているので、移動する際にはこの種のプラグインははずしてテーブルも削除してしまえばものすごく小さなSQL書類になります。今回の場合は60Ｍほどのデータ量が3.7Ｍになってしまいました。

今回はドメイン毎移動している場合ですが、こうした場合はドメインを移転するまでは新しい方のサイトは仮のドメインで作っておかなくてはいけません。また、wp-config.phpと言う書類もそのまま移動できませんから、新しい方のデータベースにあわせた書き直しが必要です。
昨日はこれも手で書き直していたのですが、今日は面倒を省くために新しい方の仮ドメインサイトであらかじめ新規にWordPressをインストールしました。その方が正確なwp-config.phpが簡単に、自動的にできあがります。その後、仮ドメインサイトのデータベースでwp_options以外のテーブルを削除して、これらに変わるSQLをインポートしました。こうすると新しいサイトもとりあえずは動いているのでデータの移転状況が確認できます。もちろん、一括してインポートしてwp_optionsのデータを開いてURLだけ新しい方の仮ドメインに書き換えて動作を確認する方が正確です。その後、wp_optionsをインポートして完了。さらに、ドメインのＵＲＬ転送設定を行って反映されるのを待つのみ。

今回のもうひとつの失敗？はそのままそっくり移転したので、ドメインの転送がが反映されて新しい方のサイトが表示されているのかどうかわかりにくかった点です。そこで、再度仮サイトを使えるようにして新しく移転完了の投稿を書き加えました。それで完了が一目瞭然。まもなく転送が反映されてめでたしめでたし。