タグの重複問題はすべてプラグインのソースコードに書かれていた

<?php
/*
* Plugin Name: MT Style Post Name
* Description: タイトルから英数字、ダッシュ、アンダーバーのみ抜き取ってスラッグに。日本語しか使われてないエントリはPost_IDを使う。
* Author: 449
* Plugin URI: http://pc10.2ch.net/test/read.cgi/blog/1163599919
* Version: 0.1
*
*/
add_filter('sanitize_title','sanitize_title_numalpha_only',9);

function sanitize_title_numalpha_only($title) {
  return preg_replace('/[^%a-zA-Z0-9 ¥(¥)_-]/', '-', $title);
}?>

【sanitize_title】

というフィルターに原因があったのだった。

この「sanitize_title」というのは、記事のタイトルをスラッグとして使えるように2バイト文字をURLエンコードしたり、アルファベットをすべて小文字にするなど”サニタイズ（変更）”するのだけれども、これが悪さをしているようだ。

add_filterは、はじめの引数がフィルターのトリガーになって2番目の引数にある関数を実行するという関数で、この例で行くと「sanitize_title」というのは「記事タイトル」をサニタイズするタイミングがトリガーになって関数を実行する。

しかし、今のWordpressではどうやら、「sanitize_title」はタグの処理にも関わっているらしく、そのタグの処理の際に数字とアルファベット以外を取り除くので日本語があっていてもスラッグはIDになってしまい、別のスラッグとして扱うためタグの重複がおこってしまうのだった。

というわけで、もうめんどくさいので日本語そのままで行くことにしたのだった。なにげに最近のトレンドはそのままみたいで。Amazonとかもそうだし。

ツイート

Webアプリケーションの根幹となる考え方。

わかりやすい順に

View：ビュー
ユーザーが見るのに適した形で表示するUIへの出力担当

Controller：コントローラー
ユーザーが入力したものを受け取る

Model：モデル
そのアプリケーションが扱う領域のデータと手続きを行う
データの変更をViewに通知するのもModelの責任

つまり、Controllerが入力されたものを受け取りModelに渡す、Modelが受け取ったものを処理してViewに渡して、Viewが表示を行う。

といった感じだろうか？

ModelとControllerのところの受け取ったデータはどちらが渡すのかというところで悩みどころであるが、どちらかというと、コントローラー側で誰に渡すかを決めるとかではなく、一律Modelに渡して、Model側で誰が処理するかを分岐すると考えると、渡すという仕事はControllerの仕事になるのではないかと思う。なので、Modelに渡すまでが仕事という解釈。

ここの、ModelとControllerの線引きをうまく行えば設計がかなり楽になるはず。

ツイート

にがてっす。

きらいっす。

というわけで、もう二度と調べなくていいようにメモ

#EUC-JPの場合のみ、UTF-8とかを使うときはちゃんと[ァ-ヶ]とかしちゃえば動きそうだから。
#Shift_jisは。。使わない前提でよろ。

全角カタカナ[ァ-ヶ]

preg_match(/^¥xA5[¥xA1-¥xF6]+$/,$value)’;

全角ひらがな[ぁ-ん]

preg_match(/^¥xA4[¥xA1-¥xF3]+$/,$value)’;

というわけで、参考サイトはこちら→kzt@?様直リン[blank]

参考サイトのコードはたぶんperlなので、pregを使えばperl互換で検索ができるらしいので、そいで、利用してみた。?とか:とかはよくわかりません。上に書いたようにとったらとりあえず、動いた

kzt@?さんの参照先がなくなっていたので、念のため(._.) φ…….. メモメモ（メモと書いてリスペクトよむ

）

# 半角スペース
$str = ‘¥x20′;

# 全角スペース
$str = ‘(?:¥xA1¥xA1)’; # EUC-JP
$str_sjis = ‘(?:¥x81¥x40)’; # SJIS

# 全角数字 [０-９]
$str = ‘(?:¥xA3[¥xB0-¥xB9])’; # EUC-JP
$str_sjis = ‘(?:¥x82[¥x4F-¥x58])’; # SJIS

# 全角大文字 [Ａ-Ｚ]
$str = ‘(?:¥xA3[¥xC1-¥xDA])’; # EUC-JP
$str_sjis = ‘(?:¥x82[¥x60-¥x79])’; # SJIS

# 全角小文字 [ａ-ｚ]
$str = ‘(?:¥xA3[¥xE1-¥xFA])’; # EUC-JP
$str_sjis = ‘(?:¥x82[¥x81-¥x9A])’; # SJIS

