Whimsical Kitteeeeen » コンピューター関連

awstatsでサブページがリンク切れ～

hiro — Mon, 25 Jul 2011 03:45:27 +0000

当方のサイトはawstatsで簡単なアクセス解析をしているのですが、生成される解析結果のトップページからのサブページへのリンクと実際にawstatsがはき出すhtmlファイル名が異なっており、リンク切れを起こしておりました。まぁ、外部からはアクセスできないので、放置しておいても問題ないのだが・・・
トップページ（index.html）からサブページのリンクは、「ホスト名.yyyymm.カテゴリ.html」なのだが、実際に作成されるファイル名は、「awstats.ホスト名.yyyymm.カテゴリ.html」。つまり、実際に作成されるファイルに「awstats」が付帯している。
調べてみると、バージョン6.9.5以降のバグらしく、当方が使用しているバージョンは7.0.3 in Fedora15。ビンゴでした。
さて、どうしたものかと思案した結果、awstatsのソースを弄っても、バージョンアップごとに手入れ部分を修正するのも面倒だったので、外的処置で逃げることに。
そうです、生成されたindex.htmlのリンクを強制的に書き換える方法です。
何らかのスクリプトで解析ページ生成をしていると思うので、そのスクリプトの最後に下記を挿入。
（解析ページ保存先やホスト名は適当に書き換えてください）

pushd <解析ページ生成ディレクトリ>
sed -i "s/href=\"witkitty\.com\./href=\"awstats\.witkitty\.com\./g" index.html
popd

言わなくてもお分かりかと思いますが、注意点は「置換文字列中の特殊文字にご注意を！」です。
上記sedコマンドでは、ダブルクォーテーション（”）とピリオド（.）は特殊文字になるので、特殊文字として認識しないようバックスラッシュ（\）で意図的に指定しています。

とまぁ、これで一時的に回避しておいて、また問題が出たらその時にでも。

XPERIAとGoogleカレンダーの同期が・・・

hiro — Sat, 04 Jun 2011 00:26:02 +0000

XPERIAのアプリ：ジョルテを使ってGoogleカレンダーと同期しているのだが、5月末あたりに何故かカレンダーが更新されない事象が発生。
なんで？といろいろアプリを変更して見るも同期せず。
しかし、Googleカレンダー側で新たに予定を入れるとそこだけ更新される・・・ということは、Googleカレンダーの過去データに何か問題が生じていると思われ、以下の手順で復旧を試みることに。（Googleカレンダー側のデータは表示されているのでどういう壊れ方をしたのかさっぱり検討がつかんｗ）

Googleカレンダー設定画面から、

カレンダーをエクスポート（カレンダーデータをファイルとして保存）
カレンダーを削除
エクスポートしたデータをインポート（保存されたカレンダーデータを登録）

ここで、おもむろにXPERIAから「カレンダー同期」を実行～。
「むふふ、同期したぉ」

さて、では何故Googleカレンダー側のデータに問題が生じたかについては・・・・・「不明」です。
もし再発するようであれば、その時の当方の操作も含め再現できたらなぁ～と。

同じ現象が出ている人はお試しあれ。

WP-Weatherプラグインの日本語化

hiro — Mon, 23 May 2011 10:53:22 +0000

当ブログのテーマを変えたついでに、ウェジットプラグインで使っているお天気情報表示プラグイン「WP-Weather」を日本語化してみました。このプラグインは国際化に対応しているので、ある程度はリソースだけを弄るだけで日本語化できます。

大雑把な手順は以下の通り。（ちなみに訳等の作業はWindowsマシンで行っています）

wp-weather-en_US.poをwp-weather-ja.poにコピーし、作業マシンに引っ張ってきます。
POEdit（作者さんのサイト）でこのファイルを開き、対訳を変更していきます。
対訳の変更が終わったら、カタログを作成します。（wp-weather-ja.moができあがります）
wp-weather-ja.moファイルをlocalizationディレクトリにコピーします。

上記の方法で固定文字列が日本語化されます。しかし、私は欲張って日付の書式を日本式にしたり、動的に変わるお天気なども日本語化したくなり・・・「はまりました・・・orz 」

