wordpress note

管理画面のthickBoxを流用する

admin — 2009-09-10T00:16:24Z

Samples

画像thickbox

ドキュメントブロックthickbox

test2

概要

wordPressは、管理画面のコントロールに使用するなどの理由で、たくさんのjavascriptファイルをすでに組み込んでいます。

このような組み込み済みの、javascript css等を閲覧画面からも利用することができます。
組み込み関数を利用するために

wp-includes/functions.wp-scripts.phpに中にBackPress script procedural APIと題された関数群があります。

thickboxを利用するために

手順

wp_enqueue_script('thickbox');
wp_enqueue_style('thickbox');

を、例えば、テーマディレクトリのheader.phpやfunctions.phpに追記します。

これで、スタイルとスクリプトの設定は完了です。

関数詳細

/**
 * Enqueues script.
 *
 * Registers the script if src provided (does NOT overwrite) and enqueues.
 *
 * @since r16
 * @see WP_Script::add(), WP_Script::enqueue()
*/
function wp_enqueue_script( $handle, $src = false, $deps = array(), $ver = false, $in_footer = false ) {
	global $wp_scripts;
	if ( !is_a($wp_scripts, 'WP_Scripts') )
		$wp_scripts = new WP_Scripts();
	if ( $src ) {
		$_handle = explode('?', $handle);
		$wp_scripts->add( $_handle[0], $src, $deps, $ver );
		if ( $in_footer )
			$wp_scripts->add_data( $_handle[0], 'group', 1 );
	}
	$wp_scripts->enqueue( $handle );
}

補足

wordPressMU等で、画像へのパスが間違っていることがあります。
その場合には、wp-includes/js/thickbox/thickbox.jsの

/*
 * Thickbox 3.1 - One Box To Rule Them All.
 * By Cody Lindley (http://www.codylindley.com)
 * Copyright (c) 2007 cody lindley
 * Licensed under the MIT License: http://www.opensource.org/licenses/mit-license.php
*/
 
 
var tb_pathToImage = "http://example.com/wp/wp-includes/js/thickbox/loadingAnimation.gif";
var tb_closeImage = "http://example.com/wp/wp-includes/js/thickbox/tb-close.png";

2009/9/27パスの記述を修正しました。
理由：
/wp/wp-includes…から始まる指定だと、アーカイブ表示のときに、画像が表示されなくなるため。

tb_pathToImage,tb_closeImageのパスを変更する必要があります。

以上でthickboxを利用することができます。

現在利用しているテーマファイル名を調べる。

admin — 2009-08-26T09:05:49Z

カレントテーマファイルの情報（style.css)のコメント欄に記載しているものを、取得したい。
と思いましたが、そのような日本語情報は、少なかったので、メモに残しておきます。

現在使用しているテーマの名前は、以下のようにして求められるようです。

$name = get_current_theme();

詳細は、includes/theme.php より、

/**
 * {@internal Missing Short Description}}
 *
 * @since unknown
 *
 * @return unknown
 */
function current_theme_info() {
	$themes = get_themes();
	$current_theme = get_current_theme();
	$ct->name = $current_theme;
	$ct->title = $themes[$current_theme]['Title'];
	$ct->version = $themes[$current_theme]['Version'];
	$ct->parent_theme = $themes[$current_theme]['Parent Theme'];
	$ct->template_dir = $themes[$current_theme]['Template Dir'];
	$ct->stylesheet_dir = $themes[$current_theme]['Stylesheet Dir'];
	$ct->template = $themes[$current_theme]['Template'];
	$ct->stylesheet = $themes[$current_theme]['Stylesheet'];
	$ct->screenshot = $themes[$current_theme]['Screenshot'];
	$ct->description = $themes[$current_theme]['Description'];
	$ct->author = $themes[$current_theme]['Author'];
	$ct->tags = $themes[$current_theme]['Tags'];
	return $ct;
}

また、以下の関数でも取得できるようです。


    $theme_data = get_theme_data(ABSPATH . 'wp-content/themes/default/style.css');
    echo $theme_data['Title'];
    echo $theme_data['Author'];
?>

