デジクロ備忘録

unlock　tabelsの為にmysqldumpが失敗する場合、以下の内容で行ってみる。

1. sshでログイン
2. mysqldump -u DBユーザ -p  DB名 --skip-lock-tables > バックアップ先
3. パスワードを聞かれるので入力

必要な物一式

1. xampp-win32-1.7.0-installer.exe
2. xampp-win32-tomcat-addon-6.0.18-2.2.11-installer.exe
3. ActivePerl-5.8.8.822-MSWin32-x86-280952.msi
4. ImageMagick-6.3.5-10-Q8-windows-dll.exe

apachefriendsのxampp-addonにあるPerlにはppm(perl-package-manager)が無いので、Windows用のコンパイル環境が無い人にはモジュール追加が出来ない。よってActivePerlを用いる。CPANでモジュールコンパイルが出来る人はaddonでチャレンジも可能。ActivePerlはImage::MagickとMT4.25の関係もあり、あえて古い5.8.8とした。ImageMagickも同じ理由で6.3.5である。

１～４を順にインストールする。

JSPやJavaServletの確認が要らないなら2は不要。

PHP主体で使うのでPerlのモジュールは特に必要ないのなら３は

xampp-win32-perl-addon-5.10.0-2.2.11-installer.exe

でもよい。

インストール先は全てc:\xamppにした。

全てのインストールが終わったらコマンドプロンプトでperl\binへ移動後、ppmをGUIで実行し歯車マークの設定を開いてrepositoryに以下を追加し、終了する。

http://www.bribes.org/perl/ppm

http://theoryx5.uwinnipeg.ca/ppms

MT4.25などを使う場合は

c:\xampp\perl\bin>　ppm install 必要なモジュール名

ImageMagickのインストール時にPerlMagickディレクトリが作られるよう、PerlMagick込みで実行し、その後

c:\xampp\perl\bin>　ppm install ImageMagickインストールディレクトリ\perlmagickディレクトリ\Image-magick.ppd

を行う。

• IO::Uncompress::Gunzip
• IO::Compress::Gzip

は

• IO-Compress-Zlib
• PerlIO-Gzip

をインストールすることでインストールされる。

結果、以下の画像レベルまで設定可能。

リモートデスクトップはXP pro同士であれば使うことができ、複数のPCで作業を行う際に便利だが、初期状態では色数が16ビットに限定されてしまい不便なことも多い。

以下の方法で色数を増やすことができる。（サーバー側※デスクトップを送り出す側で設定を行う）

グループポリシーエディタ起動

”ファイル名を指定して実行”よりgpedit.mscを入力して起動

管理用テンプレート追加

 コンピュータの構成の管理用テンプレート上で右クリックしてテンプレート追加。

色数を設定

”ターミナルサービス”の”色の解像度を制限する"を開き、"有効”を選択し、”色の解像度”を"クライアント互換"にするなどして16ビットより多い発色にする。

既存環境

• ＤＢ文字セット：EUC-JP
• PublishCharSet：Shift-JIS
• MySQL：4.0系

移管後環境

• ＤＢ文字セット：EUC-JP
• PublishCharSet：UTF-8
• MySQL：4.0系

作業手順

1. phpMyAdminにてSQLファイルにてバックアップを作成
2. English iso-8559-1にて実行
3. ダウンロードしたファイルのテーブルデータが目視判読可能な事を確認（今回はShft-JISにて判読可能）
4. ファイルをUTF-8（BOM無し）に変換、改行は念のためLFのみに変換
5. ￥’を検索し、全て’へと置換する
6. 別表の文字もエスケープしている￥を削除する
   （文字￥を文字へエディタやスクリプトで変換するのが効率良い）
7. phpMyAdminにUTF-8でログイン
8. DB内のテーブルを全てdrop
9. DBの照会順序を変更（既にujis_japanee_ciの場合は不要）
   
   ALTER DATABASE `DB名` DEFAULT CHARACTER SET ujis COLLATE ujis_japanese_ci
10. 修正済みのSQLファイルをインポート
11. MovableTypeのmt-config.cgiにてPublishCharSetをUTF-8に変更
12. mt.cgiにログインし、文字化けが無いことを確認
13. 再構築が正常に行われることを確認
14. 出力結果が全てUTF-8であることを確認
15. 終了

エスケープされている文字の一覧

$ mysql  -u  rootデータベース名  <  dump.sql

すでに mysql を実行中の場合、source コマンドを使用

 mysql < source filename;

参考サイト
風柳亭 - 別館：書庫のある庵 -：blog_ajax_json_search.jsにパッチ：コメントも含めて検索
暴想：ココログプロとかTypepadとかMTとかブログ人とかその他のブログサービスとかでもAjaxでバックナンバーを検索するJavaScript