このプラグインの流れは、「更新→weather.comに問い合わせ→wordpress DBのデータ更新→データ表示」となるわけです。当方は、「DBはUTF-8だし、wordpressやプラグインで使用する文字列もUTF-8なので問題ないだろう」と高をくくり、がしがしと動的に変わる文字列をpoファイルに登録・対訳し、ソースを変更していきました。そして、更新～。

「・・・、対訳が出てこねぇ～」

ソース文字列をHexコードでチェックして見るも、特に変なコードが入っているわけでもなし。「う～ん、う～ん」と呻きながら小一時間。phpの文字列操作関数群を眺めながら、「おやっ、mb_～()？、もしやマルチバイト・・・」。
ここまで足突っ込んじゃっているし、とりあえずマルチバイト系文字列に変換してみるか～とゴソゴソソースを修正＆更新～。
「うぉ、対訳出てきやがった」
う～ん、文字列はかなり癖あるなぁ～と。（当方の知識不足は棚上げしておきます、ぉぃ）

DBのデータを一旦マルチバイト文字列に変換し、その文字列を変換用検索文字列として渡します。
変更例は以下のよう感じ。

$htmlstring .= '
'.__(mb_substr($xml->cc->t, 0, mb_strlen($xml->cc->t) ,'UTF-8'), 'wp-weather').'
';

また、日付を海外書式（Monday, May 23）から日本書式（5月23日月曜日）へ変換したい場合の例はこんな感じ。

$htmlstring .= date_i18n('n月j日 l', strtotime($day_forecast->lsup));

上記の例の基のデータ（$day_forecast->lsup）はデータベースを覗くと[ 5/23/11 2:13 PM Local Time ]な感じなんですが、date_i18n()とstrtotime()関数の組み合わせは結構融通が利くみたい。例えば[ May 24 ]をstrtotime()に通した後、date_i18n()に通すと思い通りの書式で出力してくれる。もし、ソースを見る機会があったら覗いて見ようかと。ここまで融通が利くと結構バグがあるかもしれんしね。（ぉぃ、疑う前に知識身につけろ・・・ごもっとも）
注：date_i18n()関数はwordpress固有の関数ですのでご注意を。

さて最後に
「まだ日本語化終わっていません、ｷﾘｯ」

と言うのも、お天気の種類がいくつあるのか分からないので、出たとこ勝負で訳しています。
作者に聞いてみようと思うので、進捗があったら更新します。
それと、この変更はまだ作者に了解を取って行っているわけではないのでファイルは公開できません。上記の問い合わせとあわせて聞いてみますので、これも進捗があったら更新します、あしからず。

可変構造データの扱い

hiro — Fri, 20 May 2011 14:32:59 +0000

興味本位でWindowsでOpenLDAPのデータでも操作してみようかな～とプログラミングを開始してみた。基のソースはMicrosoft MSDNのライブラリからパクってきたのだが。（興味がある方はリンクにアクセスしてね）

で、いきなりこのソースの注意点ですが、構造体：SEC_WINNT_AUTH_IDENTITYのPasswordは素のパスワードでは通用しないと思われ、HASH化した文字列が必要と思われます。パスワードのHASH化はslappasswdで得ることが可能ですので調べてくださいな。素のパスワードでアクセスしたい場合は、ldap_simple_bind_s()もしくはldap_simple_bind()を利用してくださいな。

さて、順調にこのソースを咀嚼していき、何とか情報を引き出し表示させるまでに。そこで、表示されているデータをジッと見つめていると、アトリビュート（属性）数は可変だし、配下のデータ数も可変。
さて、どうやってローカルに取り込もうか思いあぐねた結果、構造体＋std::vectorにすることに。理由は、vectorを利用することで可変データに対応するため。（無駄なメモリ使いたくないし、解放操作も面倒だしｗ）
構造体は下記のような入れ子。（データ構造は本文最後の方で図を掲載してあります）

struct LDAP_ITEM
{
	string					attr;		// 属性名
	vector		item;	// 属性配下のアイテム（vectorで可変に）
};

struct LDAP_DATA
{
	int						entrynum;	// エントリ番号
	vector	data;		// エントリデータ内容（上記入れ子構造体をvectorで可変に）
};