続々　XREA無料サーバにWordPress　MUを設置　（完結編のつもり）

admin — 2009-08-05T03:04:20Z

前回完結のつもりで書いたエントリは、残念ながら、完結にいたりませんでした。

原因を追いなおして、もう一度やり直しました。
2.8.2(2)にアップデートして動作確認しました。

続　XREA無料サーバにWordPress　MUを設置　（完結編のつもり）から　修正点は以下のとおりです。

#wp-admin/.htaccess
<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
files>
<Files plugin-install.php>
AddHandler application/x-httpd-phpcgi .php
Files>
<Files update.php>
AddHandler application/x-httpd-phpcgi .php
Files>
<Files update-core.php>
AddHandler application/x-httpd-phpcgi .php
Files>
<files upload.php>
AddHandler application/x-httpd-phpcgi .php
files>
#import
<files admin.php>
AddHandler application/x-httpd-phpcgi .php
files>
LayoutIgnoreURI *

管理画面の、スタイルシートが、Firefoxなどのブラウザで適用されないなどの問題は、
XREA無料サーバが、mod_layoutを使って挿入しようとする広告により、スタイルシートが、text/htmlになるためと考えています。
管理画面を操作すると、カテゴリの追加などでも、赤枠表示が出てエラーになる現象も同様と思います。もっと、きめ打ちする必要があるのかもしれませんが、ログイン後に表示されるものなので、LayoutIgnoreURI *　を追加しています。

#wp-content/.htaccess
 
LayoutIgnoreURI *blogs\.php

もともとの、LayoutIgnoreURI blogs.phpは、書き方が悪く動作していない様子でした。

 
LayoutIgnoreURI *\.gif
LayoutIgnoreURI *\.png
LayoutIgnoreURI *\.jpg

同様に書き方を改めました。

以上で、ajax css アップロードなどが正常に動作している様子です。

なんかおかしい

admin — 2009-08-04T01:31:14Z

XREA無料サーバでwordPressMU　ちょっと動作がおかしいです。

ajaxでのエラーも出ているようなので、近々もう一度調べたいと思います。

画像などのヘッダが、text/html担っている様子です。
画像ファイルは、そのままあるようですが、表示できなくなっている様子

クラスになったウィジェット

admin — 2009-08-04T00:57:27Z

2.8.2にアップデートして、ウィジェットのページが、だいぶ変わっていることに遅ればせながら気づき、
そういえば、クラスになったウィジェットをためしてみようと思いました

ウィジェットAPIのページを見れば、できそうです。

ウィジェットのページは、以下のようになっています

ウィジェットタイトルと簡単な説明書きを表示するようになっているわけですが、最初に紹介したページには、概要やタイトルをどのように記述すればいいか、見つけることができなかったので、方法をメモしておきます。

コンストラクタを、以下のように変更すると、表示できるようです。
 
 /** constructor */
    function hogeWidget() {
	$widget_ops = array( 'description' => 'ここにウィジェットの説明文') ;
 
        parent::WP_Widget(false, 'ウィジェットのタイトル',$widget_ops);	
    }

