前から気にはしていたnode.js。

イマイチ理解出来ずにいたが
『クラウドWebサービス時代は GUNDAM (Github Ubuntu Node Dropbox AWS MongDB) だ！！』
と言われてはやらないわけには行きますまい。

でも色々読んではいるけど、理解出来ないんスよ。
てことで　聞いてみた。

node.jsってここ4･5年で人気急上昇の単独でWebサーバとして使えるもの。
javascriptをサーバ側で使えるようにする小憎いヤツ。

サーバサイドJavaScriptがnode.jsじゃなくて、
サーバサイドJavaScriptをするためのものがnode.js。

立ち位置としてはapacheやnginxと同じような位置にいる。
(apacheはPHPとガッツリ絡みついているようなもんかな？)

node.jsでPHPを処理することはできないが、
PHPとサーバサイドスクリプトが一緒に使えないというわけではなく
node.jsを介してapacheに処理して貰い、ブラウザに返すということが可能。

その辺はTomcatと同じような使い方。
(そういや、JSPをローカルで使ってた時もポート分けていたな　とは思うものの、それからapacheで使えるようにしたことはなかったりする)

ポッと出なのに、現役長いIISより人気で使用されているけど
だからってIISよりapacheより優れているってわけではなくて
使用用途による。

関連する投稿

• 『jscript』と『javascript』は違う (0)
• windowsXPでnode.js使う (0)
• prototype.jsとjQuery両方使う (0)
• カウントダウンJavascript(使い回し仕様) (0)
• Twitterbird Internet Explorer用修正 (0)

まず使って見ることにしたわけだが、
素敵なサイト↓があったもので、node.jsを動かすのはそこを見ればわかる。
『windowsXPローカル環境でnode.jsを動かす | みねラボ』

ザックリ書くと

1. 本家より『Windows Installer』を落としてインストール
2. 本家でも使用のソースをgithubから落として設置。動かす。

簡単設置!!
だけど、インストールディレクトリに置かれると都合が悪いので、ちょっと弄る

node.jsのインストールディレクトリ　C:\Program Files\nodejs
から
作業用ディレクトリ　D:\nodejs\chat
にチャットファイルを移動。

server.jsを書き換える

125行目

fu.get("/", fu.staticHandler("index.html"));
fu.get("/style.css", fu.staticHandler("style.css"));
fu.get("/client.js", fu.staticHandler("client.js"));
fu.get("/jquery-1.2.6.min.js", fu.staticHandler("jquery-1.2.6.min.js"));

を

fu.get("/", fu.staticHandler("D:/nodejs/chat/index.html"));
fu.get("/style.css", fu.staticHandler("D:/nodejs/chat/style.css"));
fu.get("/client.js", fu.staticHandler("D:/nodejs/chat/client.js"));
fu.get("/jquery-1.2.6.min.js", fu.staticHandler("D:/nodejs/chat/jquery-1.2.6.min.js"));

起動コマンドも変わる

c:\～.exe　じゃ起動しないから『cd C:\Program Files\nodejs\』で移動するまでは一緒。

node.exe D:\nodejs\chat\server.js

間違えてそこにファイルがないとかなると
延々ローディングし続けて、command側の方で

loading index.html...
Error loading index.html

て出てくるか
ブラウザに『Not Found』が表示されるから見直す。

チャットの動作メモ

使用中のタブ以外は開いたら別のユーザ。
タブが複数でもブラウザを複数立ち上げでも、別のユーザになるが、同じログが見れる。

ログは起動中だけのもので、終了するとなくなってしまう。
なので、再起動した場合は、まっさら。

xamppもapacheの起動の有無は関係ない。
onだろうがoffだろうが問題ない。
ただapacheから8001ポートは使わないよう注意。

http://127.0.0.1:8001/

http://localhost:8001/

http://【PCのIP】:8001/

どれでも起動する。

コマンドプロンプトを閉じると、ブラウザに
long poll error. trying again...
と出て、チャットが使えなくなる。

