GeekLogのバージョンを1.6->1.7へアップデートしました。

マイアカウントの画面が出て来ないエラーが出たため、public以下のuser関連ファイルを旧バージョンからコピーして使っています。（その後正常に動作しています）

その他、Ver1.4から1.6にアップデートした頃から動作がおかしかったmediagalleryが旨く動きません。登録した画像・動画を移行する方法も見つからないため残念ながら１から登録しなおしになりそうです。

もう少し旧画像を持ってくるようにチャレンジしますが・・・・・・・

（R君ごめんなさい）

OSをCentOS4からCentOS5に移行した際、必要になったので方法をメモしておく。

前提として、dbmanのバックアップがあること。　また、CentOSでphpMyAdminも必要（非常に便利）

1)geeklogのde-config.phpで指定しているユーザー名でphpMyAdminにログイン

2)データーベース画面に移って、テキストファイルの場所からdbmanが作成したのバックアップファイルを指定する。　geeklogではprivate/backupにあるはず。勿論、選択するファイルは最新のファイルを指定する。

2)開始からスキップするレコード数は０

3)ファイルの書式で、SQL/non/全角カナに変換を選択し、実行をクリック

以上でdbが無事にリストアできる。

ユーザー管理画面で登録グループの追加、削除等変更しようとするとパスワードを求められる。管理者が勝手にユーザーのパスワードを返ることになり、ちょっと都合が悪い。

正しい方法；
グループ管理画面より「ユーザーの表示と変更」の鉛筆アイコン側をクリック
下記画面が表示され、グループ変更が可能となる。
--------------------------------------------------------------

Virtualドメインを取得したので新たにGeeklogをインストールしたところ、表記のエラーが出てしまった。
色々調べたが分からず、最後に稼働中の本サイトとのフォルダーを比較したところ、Private領域のsystem/pear以下のフォルダーとファイル名が全て小文字になっていた。
Linuxで稼働のサーバーではこれではパスが通らない。
フォルダーごとバックアップしていたファイルと入れ替えて無事動くようになった。

lzhから解凍したファイルを使ったのが原因だったようだ。当たり前の話だが、本サイトはLinuxで稼動しているためtarボールから解凍して使うべきだった。大文字・小文字の区別をwindowsではしていないがLinuxでは当然している。（lzh版とtar版でファイル名のつけ方が違うようだ-大文字小文字の区別がゴッチャになっている）
public/layoutフォルダーの中も同様なファイルが見られエラーになるのでチェックしておいた方がよい。

【メディアギャラリー】より登録したいアルバムを選択し、【メディアの追加】を選ぶ。。

JUPLOADタグをクリックすると、(注意：JAVAが有効になっていなければいけない。

導入されていない場合、自動的にインストールするかどうか聞いてくる。）

次に、登録したい画像をマウスでドラッグ＆ドロップして持ってきたら、画面下の【アップロード】ボタンをクリック。
暫くすると・・下のような確認メッセージが来るから【実行】をクリックする。

アップロードが開始される。

最後に画像が登録されているかどうか念のために確認。
動画の場合、ファイルサイズが大きくなるとTimeOutになる可能性あるため、失敗した場合は管理者に尋ねること。

Mediagalleryのバージョンを1.5に上げてからのJUPLOADは安定したようで、それまでのGalleryRemoteよりも使い易い。

（GRはリモートでアルバム作成ができる点便利ではある。）

2008.8追記　

ギャラリーで設定されている画像サイズより大きいと、エラー表示なしに画像がはねられてしまいます。そのためJUPLOAD時には画像をリサイズして小さくしておく必要があります。但し、GR(Gallery Remote)使用時にはAutoResizeオプションがあるのでこの機能をONにすればOKです。

Dbmanでセーブﾞしたデーターベースを1.4.1にVersionUpしたら旨くリストアできなかった。

解決策：
以前の環境でのプラグインは必ず全てインストールしておくこと。
MediagalleryをVer1.5に持ち上げるときは、１）プラグインを削除せずに「Disable」の状態でファイルを上書きし、public内のmediaobjectsをバックアップからコピー上書きすればOK。
TOPICS記事のアイコンはpublic内のimageフォルダﾞーにあるので、それもバックアップからコピーしてくる必要がある。
但し、データーベースのリストアはphpMyadmin経由で一度データーベースの中身を削除し、DbmanでセーブﾞしておいたデーターをImportして解決した。
（Dbmanのリストアは旨く機能しなかった。リストアでの注意書きはDbmanに記載してある。）

不正アクセスを防ぐ手段にCAPTCHAプラグインを導入しました。

左側枠内の濃いくみえる文字を手動で入力することにより悪質なSPAMを防ぎます。

下が新規ユーザー登録画面で参考例です。ユーザー名（任意）と仮パスワード送付先のメールアドレスを入力後、左下の濃い文字をそのまま入力することにより、ロボットによるアクセス対策となっています。

MediaGalleryからの画像アップロードを簡易化しようとして「XP Publishing」をwindows　PCに登録。その後、WEB経由で画像を登録試みるとmediagallaryのLog画面に辿り着くことができなく、肝心の本サイトを表示しようとすると、[Precondition Failed]のエラーが出て閲覧できなくなってしまった。

最初はwindowsマシーンの設定かなとXP Publishingでreg登録した[xppubwiz]を検索したが適当な記事にヒットしなく[Precondition Failed]と[linux]で検索してたどり着いたのが、いつも頼りにしているGeekLogJapaneseだった。

対策：bad_behaviorを見てみたらしっかりと当windows　PCのIPアドレスが登録されていたので登録から削除。

画像登録は以降Gallery Remoteで行うようにする。

MGのバージョンを1.5に上げたら安定したのでJUPLOADで問題なく画像登録できる（2008.1.14追記）

最初prechechk.php(1.1.2a)を使っての「アップグレード」したがBad_behaviorのエラーとか、Statisticsのコラムが一致しないとかのエラーが頻出し不安定な状態になった。結局、データーベースを新しく指定し1.4.1をクリーンインストールした。立ち上げ後dbmanで旧データーベースをリストアして現状復帰した。但し、statistics、bad_behaviorはデーターベースの構造異なるようなのでリストア対象から除いた。古いバージョンのdbmanでバックアップしてあったデーターのためか、リストアしたら[rn]が記事中に見られるようになった。 dbman、bad_behaviorは新しいバージョンを使用した。今回のバージョンアップ作業での文字化け対策でsysytem/database/mysql.class.php(144行目）のコメントアウトをやった。 mediagalleryのりストアーでは画像データーが移されなかったため、 /mediagallery/mdiaobjectsにあるフォルダーをバックアップしているフォルダーの内容と同じにした（画像データーをコピー） FCKeditorへの自動切換えが旨くいかなかったが、色々試しているうちに回復（原因不明のままである）なお、StreamProはアドバンストエディタへの切り替えができない、マイアカウントからテーマの切り替えできない等の理由からデフォルトのThemeからはずし変わりにsepia_memoryにアラスカの画像を貼り付けて交代させた。

いままでGkl1.3用を流用していたのでgkl1.4対応のStreamProをここより入手。

導入は無事に終わったがデフォルトのフォント設定が小さすぎるため使うのには少々不便。
このまま使えれば記事登校時にFCK使えて便利なのだが、残念。