※クラスファイルは、PHP４のクラスを作らないとだめなようです。PHP5の　function __construct() {　といった書き方はできませんでした。

2.8にアップデートして、管理画面　スタイルが効かない場合の対策

admin — 2009-06-16T01:33:23Z

xrea サーバで2.8にアップデートして管理画面のスタイルが効かない場合phpがcgiとして動作している問題が関与していました。

シングルユーザワードプレスのアップデートで発生した問題です。

原因：load-styles.phpが、header（）を使っているために、CGIとして動かすことができません

対策：wp-admin内のファイルで、CGI動作させる必要のあるファイルを限定。.htaccessを見直し

類似の事例

続　XREA無料サーバにWordPress　MUを設置　（完結編のつもり）

admin — 2009-06-03T09:59:53Z

修正したエントリを　続々　XREA無料サーバにWordPress　MUを設置　（完結編のつもり）　で公開しています。

やってみて動かなかった人、ごめんなさい。

このエントリは、6/3に公開したエントリですが、
8/4編集操作しようと思ったら、ヘッダがtext/htmlに戻っている様子です。
Ajaxのエラー、画像表示ができない。など、解決したと思っていたものが、元に戻ってしまいました
チェックしなおしてみます。しばらくお待ちください。

wordPress MU を　セーフモードのかかった無料XREAサーバにインストールする場合
大まかな動作は、ほぼ大丈夫でも、細かい部分で、いろいろと不具合が出たりします。

以前のエントリで紹介したphpをCGIとして動作させる方法で
AddHandler application/x-httpd-phpcgi .php
を紹介しています。

これは、モジュール版では、セーフモード環境下でディレクトリの作成ができなくなるなどの制約を、突破するための方法でした。

確かに、アップロードなどができるようになるのですが、その反面、CGIモードで動作させた場合に、利用できなくなるPHP関数も存在し、ルートにある.htaccessに追記しただけでは、CGIモードで動作するファイルが多すぎて、影響を受けるようになります。

具体的な事例としては、このサイトで起きていた「リロードすると画像が表示されなくなる」という現象などがあります

wordPressは、アップロードした画像を、Userの画像ディレクトリに静的なファイルとして、保存しますが、それをそのまま表示しているわけではありませんでした。

ブログから、画像のURLは、見かけ上その静的なリンクに向けてあります。このため、対応する画像を画像アプリで開くと、正常に表示されます。しかし、画像URIにアクセスすると、画像としてではなく、text/htmlとして文字列として、表示されるといった現象が発生します。

なぜ、そのような現象が発生するのか？
実は、wordPressMU特有の、処理が行われていることに起因します。
rootにある.htaccess のmod_rewriteが、その画像をwp-content/blogs.phpで、静的な画像ファイルを再評価して、ヘッダをつけて送り出すという機構が存在するため、cgiモードで動作していると、画像は、text/htmlとして表示される仕組みになっています。

さらに、もうひとつの伏線があります。XREA無料サーバに由来する部分です。
それは、mod_headerです。XREA無料サーバは、広告挿入をこの機能で実行しているので、phpなどのファイルに対してすべて、text/htmlヘッダーをつけようとします。
だから、blogs.phpは、モジュールPHPとして動作し、画像ヘッダーを出すために、広告挿入を停止する必要があります。
mod_rewriteで書き換えられる形式的な、画像ファイル名に対しても、広告挿入を停止する必要があります。

したがって、
RemoveHandler application/x-httpd-phpcgi .php
みたいな事をやってみても対策にはならず、、、(泣)

このため、
ルート.htaccessには以下を追記

LayoutIgnoreURI *.gif
LayoutIgnoreURI *.png
LayoutIgnoreURI *.jpg

wp-admin/.htaccess

<files async-upload.php>
AddHandler application/x-httpd-phpcgi .php
files>
<Files plugin-install.php>
AddHandler application/x-httpd-phpcgi .php
Files>
<Files update.php>
AddHandler application/x-httpd-phpcgi .php
Files>
<Files update-core.php>
AddHandler application/x-httpd-phpcgi .php
Files>
<files upload.php>
AddHandler application/x-httpd-phpcgi .php
files>
#import
<files admin.php>
AddHandler application/x-httpd-phpcgi .php
files>

wp-content/.htaccess

LayoutIgnoreURI blogs.php

の設定は必要そうです

このように、無料サーバへのインストールは、coreserverへのインストールと異なる設定が必要になるようです。

とても面倒な設定になっていますが、

cgiとして動作させるPHPファイルは、きっちり決め打ちする必要があり、
それを怠ると、単に画像の部分だけでなく、Ajaxレスポンスなどもエラーを発生するので、
手数を惜しまないようにしたほうがいいかもしれません。

参考までに、2.6.5のものですが、phpのヘッダ関数を使っているファイルリストを添付しておきます。
意外と多いのでびっくりしました自分。

参考：セーフモードによる制限と対処方法 wordpress codex

しっかり考えて、がんばろう。

admin — 2009-06-03T03:22:23Z

このページは、画像の表示がうまくできない　wordPressMUサイトの見本として、リンクされました。

しかし、適切な設定を行えば、無料サーバでも、正常に運用が可能です。

昨日まで、リロードすると点滅していた画像も、もう点滅することはありませんし、ファイルアップロードも正常に動作しています。

CGI(PHP)で動いています。

もうすでに見本の価値はなくなりました。

wordPress リンク　で　ブックマーク　Link this してみませんか？

admin — 2009-05-22T07:08:44Z

ブックマークは、hatenaだとかをよく使っているんですが、ワードプレスのリンクのページは、ほとんど使ったことがないのに気づき、
ブックマークレットなら、「もう誰か　きっと　やっている」と思い調べてみました

linkpage bookmarklet

ワードプレスのリンクをブックマークレットから使おうというものですが、カテゴリも分けられるし、画像のURLを別に指定すると、画像リンクもしてくれます。工夫すると使えるんじゃないかと思い　ご紹介です。

javascript:void(linkmanpopup=window.open('http://rileycentral.net/wordpress/wp-admin/link-add.php?action=popup&linkurl='+escape(location.href)+'&name='+escape(document.title),'LinkManager','scrollbars=yes,width=750,height=550,left=15,top=15,status=yes,resizable=yes'));linkmanpopup.focus();window.focus();linkmanpopup.focus();

http://rileycentral.net/wordpress/wp-admin/link-add.phpの部分を自分の管理画面リンクの新規追加のURLに置き換えて、ブラウザのブックマークに追加してください

ブックマークしたいページを見つけたら、
追加したブックマークをクリックします。

リンクのページに、URLとタイトルが入力済みで開くので、必要な部分を追記したりカテゴリを入れて、保存します。

というストーリーで動作します。

firefox3.0.10 IE８　で動作確認できました。
iE8は、ポップアップの許可をしてやってください。

BuddyPress

admin — 2009-05-08T03:42:04Z

BuddyPress will transform an installation of WordPress MU into a social network platform.

BuddyPressとは、MUをSNS化するプラグインだそうです。

配布元：BuddyPress

プラグインを使ってみたかんじ

pluginといっても、テーマファイルもごっそり入ったものです。このため、通常のプラグインのように配置してはい終わりというものではなく、wp-content/bp-themes themes/bphome といった場所へ、手作業でディレクトリの移動を行わなければならないので、readme.txtを読みながら作業が必要です。

SNSですから、いわゆる中の人向けの、コミュニケーションのための機能。

機能

ユーザ間の友人（協力者）登録
wireといった、友人同士間などでのインスタントメッセージ機能（設定にもよります）
アクティビティという表現で、ユーザがいつ何をやっていたか、鮮度や活性を　表示する仕組み、
メッセージ機能や、グループの作成

作業中に発生したトラブルなど、

実際に試してみると、firefoxで、CSSが適用できなくなったり、（調べていませんが、headerをtext/htmlで出しているとか、サーバがらみの問題が怪しそう）メンバーリストが、表示できたり出来なかったり、

まだ、WEB上に情報が少なく、触ってみて、動きを見ながら、納得するという事の繰り返しになりました。

ただ、MUユーザには、複数のブログをまとめた形で、最近の投稿を表示したいとか、それぞれのブロガーのwireを一覧表示したいという需要は少なからずあるんじゃないかと思います。
既存のページのサイドバーなどに、それらを配置可能なウィジェットも用意されており、参考になると思います。

日本語化

日本語化作業は、「
日本語化を進めています」などで、進行中だったり、配布している人もいらっしゃるようです

プログラムそのものもそうなんですが、wire等、あまり耳にしない単語が、「電報」といわれても、ぴんと来ないというのが、一番厄介な部分だと思いました。設定にもよりますが、友人間で行われるつぶやきみたいなものだと気づき始めると、プラグイン自体が、違うものに見えてくるのは不思議です。

現実の私たちは、それほど多くのコミュニケーションの場を求めてはいません。必要なときに、必要なだけのコミュニケーションが取れる事のほうが重要なのかもしれません。
プログラムそれ自体が持つ、高性能よりも、必要なときに、プラグインを適用して、全体の様子を見たり、そのようなものが必要でない時には、シンプルなブログとして運用できたりといった、これまでの発想にないブログの使い道が、広がるといいなと思いました。