# 全角アルファベット [Ａ-Ｚａ-ｚ]
$str = ‘(?:¥xA3[¥xC1-¥xDA¥xE1-¥xFA])’; # EUC-JP
$str_sjis = ‘(?:¥x82[¥x60-¥x79¥x81-¥x9A])’; # SJIS

# 全角ひらがな [ぁ-ん]
$str = ‘(?:¥xA4[¥xA1-¥xF3])’; # EUC-JP
$str_sjis = ‘(?:¥x82[¥x9F-¥xF1])’; # SJIS

# 全角ひらがな(拡張) [ぁ-ん゛゜ゝゞ]
$str = ‘(?:¥xA4[¥xA1-¥xF3]|¥xA1[¥xAB¥xAC¥xB5¥xB6])’; # EUC-JP
$str_sjis = ‘(?:¥x82[¥x9F-¥xF1]|¥x81[¥x4A¥x4B¥x54¥x55])’; # SJIS

# 全角カタカナ [ァ-ヶ]
$str = ‘(?:¥xA5[¥xA1-¥xF6])’; # EUC-JP
$str_sjis = ‘(?:¥x83[¥x40-¥x96])’; # SJIS

# 全角カタカナ(拡張) [ァ-ヶ・ーヽヾ]
$str = ‘(?:¥xA5[¥xA1-¥xF6]|¥xA1[¥xA6¥xBC¥xB3¥xB4])’; # EUC-JP
$str_sjis = ‘(?:¥x83[¥x40-¥x96]|¥x81[¥x45¥x5B¥x52¥x53])’; # SJIS

# 半角カタカナ [ヲ-゜]
$str = ‘(?:¥x8E[¥xA6-¥xDF])’; # EUC-JP
$str_sjis = ‘[¥xA6-¥xDF]‘; # SJIS

# EUC-JP文字
$ascii = ‘[¥x00-¥x7F]‘; # 1バイト EUC-JP文字
$twoBytes = ‘(?:[¥x8E¥xA1-¥xFE][¥xA1-¥xFE])’; # 2バイト EUC-JP文字
$threeBytes = ‘(?:¥x8F[¥xA1-¥xFE][¥xA1-¥xFE])’; # 3バイト EUC-JP文字
$character = “(?:$ascii|$twoBytes|$threeBytes)”; # EUC-JP文字

# EUC-JP文字(機種依存文字・未定義領域・3バイト文字を含まない)
$character_strict = ‘(?:[¥x00-¥x7F]|’ # ASCII
‘¥x8E[¥xA1-¥xDF]|’ # 半角カタカナ
‘[¥xA1¥xB0-¥xCE¥xD0-¥xF3][¥xA1-¥xFE]|’ # 1,16-46,48-83区
‘¥xA2[¥xA1-¥xAE¥xBA-¥xC1¥xCA-¥xD0¥xDC-¥xEA¥xF2-¥xF9¥xFE]|’ # 2区
‘¥xA3[¥xB0-¥xB9¥xC1-¥xDA¥xE1-¥xFA]|’ # 3区
‘¥xA4[¥xA1-¥xF3]|’ # 4区
‘¥xA5[¥xA1-¥xF6]|’ # 5区
‘¥xA6[¥xA1-¥xB8¥xC1-¥xD8]|’ # 6区
‘¥xA7[¥xA1-¥xC1¥xD1-¥xF1]|’ # 7区
‘¥xA8[¥xA1-¥xC0]|’ # 8区
‘¥xCF[¥xA1-¥xD3]|’ # 47区
‘¥xF4[¥xA1-¥xA6])’; # 84区

# EUC-JP未定義文字(機種依存文字・3バイト文字を含む)
$character_undef = ‘(?:[¥xA9-¥xAF¥xF5-¥xFE][¥xA1-¥xFE]|’ # 9-15,85-94区
‘¥x8E[¥xE0-¥xFE]|’ # 半角カタカナ
‘¥xA2[¥xAF-¥xB9¥xC2-¥xC9¥xD1-¥xDB¥xEB-¥xF1¥xFA-¥xFD]|’ # 2区
‘¥xA3[¥XA1-¥xAF¥xBA-¥xC0¥xDB-¥xE0¥xFB-¥xFE]|’ # 3区
‘¥xA4[¥xF4-¥xFE]|’ # 4区
‘¥xA5[¥xF7-¥xFE]|’ # 5区
‘¥xA6[¥x89-¥xC0¥xD9-¥xFE]|’ # 6区
‘¥xA7[¥xC2-¥xD0¥xF2-¥xFE]|’ # 7区
‘¥xA8[¥xC1-¥xFE]|’ # 8区
‘¥xCF[¥xD4-¥xFE]|’ # 47区
‘¥xF4[¥xA7-¥xFE]|’ # 84区
‘¥x8F[¥xA1-¥xFE][¥xA1-¥xFE])’; # 3バイト文字