で、次にどうやってこの構造体にデータをぶち込んでいるかは以下のソース。Microsoftのソースコードを基にしているので何を追加・変更しているかは大体察しが付くと思いますが、簡単にコメントも入れてみました。
ソースが長いので、「ソースを表示」で伸張してくださいな。

	//----------------------------------------------------------
	// Get the number of entries returned.
	//----------------------------------------------------------
	ULONG numberOfEntries;

	numberOfEntries = ldap_count_entries(pLdapConnection, pSearchResult);

	if(numberOfEntries == NULL)
	{
		printf("ldap_count_entries failed with 0x%0lx \n",errorCode);
		ldap_unbind_s(pLdapConnection);
		if(pSearchResult != NULL)
			ldap_msgfree(pSearchResult);
			return -1;
	}
	else
		printf("ldap_count_entries succeeded \n");

	printf("The number of entries is: %d \n", numberOfEntries);

	//----------------------------------------------------------
	// Loop through the search entries, get, and output the
	// requested list of attributes and values.
	//----------------------------------------------------------
	LDAPMessage* pEntry = NULL;
	PCHAR pEntryDN = NULL;
	ULONG iCnt = 0;
	char* sMsg;
	BerElement* pBer = NULL;
	PCHAR pAttribute = NULL;
	PCHAR* ppValue = NULL;
	ULONG iValue = 0;

	// コメント：入れ子構造体データの一時的な保管場所。
	// これをあとで下の元データの一時的な構造体にpush_back。
	LDAP_ITEM		tmp_item;
	// コメント：元データの一時的な保管場所。あとで実データにpash_back。
	LDAP_DATA		tmp_ldap;

	for( iCnt=0; iCnt < numberOfEntries; iCnt++ )
	{
		// Get the first/next entry.
		if( !iCnt )
			pEntry = ldap_first_entry(pLdapConnection, pSearchResult);
		else
			pEntry = ldap_next_entry(pLdapConnection, pEntry);

		// Output a status message.
		sMsg = (!iCnt ? "ldap_first_entry" : "ldap_next_entry");
		if( pEntry == NULL )
		{
			printf("%s failed with 0x%0lx \n", sMsg, LdapGetLastError());
			ldap_unbind_s(pLdapConnection);
			ldap_msgfree(pSearchResult);
			return -1;
		}

		tmp_ldap.entrynum = iCnt;    // コメント：エントリ番号を保存。

		// Get the first attribute name.
		pAttribute = ldap_first_attribute(pLdapConnection, pEntry, &pBer);

		// Output the attribute names for the current object
		// and output values.

		while(pAttribute != NULL)
		{

			// コメント：一時的なアイテム保管場所。
			//                   アイテムがいくつあるか分からないのでvector使用。
			vector		tmpItem;
			// コメント：属性を保存。
			tmp_item.attr = pAttribute;    

			// Get the string values.
			ppValue = ldap_get_values(pLdapConnection, pEntry, pAttribute);

			// Print status if no values are returned (NULL ptr)
			if(ppValue == NULL)
			{
				printf(": [NO ATTRIBUTE VALUE RETURNED]");
			}

			// Output the attribute values
			else
			{
				iValue = ldap_count_values(ppValue);
				if(!iValue)
				{
					printf(": [BAD VALUE LIST]");
				}
				else
				{
					tmpItem.push_back(*ppValue);    // コメント：最初のアイテムを保存。

					// Output more values if available
					ULONG z;
					for(z=1; z.clear()でもない）
					tmpItem.erase(tmpItem.begin(), tmpItem.end());
				}
			}
			// コメント：直前で入れ子の一時データができているので、
			//                   一時的な本営データ保管場所にpush_back。
			//                   なぜここで本営データに入れないかは本文で。
			tmp_ldap.data.push_back(tmp_item);    

			// Free memory.
			if(ppValue != NULL)
				ldap_value_free(ppValue);
			ppValue = NULL;
			ldap_memfree(pAttribute);

			// Get next attribute name.
			pAttribute = ldap_next_attribute(pLdapConnection, pEntry, pBer);
		}
		// コメント：本営データにpush_back。
		ldap_data->push_back(tmp_ldap);
		// コメント：本営データに入れたので一時データの要素を消去し、for続きへ。
		tmp_ldap.data.erase(tmp_ldap.data.begin(), tmp_ldap.data.end());    

		if( pBer != NULL )
			ber_free(pBer,0);
		pBer = NULL;
	}

	//----------------------------------------------------------
	// Normal cleanup and exit.
	//----------------------------------------------------------
	ldap_unbind(pLdapConnection);
	ldap_msgfree(pSearchResult);
	ldap_value_free(ppValue);
	return 0;

上のソースで、アイテムが全て揃ったところで、なぜ本営データにぶち込んでいないかと言えば、まだ属性データがあった場合、属性ごとに本営データができあがってしまい、意図する動作にならないためです。つまり、「１つのエントリに対し、複数の属性、１つの属性に対し複数のアイテム」といった可変データ（１ｘNｘN）構造と微妙に異なるからなんです。

で、ここまできたところで、「ldap_data」ってどこで宣言してるんじゃ～ってお怒りかも知れませんが、本営データはこの関数に引数として渡ってきます。

int	GetLDAPData(const char* pHost, std::vector *ldap_data)

では、この関数の呼び元と出力事例のソースは以下の通りでやんす。
ソースが長いので、「ソースを表示」で伸張してくださいな。

	// 本営データ作成（ここではメモリ確保もせずほったらかし）
	vector	ldap;
	// 本営データのアドレスを引数で渡してあげます
	GetLDAPData(ldap_host.c_str(), &ldap);

	// データがあったら表示を開始します
	if(!ldap.empty())
	{
		// 本営データに対するイテレータを作成しポインターもどきにします
		for(vector::iterator iarray = ldap.begin(); iarrayentrynum << endl;
			// 入れ子構造体データに対するイテレータを作成しポインターもどきにします
			for(vector::iterator iattr = iarray->data.begin(); iattrdata.end() ; iattr++)
			{
				cout << "	ATTR: " << iattr->attr << ":";
				// アイテムデータに対しイテレータを作成しポインターもどきにします
				for(vector::iterator iitem = iattr->item.begin(); iitemitem.end() ; iitem++)
				{
					cout << " " << *iitem;
					if(iitemitem.end()-1)
						cout << ",";
				}
				cout << endl;
			}
		}
	}

データ表示部分で、本営、入れ子構造体、アイテムに対しそれぞれイテレータを作成していますが、こうしておけば独立した形（表現は厳密ではないけれど）で各データにアクセス出来ます。配列カウンターで悩むことがないので便利なんです。まぁ、配列ポインタと変わりはないんですけど、プログラムを書く好みでdata[i][j][k]とか好きな方ではないので。OpenLDAPのデータ構造はこんな感じ。

OpenLDAPデータ構造

足早にざっと書いては見たけれど、OpenLDAPのアクセスなんて誰もやろうなんて考えないよね。と言うことで備忘録ということで。

マザーボードが・・・

hiro — Sat, 19 Mar 2011 05:13:34 +0000

計画停電のため落としていた1台のESXiサーバのマザーボードが壊れた模様。今現在は新規にマシンを組み上げて、とりあえず復旧済み。
それにしても微妙な壊れ方（壊れ方に微妙も何も無いのだが）。
メモリーチップ4枚差し（合計8GB）の時だけBIOSが立ち上がってこない。そこで、メモリーチップが壊れたのかと思いそれぞれ確認したがメモリーチップに問題は無かった。では、スロットかと思い、2枚単位でスロットを試したがこれも問題なし。
メーカーに問い合わせたところ、オンサイト修理だとかなり費用がかかりそうなので見送り。しかし、このESXiサーバの中のホストはかなり重要なものばかりで、このままでは仕事に支障をきたすため、急遽マシンを組み上げることに。
オンサイト修理費用と比べると安上がりではあったが、久しぶりにパーツを買う羽目になったため、ショップで右往左往。だんだん面倒になってきたので、店員にある程度の仕様を伝えて部品をそろえてもらった。
ここで落とし穴が・・・
Windows系のコンシューママシンを作るのであればネットワーク周り、ビデオ周りのドライバはあまり気にしないのだが、ESXi用のマシンのため、サポートが充実しているIntelのマザーボードを使ってきたのだが、当方の指示ミスでサードパーティー製のマザーボードを買い込んできてしまった。よって、ネットワーク系のデバイス（RTL-8111E）をESXiが認識せず孤立。かつ、買い込んできたマザーボードにはPCI-Eのスロットしか無く、手持ちのPCIスロット用ネットワークアダプタが使えない。そこでIntelのEXPI9301CTを急遽購入し、今現在に至るのであった。

う～ん、でも壊れたマシンに一言。
「なんで今壊れるんだよ？」
「そんなもんさ～、あんたの事情なんて知らんし」

ESXi 4.1へのアップグレード完了

hiro — Tue, 27 Jul 2010 22:35:21 +0000

7/15に一部のESXiをバージョン4.1へアップグレードしたことを書きましたが、CPUの関係でアップグレードからはぐれていたDELLマシンも部屋の模様替えと同時にCPUを載せ替え、無事4.1へのアップグレードが完了しました。
やり方は、既に他の方が詳しく書いているのでメモ程度に記しておきます。
前提ですが、VMwareアカウントを持っていて、既に4.0.xを導入済みの方です。

VMware vSphere CLI 4.1をダウンロードしインストールします。（ActivePerlが自動的にインストールされます）
アップグレードファイル（upgrade-from-ESXi4.0-to-4.1.0-0.0.260247-release.zip-7/15現在）をダウンロードしておきます。
アップグレードするホストの全てのクライアントをシャットダウンします。
アップグレードするホストをメンテナンスモードにします。
CLIコマンドプロンプトを開き（スタートメニューから辿れます）、配下のbinディレクトリに移動します。

以下のコマンドを実行します。

ihostupdate.pl --server [ホスト名もしくはIPアドレス] -i -b [アップグレードファイルのフルパス] -B ESXi410-GA-esxupdate

ユーザ名とパスワードを聞いてくるので入力します。

以下のコマンドを実行します。

ihostupdate.pl --server [ホスト名もしくはIPアドレス] -i -b [アップグレードファイルのファイルのフルパス] -B ESXi410-GA

ユーザ名とパスワードを聞いてくるので入力します。

以下のコマンドを実行します。
```
ihostupdate.pl --server [ホスト名もしくはIPアドレス] --query
```
ユーザ名とパスワードを聞いてくるので入力します。
2項目が4.1になっていればアップグレードは成功です。
VMware vSphere Client 4.1をダウンロードしインストールします。ここで古い4.0は削除します。
VMware vSphere Clientを開き、アップグレードしたホストのバージョンを確認してみましょう。

後は「VMware GO」の確認を残すのみとなりましたが、datastoreがまだ複数あるので、後日時間があったときに試して見たいと思います。

39度突破～

hiro — Wed, 21 Jul 2010 05:10:07 +0000

仕事部屋の室温がもうまもなく40℃です。
クーラーが壊れているので仕方ないのですが、家具の配置も大きな要因と思われ。
コンピュータラックのメタルラックには、最上下段には荷物がパーツの箱がぎっしりで、間の2段にはマシン7台、プリンタ、ルータでぎっしり。これでは排気されないよ。
と言うことで、部屋の模様替えも考えて、先週末吉祥寺にクーラー、机等々を買いに行ってきました。
昔は21インチのブラウン管モニタを使っていたので、今の机（160×80）でちょうど良かったのですが、今では液晶に変わっているので無駄に大きい。（まぁ、空きスペースは千寿や影虎の寝床になっていますが・・・）
その次の日は、模様替えのための不要品整理のため、ばっさばっさと捨てるものを出してみたらゴミ袋x10分の不要品が。（まだ出てきそうですがｗ）
加えて、粗大ゴミやリサイクル引き取りで1万円弱の出費。

買ったものが今週末一気に届くので、このサイトも金曜日から模様替えが済むまで不通になりま～す。あしからず。

まもなくESXi 4.1 にアップデート予定（with VMware Go）

hiro — Thu, 15 Jul 2010 08:18:37 +0000

VMware ESXiの4.1がリリースされた。
現在当方環境ではVMware ESXiが3台稼働しているのだが、その中の2台はさくさくと4.1へのアップデートが完了した。
残る1台は、唯一メーカー製マシンの「DELL PowerEdge T100」。近い将来 64bit ゲストOSをインストールすることも考えなければならないのだが、このESXi4.0で 64bit ゲストOSを追加しようとすると、vSphereから「対応CPUじゃね～よ、ぼげぇ～」となじられて追加できない。
まぁ、このマシン、本来はECC対応のメモリーを積まなきゃならないのだが、人柱でnon-ECCメモリを8GB積んでいる。なので、もうこの時点でDELLのサポートは受けられないということで、CPUも載せ替えを画策中なのである。
CPUを載せ替えたら4.1へアップデートする予定なのだが、1つ難点が。それは、「VMware Go」（Web管理インターフェースとでも言いましょうか）は、複数台のdatastoreを許可しないのである。そこでグーグル先生に聞いたところ同じような質問をしている方がいて、VMware内部の人が、「ESXiをUSBブートすればいいんじゃね？」と発言しておる。
当方のESXiは全てdatastoreが2台（ESXi OSとホストデータに分かれている）なので、今のESXi OSブートディスク使用を止めてUSBブートすれば、datastoreが1台ということになり、「VMware Go」で認識するか人柱になってみようかと検討中。
ただ、今年末以降に複数台のdatastoreに対応する「予定」らしいので、それまで待とうかなぁ～とも思ってみたり。
まぁ、1台だけ人柱してみて、「VMware Go」の機能を一通りチェックして、必須かどうか検討しよう。
続報はまた書くと思うのでしばらくお待ちを・・・って、誰も待っとらんわい。

XPERIA-不具合その壱メールの内容がのっぺらぼう～

hiro — Wed, 14 Apr 2010 06:43:12 +0000

XPERIAの付属メールクライアントでPOPサーバーのメールを受信しているんですが、ごくたまに受信に失敗して件名から本文までのっぺらぼうな状態のメールが残る現象に悩まされています。
このアカウント、仕事で使っているのでこの問題はちょっと洒落にならないんですが、同じ件名で同時期に何通も送られて、かつそれらのメールにファイルが添付されている場合に限り「接続エラー」が発生し、内容がすっ飛んでしまうようです。
すっ飛んだメールの画像はこちら～。
件名、送信者すら分かりません

本文までありません

メールクライアントの保存データファイル仕様が分かれば、そこからすっ飛んでいるメールだけ引っこ抜けば再接続したときにサーバーから再取得してくると思われるのですが、如何せんどこにメールクライアントのデータがあるのか分からず・・・教えて、中の人・・・ぉぃ

代替えのソフトを探してみたけれど、いまいちパッとしないものばかり。
これも、ソニエリさんに今日報告したので、続報をお伝えしていきます。

XPERIA－要望編その壱 MediaScapeがディスクナンバーに対応していない

hiro — Wed, 14 Apr 2010 06:03:08 +0000

XPERIAのMediaScapeですが、複数枚で構成されているアルバムの再生順がディスク順を無視してトラック順で再生されちゃう。
例えば、2枚組のアルバムだとディスク1の1トラック目が再生された後ディスク2のトラック1が再生されるんです。
MediaGoで整理してアップしているにも関わらず意味なし・・・
回避策は、アルバム名に手を入れて別のアルバムとして認識させれば回避できるのだろうけれど、あまりにもスマートじゃない。それに、iTunesも
同じファイルを扱っているのでMP3のタグ属性は変更したくないし。
なので、とりあえず別のプレイヤーをダウンロードして使ってます。今使っているプレイヤー（MixZing Lite）はディスクナンバーもソート順に含まれているようです。
と言うことで、ソニエリさんに機能（改善？）要求を出してみました。
そうそう、それと以前日本語の連絡先が「＃」にまとまってしまう記事を書きましたが、MediaScapeも同じでした。アルバム名、アーティスト名に日本語が使われている場合、「＃」にくくられてしまいます。まぁ、こっちは連絡先と違ってタグに特殊フィールドがあるわけではないので、ソニエリさんに自力で解決してもらうしかなさそうですが・・・
なんかツメが甘いんですよねぇ～。というか、海外の開発サイドと日本サイドの力関係だと考えるのは深読みしすぎかなぁ～？

どちらにせよ、4/11に受付されたようなので続報をお伝えしていきたいと思います。
（返事が無ければないで1週間単位程度で「返事無し」とでも追記しておきます）