●以下をまず入手（prototype.jsはともかく、blog_ajax_json_search.jsはDigicloにより改変されています）

prototype.js

blog_ajax_json_search.js

●検索用データを抽出するテンプレートを作成

インデックステンプレートとして新規に検索データ抽出を作成、出力ファイル名はsearch_data.txtとして以下の内容で作成。インデックステンプレートに連動して再構築をする設定とすること。

 <?xml version="1.0" encoding="utf8"?>
{
data:[
<MTEntries all="1">{
title:"<$MTEntryTitle remove_html="1" encode_js="1"$>"
,link:"<$MTEntryLink$>"
,body:"<$MTEntryBody remove_html="1" encode_js="1"$><$MTEntryMore remove_html="1" encode_js="1"$><MTComments>【<$MTCommentAuthor remove_html="1" encode_js="1"$>】<$MTCommentBody remove_html="1" encode_js="1"$></MTComments>"
},</MTEntries>
{title:"",link:"",body:""}
]
}

●呼び出し用検索窓作成

<script type="text/javascript" src="<$MTBlogURL$>prototype.js"></script>
<script type="text/javascript" src="<$MTBlogURL$>blog_ajax_json_search.js"></script>
<form action="javascript:blogAjaxJsonSearch( '<$MTBlogURL$>search_data.txt', document.getElementById('search_box').value );">
<input type="text" id="search_box" value="" />
<input type="button" id="search_button" onclick="javascript:blogAjaxJsonSearch( '<$MTBlogURL$>search_data.txt', document.getElementById('search_box').value );" onkeypress="javascript:blogAjaxJsonSearch( '<$MTBlogURL$>search_data.txt', document.getElementById('search_box').value );" value="検索" />
</form>

●表示領域の作成
各テンプレートの任意の表示したい位置を<div class="result"></div>で囲む。

サイトを再構築することで利用可能となる。

注意点：

エントリーを追加した後、search_data.txtを再構築しなければ検索に反映しないので注意。

 3.2系ではカテゴリー名が日本語の場合、cat+カテゴリーIDが自動でカテゴリーファイルパスとなるが、3.3系では任意にファイル名という形でカテゴリーファイルパスが作成出来る。また任意に指定しない場合、日本語のカテゴリー名から2バイト文字を除いたカテゴリーファイルパスが作成されてしまう。

その為、3.2でアーカイブマッピングのエントリーアーカイブを

primary_category/entry_basename.html

としていた場合にアップグレード後、パーマリンクが異なって構成されてしまう。

回避策として

１）アップグレード後、再構築前にカテゴリー一覧よりファイル名を旧来のcat+IDとして全て修正を施す。 

２）アーカイブマッピングのエントリーアーカイブを既存の物ではなく"カスタマイズ"を選択し、

MTCategoryBasename>/<MTArchiveFile extension='0'>.html

とする

３）上記が完了した段階で再構築を行う

なお、誤って回避策を実行前に再構築をしてしまった場合、スタティック作成にしているとサーバ上に誤ったURIでのファイルが散乱することになるので要注意

要注意 

同一プラグインでバージョン違いにより、ファイル名が異なる場合や、新バージョンを試すにあたって旧バージョンをリネームしてサーバ上に残しておく場合など、同目的のプラグインを複数インストールするとmt.cgiがスクリプトエラーを起こすケースを確認。

その場合、エラー発生時点から遡り、最後にインストールしたプラグインを一端サーバから削除することでmt.cgiのエラーは回避できる。

その後、競合する物を削除する、あるいは利用停止にした上で新たにプラグインをインストールするとエラーは発生しない。

追加研究要

さくらインターネットの専用サーバやKK-NETのレンタルサーバでは発生していないので、apacheや.htaccessでの設定の差異に影響されるらしい。

IEでは

hr {width: 485px ; height: 1px ; color: #666666 ;}

のみで、1px高さの<hr>による 水平線が引けるが、FirefoxやOperaでは3pxくらいの高さの水平線になってしまう。

解決策として

hr {width: 485px ; height: 1px ; color: #666666 ; background-color: #666666 ; border: 0 ;} 

のようにするとブラウザ間の差異を回避できる。 

XOSD のRPMパッケージをダウンロード

xosd-devel-2.2.14-1.el4.rf.i386.rpm

RPMforgeから以下をダウンロード

xosd-2.2.12-1.2.el4.rf.i386.rpm
xosd-devel-2.2.12-1.2.el4.rf.i386.rpm

ルート権限で

rpm -Uvh xosd-*