# SJIS文字
$oneByte_sjis = ‘[¥x00-¥x7F¥xA1-¥xDF]‘; # 1バイト SJIS文字
$twoBytes_sjis =
‘(?:[¥x81-¥x9F¥xE0-¥xFC][¥x40-¥x7E¥x80-¥xFC])’; # 2バイト SJIS文字
$character_sjis = “(?:$oneByte_sjis|$twoBytes_sjis)”; # SJIS文字

# SJIS文字(機種依存文字・未定義領域を含まない)
$character_sjis_strict = ‘(?:[¥x00-¥x7F¥xA1-¥xDF]|’ # ASCII，半角カタカナ
‘[¥x89-¥x97¥x99-¥x9F¥xE0-¥xE9][¥x40-¥x7E¥x80-¥xFC]|’ # 17-46,49-82区
‘¥x81[¥x40-¥x7E¥x80-¥xAC¥xB8-¥xBF¥xC8-¥xCE¥xDA-¥xE8¥xF0-¥xF7¥xFC]|’ # 1,2区
‘¥x82[¥x4F-¥x58¥x60-¥x79¥x81-¥x9A¥x9F-¥xF1]|’ # 3,4区
‘¥x83[¥x40-¥x7E¥x80-¥x96¥x9F-¥xB6¥xBF-¥xD6]|’ # 5,6区
‘¥x84[¥x40-¥x60¥x70-¥x7E¥x80-¥x91¥x9F-¥xBE]|’ # 7,8区
‘¥x88[¥x9F-¥xFC]|’ # 15,16区
‘¥x98[¥x40-¥x72¥x9F-¥xFC]|’ # 47,48区
‘¥xEA[¥x40-¥x7E¥x80-¥xA4])’; # 83,84区

# SJIS未定義文字(機種依存文字を含む)
$character_sjis_undef =
‘(?:[¥x85-¥x87¥xEB-¥xFC][¥x40-¥x7E¥x80-¥xFC]|’ # 9-14,85-120区
‘¥x81[¥xAD-¥xB7¥xC0-¥xC7¥xCF-¥xD9¥xE9-¥xEF¥xF8-¥xFB]|’ # 1,2区
‘¥x82[¥x40-¥x4E¥x59-¥x5F¥x7A-¥x7E¥x80¥x9B-¥x9E¥xF2-¥xFC]|’ # 3,4区
‘¥x83[¥x97-¥x9E¥xB7-¥xBE¥xD7-¥xFC]|’ # 5,6区
‘¥x84[¥x61-¥x6F¥x92-¥x9E¥xBF-¥xFC]|’ # 7,8区
‘¥x88[¥x40-¥x7E¥x80-¥x9E]|’ # 15,16区
‘¥x98[¥x73-¥x7E¥x80-¥x9E]|’ # 47,48区
‘¥xEA[¥xA5-¥xFC])’; # 83,84区

# iモード対応 絵文字
$iPictograph_base = ‘(?:¥xF8[¥x9F-¥xFC]|’ # 基本絵文字(SJIS)
. ‘F9[¥x40-¥x49¥x50-¥x52¥x55-¥x57¥x5B-¥x5E¥x72-¥x7E¥x80-¥xB0])’;
$iPictograph_ext = ‘(?:F9[¥xB1-¥xFC])’; # 拡張絵文字(SJIS)
$iPictograph =
‘(?:$iPictograph_base|$iPictograph_ext)’; # iモード対応 絵文字(SJIS)

ツイート

今回のポイントは

• ID指定
• getElementById

の二つ。

まずは親のソース

<p id=”change”>このテキストを変更する</p>

変更したいところにはidで”change”とふってあります。つまり、親要素はIDを指定するだけ。

次に子のソース

<script type=”text/javascript”>
function change(){
window.opener.document.getElementById(“change”).innerHTML=”テキストが変わった！”;
}
</script>

<input type=”button” value=”親ウィンドウの値を変える” onclick=”change();” />

headタグ内にscriptタグでJavaScriptのユーザー定義関数として”change()”、bodyにはそのスクリプト”change()”をonclickで実行するbuttonを配置してあります。

ソース自体は非常にシンプルです。

