Archive for 7月, 2010
wordpress 3.0.1
の日本語が出たので、3.0を入れてたサイトを
バージョンアップしてみました。
・・・管理画面入ると
レイアウト崩れて文字化け起してるしぃ～！！
今までこういう事無かったからバックアップ取ってないしぃ～！
ふ～・・・手動で3.0を入れ直しましたorz
まぁ、焦る事は全然なかったのですが、
はたして何が原因だったのか・・・。
おそらくは個の環境のせいだろうけど・・・。
まぁ、本格的に入れるのは今度にしよう 
2010-08-02 追記
原因はwp-admin/css内のファイル（のどれか？）が破損していただけのようでした。
なので手動でこの部分のみFTP使用してUPし直したら正しく表示されるようになりました。
get_the_categoryの引数
「get_the_category」というテンプレートタグがあります。
記事のカテゴリーIDやカテゴリー名なんかを取得する時に用います。
今回とある案件で、カテゴリー毎の最新のコメント一覧を作成したくて
このテンプレートタグを知ったのですが、
wordpress.日本語のドキュメント
（=正確には本家のドキュメント）では,
このテンプレートタグは「引数なし」となってますが、
実関数を見ると、実は引数にpost_idを渡すことが出来ます。
（引数のデフォルト値はfalseが渡っています。）
これを利用して、今回は(wp_)commentsテーブルの
「comment_post_ID」を引数に渡す事で
無事（強引に）コメントを割り振らす事が出来ました。
・・・他になんか効率の良いやり方があるような気がします(・・；)
add_menu_pageの謎
初めに断わっておきます。
これは入れたプラグインによるものかもしれないので
参考にしないでください。（まったく検証していないので・・・）
wordpressに
add_menu_page
add_submenu_page
という関数がある。
これらは管理メニューに項目を追加する為に使用していて、
add_menu_pageはトップレベルでの追加。
add_submenu_pageは既存のメニュー内に追加
という目的でそれぞれ使用しています。
（ここまでは前置きです。）
これら両関数の引数に「access_level/capability」という引数がある。
（add_menu_pageの第三引数。add_submenu_pageの第四引数）
wordpress.日本語のドキュメントなどで見てみると
「使用する為に最低限必要なユーザーレベルまたはユーザーの種類と権限」
と書かれているのだが、とある案件でユーザーレベル単位で
細かく動きを別けた際に気付いたのだが、
「最低限必要なユーザーレベル」という部分が
何故か、
「使用する為のユーザーレベルまたはユーザーの種類と権限」
という動きだった。
急ぎだったので、強引にそれ以上のユーザーレベルのときは
そのユーザーレベルで適用・・・とさせてしまったのだが
もし同様の案件でユーザーレベル単位で何かする際には
ちゃんと原因追究をしよう・・・と反省を込めてメモしました。
最後に、
ユーザーレベルはVer3.0より非推奨化されていますので
使わないようにしましょうｗ
（だったらネタにするなよ！というツッコミは無しでお願いします。＾＾；）
wordpressでjQuery(javascript)を使用する際に気をつける事
ハマったのでメモ。
javascriptを使用する際に（headにscriptのタグを挿入する際）には
「wp_enqueue_script()」を使用する。
この関数を使用する事により
重複や順番が適切となるので非常に便利。
私がちょい前に作ったプラグインに
jQueryを使用していたのですが、（一応上記の関数は使用。）
何故かエラー出て機能せず（T_T)
しかも、管理画面側で使用するとエラー出ないのに
テーマ側で使用させようとするとエラーとなるという現象が起こる。
疑わしくは自分の作成したプラグイン（自分に自信ないのでｗ）
・・・って事で自作のソース調べても原因が判らず、
判明するまで結構時間をかけてしまいました。。。
原因
落としてきた別プラグインがjavascriptで上記関数を使用していなかった為、重複で読み込まれてました。。。
プラグインの作成者の方々も意外とこの関数については知らない方が多いのかもしれません。
私も最初は強引に追加したりしてました（＾＾；
javascript使用しているプラグインを多数している場合には
ここらは気を付けた方がいいかもしれません。
WordPress3.0
5か月ぶりの更新
その間にWordPress3.0が出たので検証しました。
（当サイトではなくテストサーバーでですが）
やはり3.0の特徴はMUとの統合によるマルチブログ対応って事で
マルチブログを試してみました。
（マルチブログのやり方等はよそ様のサイトで一杯書かれていますので、
ここでは紹介しません。）
MUを触ったことがなかった私にとって
気になっていたのがDBの構造。
で調べたので、私的メモ。
以下のテーブルがブログ作成する度に追加されます。
これらのテーブルの名称は実際には接頭語が付く。
例えば
wp_
というデフォルトの接頭語ならば
wp_posts
という名称で実際にはDBテーブルが作成されます。
で、二個目のサイトを作成すると
wp_2_posts
三個目だと
wp_3_posts
と接頭語と名称との間に番号が振られていくようだ。
DB追加して・・・というプラグインを作成する際には色々考えた方が良さそう。
というか、どうやるのが賢いのかな？？？
上記同様に全部にテーブル足す・・・だと
プラグイン適用時にテーブル追加させたりしているので
プラグイン 適用後にサイト追加すると「ズレ」おきそう。
（サイト追加時のアクションフックとかあるのかな？？？）
それとも１テーブルにして、その中にどのサイトかっていうデータ保持するフィールドを持つ・・・とか？？？
その場合、接頭語とテーブル名称の間の数字はどうやって取得するんだろ？？？
う～ん・・・まだ、判らない事だらけです。