再度commandから起動すると、チャットからログアウトされる。

パクれば色々出来そうだ

関連する投稿

• レコード設定てなんだ？ (0)
• 『jscript』と『javascript』は違う (0)
• サブネットマスク (0)
• 各種クローラーのアクセスの許可指定の仕方 (2)
• prototype.jsとjQuery両方使う (0)

色々試したり、ググって見た限り、buttobi.netでpathinfoは使えない。

まずmod_rewrite.cが入っていない様子で、下記形式が使えない

http://XXX.jog.buttobi.net/YYY/

これでも普通なら設定次第で

http://XXX.jog.buttobi.net/index.php/YYY/

形式が使えるが、サーバ側設定でそれもできないようにしてある。

なので正規法以外の
あくまでそれっぽい不完全な対応の方法なので、自己責任でどうぞ。

また今回の対応方法は『ページ』がなく『記事』のみということ前提。

GETパラメータをpathinfo形式で使ってしまおうという発想である。
index.php/YYY は使えないが index.php/?YYY
としてしまえばパラメータなので問題ないのである。

URL的には下記の形になる。

http://XXX.jog.buttobi.net/index.php/?/YYY/

スゴく似ているから容赦されることだろうの下に改造した。

単純に

$_SERVER["PATH_INFO"] = '/?'.$_SERVER["QUERY_STRING"];

としてしまいたいとこではあるが、全て意図しない振り分けされてしまうからしない。

管理画面から設定変更

『設定』→『パーマリンク設定』
『一般的な設定』：『カスタム構造』

/?/%postname%/

pathinfoぽい値をurlパラメータで振り直す設定

getパラメータで渡されたものを、path_infoで渡されたと内部的に認識させる。

/index.php

頭に追加。

$get_path = rawurldecode($_SERVER["QUERY_STRING"]);
$dir = explode('/', rtrim(ltrim($get_path,'/'),'/'));

if(isset($_GET[$get_path]))
{
	if(!isset($dir[$i+1]))
	{
		$_GET['name'] = $_REQUEST['name'] = $dir[0];
	}else
	{
		for($i=0; $i<count($dir); $i=$i+2)
		{
			if(!isset($dir[$i+1]))
			{
				$set_value = $dir[$i];
				// リダイレクト
				$set_url = 'http://'.$_SERVER['SERVER_NAME'].$_SERVER["REQUEST_URI"];
				$set_url = str_replace("/".strtolower(rawurlencode($_GET[$set_name])),"",$set_url);
				header("Location: ".$set_url);
			}else
			{
				switch($dir[$i])
				{
					case 'page':
						$set_name = 'paged';
						break;
					case 'category':
						$set_name = 'category_name';
						break;
					default:
						$set_name = $dir[$i];
						break;
				}
				$set_value = $dir[$i+1];
			}
//			$_GET[$set_name] = $_REQUEST[$set_name] = strtolower(rawurlencode($set_value));
			$_GET[$set_name] = $_REQUEST[$set_name] = $set_value;
		}
	}
}

redirectを防止

パラメータ名で指定した場合はpath_infoと取られて、
URLが想定と違うということでpath_infoなURLにリダイレクトされてしまうので、それを防止する修整。

/wp-includes/wp-includes/canonical.php

294行目。リダイレクトする前にfalseで返しておく。
修整後は下記の様な形になる。