では、JavaScriptのchange()の中を見てみましょう。

このJavaScriptの中も非常にシンプル

window.opener.document.getElementById(“change”).innerHTML=”テキストが変わった！”;

日本語に訳してみると、

（この）ウィンドウ.を開いたウィンドウ.の記述内容.のID(“change”)を取得して.そのHTMLの中身を”テキストが変わった！”で上書きしなさい

という意味、一応記述通りに.も入れてみましたが、document.getElementByID(string)で、記述されているHTMLの
ID属性のstringというIDを抽出するという感じです、で、その後ろのinnerHTMLこれはイメージとしては、取得したID属性のついているタ
グの中身という感じでしょうか。このサンプルの場合は、

<p id=”change”>このテキストを変更する</p>

pタグのid属性に”change”とついているので、innerHTMLは”このテキストを変更する”という部分になります。で、これをinnerHTML=”テキストが変わった！”で代入、つまり、上書きするという感じ。

getElementByIDのところをタグにしたりしても、おもしろいかもしれない。ちなみに、innerHTMLにはいろいろと制限があるっぽい。

あと、バスキュールさんちはこれをうまいこと使って、プラグインチェッカーと併せて、プラグインがない場合はそのままのHTMLを表示、ある場合はIDをごっそり上書きしてFlashを表示するという感じ。

だから、ソースをみてもHTMLが書いてあるだけで、Flashのタグが表示されない。さらに動的なコンテンツ（JavaScriptではないっぽいし、PHPでもないから、手作業で更新かもしれない@バスキュールさんち）でも同じようにできるし、JavaScriptで見た目上を変化させているだけであって、ソースが変化するわけではないので、サーチエンジンのクローラーはHTMLをみるという感じ。実は便利

ツイート

my_lv.onLoad = function(success:Boolean) {
my_lvを読み込み成功したかどうかはBooleanでsuccessに入って帰ってくる

if (success) {
my_txt.text = my_lv.textContent;
} else {
trace(“Error loading/parsing LoadVars.”);
}
そんな感じ。

};
読み込んだときの処理おわり

my_lv.load(“myExternalText.txt”);
ファイルの読み込みを実行

これは読み込むだけのものを読み込んだかどうか判断できる。

こっちにすると、送った値を処理して受け取るということができる。

submit_lv.sendAndLoad(“hoge.php”,receive_lv,”POST”);

submit_lvをPOSTしてhoge.phpに送り、hoge.phpで処理した結果をreceive_lvで受け取る

このときhoge.phpはテキストベースで戻す（ほかにやり方がわからん）のだけども、このときにXMLドキュメントを使うといいのかもしれない、というか、複雑になってくる場合はおそらくマスト。

さらにどうしてもうまくいかなかったのがeuc-jpで表示することがどうしてもうまくいかない。

System.useCodepage = true;を書いてもなぜかうまくいかなかった。

Flashで受け取るときは文字コードをすべてUTF-8にしておくほうが安全かも、おそらく送信する際の文字コードもUTF-8になっているはずなので、受け取ったらEUC-JPに変換することが必要と思われる。

もうそろそろUTF-8でサイトを製作するほうが楽になるようになるようになるかならないのかなっちゃうのかもしれない。

あ、そうそう、

submit_lv.sendAndLoad(“hoge.php”,receive_lv,”POST”);
このときに事前に

var submit_lv:LoadVars = new LoadVars();はもちろん、var receive_lv:LoadVars = new LoadVars();も定義しておかないとまるで動かないので気をつけよう！

ふっ、Flashわたのしい!!!

ツイート

もう帰ります。

その前に本日覚えたことを復習のコーナー！

フォームを別WindowにPOSTをしたい場合、手こずったのでメモ。

<form id=”hoge” name=”hoge” method=”post” target=”hoho” action=”hoge.php” onsubmit=” wop(‘hoge.php’, ‘hoho’,’800′,’600′);”>

これがformタグの設定

function wop(url, name, width, height)
{
var option = “scrollbars=no,resizable=yes,width=” + width + “,height=” + height;
hoho = window.open(url, name, option);
window.hoho.focus();
}

これがJavaScriptの設定

JavaScriptはふつうによくあるWindowオープンのソースのままで、formタグの中にtarget=”ウィンドウ名”の属性を入れてあげるだけ。

これってやりたい人がいそうな割に記事があまりなかった。

この記事を参考に試してみたらできた。

よかったよかった。

ツイート

function hoge(){
return $hoge;
}

というような感じで、通常一つ帰ってくるのです。

そんなときに実は複数の値が帰ってきてほしいのアタイというときのちょっとしたテクニックです。

まず、オーソドックスなやり方として、戻り値を配列にするというやり方です。

function hoge2(){
return array(“a”,”b”);
}

と、いうようににすれば、hoge2()の結果が配列に入って戻ってくるので、それを分解して値を二つ使うことができる。

このやり方は、たくさんの値が戻ってきたり、数が決まっていない場合だとか、汎用な関数をつくるような場合には必須。

だけども、戻り値は2個とか3個の少数で何が戻ってくるか決まっている場合は、いちいち配列を分解して取り出すのがめんどくさい、いや、スマートじゃない。という場合は、参照渡しを利用します。

function hoge3(&$data1,&$data2){
$data1 = “a”;
$data2 = “b”;
return true;
}

というように、引数の前に『＆』をつけて渡してあげると、関数を呼び出した時に渡した$data1,$data2は関数内で処理をされた情報が反映されるというやり方です。この方法を応用すると、、

function hoge($test,&$test2){
//$testの中身がbbbだった場合には、$testをaaaに変更してtureを返す
if($test == “bbb”){
$test = “aaa”;
$test2 = “ccc”;
return true;
}else{
return false;
}
}

————-

if(hoge($test,$test2)){
//$testの中身がbbbだった場合に,$test2を表示する
echo $test2.”<br>”;
}else{
//$testの中身がbbbじゃなかった場合には$testを表示する
echo “$test.”<br>”;
}

というような、戻り値がtrue/falseでほしいときに内部で処理した関するを同じ名前で使うことが可能になるわけです。配列を分解するよりは多少はスマートじゃないですか？
もちろん、この参照渡しの変数を配列にすることも可能なので、ユーザー定義関数の内外で変数名を共有するために使うことも可能です。（むしろそれが参照渡しの本来の使用方法だと思いますが）

まぁ、きっかけは何にしろ、ユーザー定義関数の使い勝手がひろがりますね、というか、広がりました。

どのぐらい広がったかというと、ウサギ小屋から犬小屋ぐらい？

ツイート

今日はMySQLのはまりどころではまってしまったので、メモだ。

MySQLのテーブル設計変更をしていたら、UNIQUEキーをUNIQUEじゃないカラムに変更しなきゃいけなくなったんだ。

しかし、案外サイトで探すのに苦労をしたので、メモだぞ。

alter table hoge_tbl drop index hoge_col_name;

これさえあれば鬼に金棒！虎に翼！駆け馬に鞭！ケンシロウに北斗神拳！アムロにガンダム！

といったところで、編集長以上です！

ツイート

以前の投稿でPHPによるXMLのパースについて書いたと思うけど、いや、書いたんだけど。

今回は新たにPHPのライブラリを入手。

PHPでのXMLのパースはPEARのライブラリがあればできるのだけれども、弊社のサーバーではPEARが使えない、そして、PEARがない他のサーバーでも使えない。

PHP5であれば便利な関数で一発なのだけれども、まぁ、PHP5といえば、まだ導入していない。

ともすれば、なにか別のものを使うしかない。

それが、これ、XML Library。

世の中にはすごい人がいっぱいいるね。

このライブラリを埋め込むと、

<?php
include(‘xml.php’);
$data = XML_unserialize($xml);
?>

とするだけで、$xmlの中のXML形式の文字列を多次元配列として、階層を保持したままパースしてくれるのだ。 さらには。。。

<?php
include(‘xml.php’);
$xml = XML_serialize($data);
?>

とするだけで、 その逆？なのか？をしてくれるらしいぞ。

すごいぞ！keithdevens！

あ、そうそう、$xmlの中身は書くまでもXML形式の文字列でないとだめだぞ。XMLファイルのパスを書いているだけではパースしてくれないので、気をつけよう。

なぜなら、おいらははまったから

ツイート

まぁ、EUCで開発を行うときは何一つ苦労しないのだけども、どうしても違う文字コードじゃないといけない場合があります（うっかり違う文字コードで開発しちゃったとかなんだとか）

そんなときは.htaccessさんの力に頼るのですが、対外は.htaccessさんの力があれば事足ります。

がしかし、IE6だけは.htaccessさんのちからもなぜか及ばず、PHPファイルが、EUCではき出されてしまいます。 （CharsetがEUCって書いていなくて、違うものになっていても）

そんなときはPHPのコードの初っぱなに

header(‘Content-Type: text/html; charset=HOGEHOGE);

と書いてあげるとうまくいきました。

頼むよIE。。

ツイート