if ( !redirect_canonical($redirect_url, false) ) {
	return false; // stop redirect
	wp_redirect($redirect_url, 301);
	exit();
} else {

ページリンク詐称

『/page/ページ数』とするために、ページ繰越が使えない。
それ用の対応。

/wp-includes/link-template.php

『/page/』になってしまうから『?/page/』に変更しておく

$query_string = '';
if ( $pagenum > 0 ) {
	$request = ( ( !empty( $request ) ) ? trailingslashit( $request ) : $request ) . user_trailingslashit( '?/page/' . $pagenum, 'paged' );
}

※まだ完全ではないので修整が必要

日本語URLも可能だが、あまり推奨はしない。
urlencodeではなくてrawurlencodeの半角化したものだから
firefoxのアドレスバーで普通に日本語打ったんじゃ『urlencode』変換になるからアクセス出来なかったりするし。

※RSS用対応はwp-includes/link-template.php

	$permalink = $wp_rewrite->get_feed_permastruct();

を

	$permalink = ''; // パラメータ式

とすれば動くようにはなるが
広告で動かないから、あまり意味はない。

関連する投稿

• [wp×SQLite]Hello WordPress×SQLite!!『PDO (SQLite) For WordPress』 (1)
• [php]外部ファイル取得系 (0)
• wordpressに最初に入れておきたいプラグイン (0)
• 文字列を変数名にして環境変数とかを取得したい (0)
• [wp×SQLite]プラグイン相性 (0)

無料サーバは気軽に出来ると思いきや、あちらの環境設定が結構問題で、
そう気軽にOSS入れられない場合があるが、buttobi.netはその中でもナカナカ。

buttobi.netは一定の負荷がかかると
『High load CGI detected.』
と出て処理を停止するようになっているんだが、
このラインがかなり低く、インストールと使用共にネックになってくる。

使うための手順を記載しておく。

事前準備

DBを用意
buttobi.netの管理画面に
『マイデータベース(MySQL)』を作成するものがあるので作成する。
試しにログインしてみる。(※多分出来ないと思う…バグですね)
　ID・DB名：『u_』+管理画面のログインID
　PASS：管理画面のログインPASS

wordpressを設置
『WordPress / phpBB3 簡単インストール』
という自動インストールに任せると
環境に適しているのであろうと思われる『WordPress2.7.1』がインストールされる。
buttobi.netはPHP5なんだけど、PHP4でも使えるこのvarを推奨していることにはきっと意味があるんじゃないかと倣っておくという状態。

FTP接続して階層は直してしまうことオススメする。
　host:XXX.buttobi.net
　port:21
　protocol:FTP
※XXXは自分のサーバ環境に合わせる
※IDとPASSは管理画面のログインと同じ
※FTPでなければ繋がらない

あとでめんどくさいので合わせて『wp-config.php』を修整する。

define ('WP_SITEURL', 'http://xxx.XXX.buttobi.net/【wordpressインストール時に設定したディレクトリ】');

となっているので、

define ('WP_SITEURL', 'http://xxx.XXX.buttobi.net');
// リビジョン停止
define('AUTOSAVE_INTERVAL', 43200 );
define('WP_POST_REVISIONS', false);

$table_prefix = 'wp0_';
はDBのテーブル名は『wp_』ではなく『wp0_』となっているということ。
※直してもいいが、下記は直さない版で作成する。

wordpressをインストール

通常のインストール同様

http://xxx.XXX.buttobi.net/wp-admin/install.php

にアクセス。

すると
『High load CGI detected.』
と出て全てのテーブルを作成し切る前に終了する。

不足分のテーブルを追加しなくてはいけないのだが、
先のように管理画面から『phpMyAdmin』から何度ログインしようと出来ないブットんだ状態。
(※公式のお知らせブログに『修整した』とあるが直っていない…　自分のIPだけ通してるから気付かない可能性有り…)

もう一度

http://xxx.XXX.buttobi.net/wp-admin/install.php

これにアクセスするとインストール済みと出る。
これテーブル作成自体は成功、ユーザとパスワードに間違いはなく、PHPからDBにアクセス出来たという証明。

管理画面にログインしてみる。

http://xxx.XXX.buttobi.net/wp-admin/

恐らくこの時点では、まだ通らないと思う。
通ればラッキー、おめでとうでこの時点で完了。

PHPからMySQLにデータを登録する

管理画面にログインできないのはログイン初めユーザデータの一切が不足しているから。
このため、PHPから実行させることにより必要な内容をMySQLのテーブルに登録する

xxx.phpとかテキトウな名前のphpファイルを作成し、下記の内容を入れる。

<?php
//////// ↓※この部分は後ほど※↓ ////////
$table = '【テーブル名】';
$sql = "【実行するSQL】";
//////// ↑※この部分は後ほど※↑ ////////

// DBへ接続（HOST,USER:PASS
//MySQL に接続する。
if( !$db = mysql_connect("localhost","【DBログインID】","【ログインPASS】") ){
	print "MYSQL接続失敗";
	exit;
}

// 使用DB指定
mysql_select_db("【DBログインID】",$db);

// SQL実行
$result = mysql_query("show tables;",$db);
show_me($result);

// SQL実行
if($sql)
{
	$result = mysql_query($sql,$db);
	show_me($result);
}

// SQL実行
if($table)
{
	$result = mysql_query("SELECT * FROM ".$table."",$db);
	show_me($result);
}

// 結果を保持するリソースを開放
mysql_free_result($result);

// DB接続切断
mssql_close($db);

function show_me($result)
{
	// テーブルの中身を表示
	print("<pre>");
	while($row = mysql_fetch_array($result)){
		print_r($row);
	}
	print("</pre>");

	// 件数
	print(mysql_num_rows($result)."件");
}
?>

『※この部分は後ほど※』
この部分で実行して欲しいSQLは下記2点。慎重に1個ずつ実行をオススメする。

1個目

$pass = '【wordpressログインPASS】';
$table = 'wp0_users';
$sql = "INSERT INTO ".$table." VALUES (1, '【wordpressログインID】', MD5('".$pass."'), 'admin', 'you@example.com', '', now(), '', 0, 'master');";

2個目

$table = 'wp0_usermeta';
$sql = "INSERT INTO ".$table." VALUES (1, 1, 'nickname', 'mastar'),
(2, 1, 'rich_editing', 'true'),
(3, 1, 'comment_shortcuts', 'false'),
(4, 1, 'admin_color', 'fresh'),
(5, 1, 'wp0_capabilities', 'a:1:{s:13:\"administrator\";b:1;}'),
(7, 1, 'plugins_last_view', 'active');";

※既にある場合、ID5の内容が『wp_capabilities』となっている可能性があるので『wp0_capabilities』になっているかチェックする。

上記2点を実行すれば管理画面にログイン可能となる。

もしそれでもログイン出来ない旨のエラーが出た場合

$table = 'wp0_options';
$log = 'a:5:{s:13:"administrator";a:2:{s:4:"name";s:9:"管理人";s:12:"capabilities";a:30:{s:13:"switch_themes";b:1;s:11:"edit_themes";b:1;s:16:"activate_plugins";b:1;s:12:"edit_plugins";b:1;s:10:"edit_users";b:1;s:10:"edit_files";b:1;s:14:"manage_options";b:1;s:17:"moderate_comments";b:1;s:17:"manage_categories";b:1;s:12:"manage_links";b:1;s:12:"upload_files";b:1;s:6:"import";b:1;s:15:"unfiltered_html";b:1;s:10:"edit_posts";b:1;s:17:"edit_others_posts";b:1;s:20:"edit_published_posts";b:1;s:13:"publish_posts";b:1;s:10:"edit_pages";b:1;s:4:"read";b:1;s:8:"level_10";b:1;s:7:"level_9";b:1;s:7:"level_8";b:1;s:7:"level_7";b:1;s:7:"level_6";b:1;s:7:"level_5";b:1;s:7:"level_4";b:1;s:7:"level_3";b:1;s:7:"level_2";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:6:"editor";a:2:{s:4:"name";s:9:"編集者";s:12:"capabilities";a:19:{s:17:"moderate_comments";b:1;s:17:"manage_categories";b:1;s:12:"manage_links";b:1;s:12:"upload_files";b:1;s:15:"unfiltered_html";b:1;s:10:"edit_posts";b:1;s:17:"edit_others_posts";b:1;s:20:"edit_published_posts";b:1;s:13:"publish_posts";b:1;s:10:"edit_pages";b:1;s:4:"read";b:1;s:7:"level_7";b:1;s:7:"level_6";b:1;s:7:"level_5";b:1;s:7:"level_4";b:1;s:7:"level_3";b:1;s:7:"level_2";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:6:"author";a:2:{s:4:"name";s:6:"作者";s:12:"capabilities";a:8:{s:12:"upload_files";b:1;s:10:"edit_posts";b:1;s:20:"edit_published_posts";b:1;s:13:"publish_posts";b:1;s:4:"read";b:1;s:7:"level_2";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:11:"contributor";a:2:{s:4:"name";s:9:"寄稿者";s:12:"capabilities";a:4:{s:10:"edit_posts";b:1;s:4:"read";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:10:"subscriber";a:2:{s:4:"name";s:9:"協力者";s:12:"capabilities";a:2:{s:4:"read";b:1;s:7:"level_0";b:1;}}}';
$sql = "INSERT INTO ".$table."  (option_id, blog_id, option_name, option_value, autoload) VALUES (105, 0, 'wp0_capabilities', '".$log."', 'no');";

も実行する。

作成完了

編集する場合、腹立たしいことに記事一覧で『High load CGI detected.』が出ることがある。
記事へは記事IDからURL直接指定して編集画面へ飛ぶことをオススメする。

http://xxx.XXX.buttobi.net/wp-admin/post.php?action=edit&post=【記事ID】

※post_typeがpageがページ、postが記事。

因みに
携帯対応(ガラケー対応)には『mobile_eye』をオススメする。
※使い方はリンク先を参照してください。

※次回は『buttobi.netのwordpressでpathinfo形式モドキ』の仕方

関連する投稿

• [wp×SQLite]Hello WordPress×SQLite!!『PDO (SQLite) For WordPress』 (1)
• PHPによるDB接続の基本 (0)
• 基礎つまづきメモ-DB (0)
• 文字列を変数名にして環境変数とかを取得したい (0)
• [wp×SQLite]プラグイン相性 (0)

最近話題になった『鼻毛通知代理サービス「チョロリ」』。

試してみようと思ったけど、全然受信してくれない。
auは受信したので、メール設定のエラーではない。
設定をいろいろ変えてみたけど、やはり受信してくれない。
どうにもDoCoMo側でメールを受信を弾いている様子。

サーバ関係に詳しい相方に聞くところによると
DoCoMoサーバは、DNSサーバに
送ってきたIPが登録されているドメインのIPとして登録されているか
を問い合わせして、『登録されている』場合だけ、ユーザに送るとのこと。

その情報てサーバにテキスト的に登録されているらしい。
誰でも見れるらしいけど、見方は教えてもらえなかったや。

今度探してみよう。(今度って、次気になった時だろうな)

多分、こゆこと↓なんだろうな、と思う
Kozupon.com - DNSの逆引き設定の意味！

関連する投稿

• 基礎つまづきメモ-mobile (0)
• 着うたタグ (0)
• ロードバランサー×.htaccess (0)
• 各種クローラーのアクセスの許可指定の仕方 (2)
• 『ソ』Shift-jis (0)

MDB2を使おうとしたら
extension mysql is not compiled into PHP
てPEARエラーが出た。

つまりPHPからMySQLが使えてないよ、と言われている。

そゆときは
サーバにログインしてコマンドから

grep extension /etc/php.ini

て打ってみると、サーバのphp.iniの設定が見れる。

extension=mysql.so

が書かれていなければ、無効になっているから追加しよう。
※先頭に『;』が付いている場合は、コメントアウト扱いになるから、無効。

上記を有効にしても使えない場合、『mysql.so』自体がない可能性がある。
まずはそこにおきなっせ。

どこにあるかというと

extension_dir = '～';

が設定されている場合、その中にある。

設定されてなくて、どこが『extension_dir』かわからないときは

echo ini_get('extension_dir');

とPHPから確認したらイイヨ。

更新@2011.03.03 14:28
更新@2011.02.26 22:44

関連する投稿

• [wp×SQLite]Hello WordPress×SQLite!!『PDO (SQLite) For WordPress』 (1)
• PHPによるDB接続の基本 (0)
• [php]外部ファイル取得系 (0)
• 最低限Smartyタグ (0)
• 『アクセス元』の『IPアドレス』・『ホスト名』を出す (0)

CakePHPをやるよりlithiumを！と言われたので、落として実行！
としたら、まぁ、動かない。
requireエラー。『ファイルがない』て。

最初に読まされる
lithium/app/webroot/index.php で

require dirname(__DIR__) . '/config/bootstrap.php';

『dirname(__DIR__)』で『.』を返しておるのだから、そら読めない。

ここだけ直しても他のとこも同様の記述方法だから、まぁ動かない。

よく調べてみたらphp5.3以上とある。(英語読めず気づかず)
そういや我が環境はphp5.1。

そんなに違うものかよ…
と思いながら
xampp1.7.3にupdateした途端動いた。
※因みにxamppのアップデートはまんま上書でOK。
　サーバ設定変更した場合だけ、confの設定が初期化されちゃうので要注意

で、php5.1とphp5.3て違うのね。

例えば『C:\www\lithium\app』
『dirname(__DIR__)』
php5.1では『.』が返っていたのに
php5.3では『C:\www\lithium\app』が返ってくる。

他にも『=& new ～』のとこで『Assigning the return value of new by reference is deprecated』なんてエラー起こったりする。
『PHP5.3系で発生するDeprecatedエラーの対処法 << CyberLimited』が参考になるかと。
因みに『&』を消したらエラーはなくなるけど、機能しなくなるよ。
どうもCakePHPでも起こることがある様子。

あとの動かすなんつらについてはコチラがすごく参考になるよ。
>>PHP5.3を活用したフレームワークのLithiumを触ってみたよ - その1 | We've only just begun
>>Lithium | We've only just begun

注意点として、
windows環境の人は『lim3』を動かすときは
C:/www/lithium/libraries/lithium/console/li3 library extract blog
のようFullPathで書いてあげよう。
※path通してあれば問題ない。

結論としては、英語勉強しようね！てことで…。

関連する投稿

• [php]外部ファイル取得系 (0)
• 検索クローラーのための設定 (0)
• 『ソ』Shift-jis (0)
• apostropheとquotation全角拒否プラグイン (0)
• SQLiteの特徴 (0)

レンタルサーバが必ずしも最新の状態とは限らない。

特にフリーサーバって個人の勉強で何かしたものが多いから、
その個人の管理者が忙しくなったらその状態で放置ってことが多々あって、
環境がよくなるのって早々なかったりする。

そこで最悪、PHP4、MySQL4の状態のサーバを借りた状態でのwordpressを設置するためのメモ。

『PHP 4 と MySQL 4 のサポート停止のご案内』ということで、完全に宣言しているのは、2010年7月30日。
つまり一応3.2以前までのwordpressはPHP4とMySQL4を非対応とはしていない。
が細かく見ると下記みたいな感じ。

WordPress2.5～3.2　：　PHPバージョン4.3以上
WordPress2.1～2.3　：　PHPバージョン4.2以上

WordPress2.9～3.2　：　MySQLバージョン4.1.2
WordPress2.1～2.8　：MySQLバージョン4.0以上

文字コードがMySQLで巧くいかないなーと思ったら、バージョン調整が必要。
その辺を踏まえてDLどうぞ

因みに3.2からは、PHP5.2以上、MySQL 5.0.15以上。

PHP5以上でないと使えない物

PDO (SQLite) For WordPress

SQLite対応のプラグイン　というよりかは、PDO使うためのプラグイン。
PDO使えないので、これを適用するとMySQLも使えなくなる。

Ktai Style (携帯対応プラグイン)

日本のいわゆるガラパゴスと言われる携帯に対応するためのプラグイン。
PHP5でしか使えないような構造になっている。(constやprivateなど)
代わりにMobile Eye+とMobile Eye+ パッチを使うといい。

関連する投稿

• [wp×SQLite]Hello WordPress×SQLite!!『PDO (SQLite) For WordPress』 (1)
• [php]外部ファイル取得系 (0)
• WordPressのURLを変更 (0)
• wordpressに最初に入れておきたいプラグイン (0)
• 文字列を変数名にして環境変数とかを取得したい (0)

DoCoMoの着うたフルの音楽を読み込むと法則性があることがわかる。

バイナリを解析するのが一番いいんだけど、
UTF-8で読めばタイトルも読めるくらいには内容を保っている。
でも中身を取り込めるほど、完全に読めるわけではない。

情報があるかないかだけの判定をするくらいなら、出来ますよ、ということで。

// $song_code 1:ソングコード
function SongInData_EXI($song_code,$type)
{
	// タイプ対応コード
	$arr_type = array(
			'jacket'	=> 'fmji',	// 保存可能ジャケット画像
			'lyrics'	=> 'fmli',	// 保存可能歌詞
			'entirety'	=> 'fulm',	// まるごと着信音
			'eulogy'	=> 'fmsp',	// オススメ着信音設定
		);
	if(!$arr_type[$type]){
		return false;
	}

	// 歌ファイル
	$song_path = CONT_ROOT_DIR.'free/'.$song_code.'.3gp';
	if(!file_exists($song_path)){
		return false;
	}

	// データ
	$contents = @file_get_contents($song_path);
	$contents = mb_convert_encoding($contents,'SJIS','utf-8');
	if(!strstr($contents,$arr_type[$type])){
		return false;
	}
	return true;
}

utf-8で読んでみればわかるんだけど、XMLに似た感じで
決まったキーワードの後ろに決まった内容が登録されているのね。

その情報がない場合は携帯からその情報はないって返される仕組み。

わかっているのだけ書くと
『fmji』の後ろには『保存可能ジャケット画像』
『fmli』の後ろには『保存可能歌詞』
『fulm』の後ろには『まるごと着信音』
『fmsp』の後ろには『オススメ着信音設定』
の情報が登録されているようだ。

関連する投稿

• 検索クローラーのための設定 (0)
• 携帯用各クローラーのUSER AGENT (0)
• USER AGENTメモ (0)
• 基礎つまづきメモ-mobile (0)
• 着うたタグ (0)

wordpressを3系にしてから投稿は出来るんだけど、フロントからカテゴリが消えてしまうという現象が起きるようになった。

『esc_sql()』というものが配列には対応しておらず、
post_type IN()でこのポストタイプの判断条件がエラーしていることが原因だった。

その対応方法。

wp-includes/taxonomy.php

function _update_post_term_count( $terms, $taxonomy ) 内

	$object_types = esc_sql($object_types);
	foreach ( (array) $terms as $term ) {
		$count = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(*) FROM $wpdb->term_relationships, $wpdb->posts WHERE $wpdb->posts.ID = $wpdb->term_relationships.object_id AND post_status = 'publish' AND post_type IN ('" . implode("', '", $object_types) . "') AND term_taxonomy_id = %d", $term ) );

を

	// @to
//	$object_types = esc_sql($object_types);
	// @to
	foreach ( (array) $terms as $term ) {
		// @to
		$count = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(*) FROM $wpdb->term_relationships, $wpdb->posts WHERE $wpdb->posts.ID = $wpdb->term_relationships.object_id AND post_status = 'publish' AND post_type IN ('" . @implode("', '", $object_types) . "') AND term_taxonomy_id = %d", $term ) );
		// @to

とする。

これまでの修正の結果、countは出来ていたので、原因がわからなかった。
SQLをひたすら取得していたよ…。

関連する投稿

• [wp×SQLite]PDO (SQLite) For WordPress改造版 (0)
• 最低限Smartyタグ (0)
• phpMyAdminで文字コードを変更 (0)
• 検索クローラーのための設定 (0)
• DBから直接記事を増やす（wp_posts編）：記事 (0)