

WordPressの管理画面の一部だけ文字化けが発生するという、不思議な現象が発生したので調査した内容をメモしておきます。


## 目次

- [文字化けの発生箇所](#condition)
- [文字化け発生の原因を推測](#conjecture)
- [動的生成時の翻訳処理について調査](#dynamic_translation)
- [解決策](#result)


## <a name="condition">文字化けの発生箇所</a>

文字化けが発生したのは、管理画面内の一部分だけで、下記の通りです。

- 投稿画面の「メディアを追加」クリック時のモーダルウィンドウ内
- メディア画面のソートするプルダウン（グリッド表示時のみ）


## <a name="conjecture">文字化け発生の原因を推測</a>

全てが文字化けしているのであれば、PHPやApacheの設定かと思いましたが、ごく一部だけだったので、最初に疑ったのは翻訳ファイルの破損でした。

<dl><dt>検証</dt><dd>`/wp-content/languages`配下のpoファイルを確認し、破損していないことを確認してmoファイルに再コンパイル、上書き。</dd><dt>結果</dt><dd>変化なし。</dd></dl>ここまで確認した後に改めて文字化けが発生している箇所の共通点を洗い出してみると、どちらともJavaScript経由で動的に生成されている要素であることに気づきました。  
 （何でグリッド表示時のみ動的生成なのだろう）


## <a name="dynamic_translation">JS動的生成時の翻訳処理について調査</a>

では、JSによる動的生成時の翻訳はどのように行っているのか確認してみると、

1. `/wp-admin/load-scripts.php` 経由で必要なJSファイルをひとまとめにして読込
2. 翻訳用のデータはpoファイルから読み込む
3. `wp_localize_script`でJSON形式に変換してHTMLに直書き

おおよ上記の通りのようでしたので、次にどこの時点で化けているのかを調べてみると、3の`wp_localize_script`で吐き出している時に化けている事に気づきます。

では、恐らくJSON形式に変換しているところで何か起きていると踏んで調べているとjson_encodeをする前に下記の関数で変換していることが分かりました。

```php
// wp-includes/functions.php : 2756

function _wp_json_convert_string( $string ) {
	static $use_mb = null;
	if ( is_null( $use_mb ) ) {
		$use_mb = function_exists( 'mb_convert_encoding' );
	}

	if ( $use_mb ) {
		$encoding = mb_detect_encoding( $string, mb_detect_order(), true );
		if ( $encoding ) {
			return mb_convert_encoding( $string, 'UTF-8', $encoding );
		} else {
			return mb_convert_encoding( $string, 'UTF-8', 'UTF-8' );
		}
	} else {
		return wp_check_invalid_utf8( $string, true );
	}
}
```

UTF-8に変換してからJSON形式に変換するための関数のようですね。  
 よくよく見ると`mb_detect_order`を利用している事がわかります。

そこで、php.iniの設定状況を確認すると、**「SJIS,EUC-JP,JIS,UTF-8,ASCII」**という並びになっており、文字化けが起きているのはどうも**UTF-8に辿り着く前に一致した文字コードで変換をしてしまった**からのようでした。


## <a name="result">解決策</a>

解決方法は単純です、PHPの設定のdetect_orderを変更して、UTF-8を先頭にすることで解消しました。

まぁ、UTF-8のプログラム動かすなら、優先度もちゃんとUTF-8からにしましょうね、ということでした…。

ちなみにこの関数は4.1から追加されたようなので、4.1にアップデートして文字化けが起きた場合はこれが原因の可能性もあるかもしれません。

WordPress 4.1の管理画面の一部だけ文字化けが発生したのでメモメモ


WordPressをブログではなくもう少し大掛かりなCMSとして利用する際には、どうしても必要になってくるカスタムフィールドですが、ただのinput, textarea, selectでは<del datetime="2014-11-15T02:22:31+00:00">面白くないので</del>使い勝手が悪いので、色々とカスタマイズした内容を残しておきます。


## 目次

今回カスタマイズしてみた内容は下記の通りです。

- [プラグイン無しでカスタムフィールドの入力欄を追加する](#add-customfield)
- [通常の本文と同じTinyMCEを使う](#tinymce)
- [メディアアップロードボタンを使う](#media)
- [雑感](#other)
- [参考](#reference)


## <a name="add-customfield">プラグイン無しでカスタムフィールドの入力欄を追加する</a>

まずはカスタムフィールドの入力欄の追加方法からです。

カスタムフィールドの管理を行うプラグインは様々ありますが、管理側の使い勝手を向上させるためにどうしても入力欄は一定のレイアウトで、もうちょっと違う表示をさせたいんだけどな…という所が出てきてしまいます。

なので、そんな時にはプラグイン無しで入力欄を追加してしまいます。

```php
<?php

function _add_custom_field()
{
    // 入力パネルのキー, パネル表示タイトル, コールバック関数名, 投稿タイプ名, 表示位置, 優先度, コールバック関数に渡す変数
    add_meta_box( 'field-name', 'フィールド名', '_add_meta_box', 'post', 'advanced', 'default', NULL );
}
add_action( 'add_meta_boxes', '_add_custom_field' );

function _add_meta_box( $post )
{
    $value = get_post_meta( $post->ID, 'field', TRUE );
    echo '<input type="text" name="field" value="'.esc_attr( $value ).'">';
}

?>
```

add_meta_boxに渡す引数の詳細は[公式リファレンスを参照ください](https://developer.wordpress.org/reference/functions/add_meta_box/)。

また、追加したカスタムフィールドは保存しないといけませんので、保存する処理を追記します。

```php
<?php

function _save_custom_field( $post_id )
{
    // 投稿ID, カスタムフィールド名, 値
    update_post_meta( $post_id, 'field', $_POST&#91; 'field' &#93; );

    return $post_id;
}
add_action( 'save_post', '_save_custom_field' );

?>
```

これで保存はされますが、何でもかんでも保存してしまうとマズイので、WPのnonceを使って投稿元のチェックをします。
 先ほどの追加の処理も少し書き換えて…。

```php
<?php

function _add_custom_field()
{
    // 入力パネルのキー, パネル表示タイトル, コールバック関数名, 投稿タイプ名, 表示位置, 優先度, コールバック関数に渡す変数
    add_meta_box( 'field-name', 'フィールド名', '_add_meta_box', 'post', 'advanced', 'default', NULL );
}
add_action( 'add_meta_boxes', '_add_custom_field' );

function _add_meta_box( $post )
{
    $value = get_post_meta( $post->ID, 'field', TRUE );
    echo '<input type="text" name="field" value="'.esc_attr( $value ).'">';

    wp_nonce_field( 'custom_key', 'custom_nonce' );
}

function _save_custom_field( $post_id )
{
        // ワンタイムチケットと権限の確認
        if ( ! isset( $_POST[ 'custom_nonce' ] )
          || ! check_admin_referer( 'custom_key', 'custom_nonce' )
          || ! current_user_can( 'edit_post', $post_id ) ) {
            return $post_id;
        }

    // 投稿ID, カスタムフィールド名, 値
    update_post_meta( $post_id, 'field', $_POST[ 'field' ] );

    return $post_id;
}
add_action( 'save_post', '_save_custom_field' );

?>
```

_add_meta_boxに[wp_nonce_field](https://developer.wordpress.org/reference/functions/wp_nonce_field/)を追加し、_save_custom_fieldで[check_admin_referer](https://developer.wordpress.org/reference/functions/check_admin_referer/)を使って検証しています。
 これで、安心、のはず。

さて、カスタムフィールドの追加方法は分かったので、ここから入力欄をカスタマイズしていきます。


## <a name="tinymce">通常の本文と同じTinyMCEを使う</a>

カスタムフィールドにもWYSIWYGを使いたい事があるので、いっその事用意されている通常の本文と同じ機能を持ってきたいと思います。

リファレンスをあさっていると、**wp_editor**という素敵な関数がありましたので、そちらを利用します。
<small>_WP_Editors::editorを先に見つけて、あとでwp_editorの存在に気づいたなんて気のせいです。</small>

```php
<?php

// カスタムフィールドを追加する処理を色々

function _add_meta_box( $post )
{
    $value = get_post_meta( $post->ID, 'field', TRUE );
    // 初期値, フィールド名, 設定情報
    wp_editor( $value, 'field' );

    wp_nonce_field( 'custom_key', 'custom_nonce' );
}

?>
```

**wp_editor**を呼ぶだけで本文同様のTinyMCEを引っ張ってくることが出来ます。便利！
 また、第三引数に配列で値を渡すことでエディターの設定をいじることも出来るようです。（コチラは試していません）

設定できるパラメータは[コチラに記載されていました](http://codex.wordpress.org/Function_Reference/wp_editor)。


## <a name="media">メディアアップロードボタンを使う</a>

続いて、WYSIWYGを配置するまでもないけど、画像を選択させたい、という入力欄も時にはあると思います。
 アイキャッチ画像の設定みたいな感じですね。

そんな時に、WPのメディアアップロード画面を再利用できたら、と思って調べていたら[詳しく説明しているページを見つけました](http://www.sitepoint.com/adding-a-media-button-to-the-content-editor/)ので読んでいくと、**wp.media**というメソッドが用意されているようですね。

ということで、自分用に画像をアップロードするカスタムフィールド用のJSを作ってみました。
 ちょっと長いので、[コチラはGistにアップしました](https://gist.github.com/sushat4692/33df8a65474798fca0c6)。


## <a name="other">雑感</a>

カスタムフィールドをカスタマイズするためのフックやフィルターも結構揃ってますので、頑張れば管理画面もかなり自由に操作できることがわかってきました。

また、完全にオリジナルではなく、良いものは使いまわすことが出来るので、そのあたりも嬉しいですね。

TinyMCE回りのフックやフィルターも結構揃っているようなので、またそのあたりも触っていけると良いなぁ何て思っていたりしますが、もし手を出した時には残すようにします。


## <a name="reference">参考</a>

- [WordPress › add_meta_box() | Function | WordPress Developer Resources](https://developer.wordpress.org/reference/functions/add_meta_box/)
- [WordPress › wp_nonce_field() | Function | WordPress Developer Resources](https://developer.wordpress.org/reference/functions/wp_nonce_field/)
- [WordPress › check_admin_referer() | Function | WordPress Developer Resources](https://developer.wordpress.org/reference/functions/check_admin_referer/)
- [Function Reference/wp editor « WordPress Codex](http://codex.wordpress.org/Function_Reference/wp_editor)
- [Adding a Media Button to the WordPress Content Editor](http://www.sitepoint.com/adding-a-media-button-to-the-content-editor/)

WordPressのカスタムフィールドをカスタムしてみた


様々な追加機能を用意してくれる[Jetpack for WordPress](http://jetpack.me/)ですが、その中のTwitterやFacebook等のSNSに投稿時に自動的に共有をしてくれるパブリサイズ共有で色々とカスタマイズしたい所があったので、調べたことのメモを残しておきます。


## Jetpack

インストール方法や設定方法は、丁寧に説明されているページがありますので割愛させていただきます。

### パブリサイズ共有

ソースを追ってみたところ、デフォルトでは「title url」で共有され、投稿内容と共有するサービスをwordpress.comに送信してそこから発信しているようなので、各サービス毎に内容を変更する、と言ったことは難しそうです。

ちなみに今回調べてみた内容は下記の通り。

- [カスタム投稿タイプでも適用させる](#h-custom-post)
- [共有する文言を変更する](#h-default-message)
- [強制的に文言を変更する](#h-force-change)
- [共有するURLを変更する](#h-change-url)
- [雑感](#other)


## <a name="h-custom-post">カスタム投稿タイプでも適用させる</a>

単純にインストール→有効化しただけでは、通常の「投稿」だけしかパブリサイズ共有は行えません。

管理画面上でも追加する欄はありませんので、functions.phpに追記する必要があります。

```php
/** カスタム投稿タイプにもパブリサイズ共有を対応 */
function add_jetpack_custom_post_publicize()
{
    add_post_type_support( 'report', 'publicize' );
    add_post_type_support( 'topics', 'publicize' );
}
add_action( 'init', 'add_jetpack_custom_post_publicize' );
```

### 参考

- [【Jetpack】カスタム投稿タイプにもパブリサイズ共有を適応させる方法](http://o3-web.com/jetpack-customize-publicize/)


## <a name="h-default-message">共有する文言を変更する</a>

前述のとおりカスタムメッセージを入力しなかった場合は「title url」で共有されますが、「ブログを更新：title url」とかにしたい、という時もあるかと思います。

その場合は、メッセージ全体の`wpas_default_message`、接頭語`wpas_default_prefix`、接尾語`wpas_default_suffix`、それぞれをフィルタリングするフックが用意されています。

しかし、このフックが処理されるのが`__construct`内なので、functions.phpに記載しても適用されません。  
 何か方法は無いかと調べていると、必須プラグインディレクトリに作ってしまえば通常のプラグインより実行されるので、ココで`add_filter`をすることで何とかなりました。

「wp-content/mu-plugins/」ディレクトリを作成し、下記のPHPを格納すると、「ブログ更新：『title』ぜひ見てね」という文言に変わります、が、パブリサイズ共有の「編集」を押した時に「カスタムメッセージ」に自動的に入る文言しか変わりませんでした。ぐぬぬ…。

```php
<?php
/**
 * JetPackFilters
 * JetPack向けフィルター
 *
 * @package WordPress
 */

class JetPackFilters
{
    public function __construct()
    {
        add_filter( 'wpas_default_message', array( $this, 'wpas_custom_message' ), 10, 1 );
        add_filter( 'wpas_default_prefix',  array( $this, 'wpas_custom_prefix'  ), 10, 1 );
        add_filter( 'wpas_default_suffix',  array( $this, 'wpas_custom_suffix'  ), 10, 1 );
    }

    /**
     * messageの変更
     *
     * @param  string $message
     * @return string
     */
    function wpas_custom_message( $message ) {
        return '『'.$message.'』';
    }

    /**
     * prefixの変更
     *
     * @param  string $prefix
     * @return string
     */
    function wpas_custom_prefix( $prefix ) {
        return 'ブログ更新：';
    }

    /**
     * suffixの変更
     *
     * @param  string $suffix
     * @return string
     */
    function wpas_custom_suffix( $suffix ) {
        return 'ぜひ見てね';
    }
}

new JetPackFilters();
```

### 参考

- [WordPress で１番最初に実行したい処理は must use plugins を使用 | セルティスラボ](http://celtislab.net/archives/20140609/wordpress-must-use-plugins/)
- [初期化に関連するアクションのおさらい:WordPress私的マニュアル](http://elearn.jp/wpman/column/c20120807_01.html)
- [Create a 'Must Use' Plugin for WordPress – Greg Rickaby](http://gregrickaby.com/create-mu-plugin-for-wordpress/)


## <a name="h-force-change">強制的に文言を変更する</a>

### 注意

どのタイミングかわからないのですが、仕様が変更になったようで、以前に公開していたコードでは文言の変更が出来ない状態になっていました。（2015年9月10日時点）

現状の下記コードでは修正を行っていますので、強制的に変更が出来るようになっているはずです。

具体的には、下記のような変更がなされていました。

```php
if ( ( $from_web || defined( 'POST_BY_EMAIL' ) ) && !empty( $_POST['wpas_title'] ) )
	update_post_meta( $post_id, $this->POST_MESS, trim( stripslashes( $_POST['wpas_title'] ) ) );
```

前までは上のように、登録だけするはずだったのですが、

```php
if ( ( $from_web || defined( 'POST_BY_EMAIL' ) ) && isset( $_POST['wpas_title'] ) ) {
	if ( empty( $_POST['wpas_title'] ) ) {
		delete_post_meta( $post_id, $this->POST_MESS );
	} else {
		update_post_meta( $post_id, $this->POST_MESS, trim( stripslashes( $_POST['wpas_title'] ) ) );
	}
}
```

という感じに、`$_POST['wpas_title']`が空だった場合は、`post_meta`を削除する処理が追加されていました。

前述の方法だと「編集」を押さないと反映されないので、うっかり忘れてしまうコトを考慮するとやはり自動的に変更できた方が良いかと思います。

処理を追ってみると「`_wpas_mess`」というカスタムフィールドに入力しておくと、カスタムメッセージを入力した状態と同様になるようなので、公開時の処理にフックすることで対応できますので、強制的にカスタムメッセージを入力させたことにして対応してみました。

[既に同様のコトを考えていらっしゃる方](http://blog.makotokw.com/2013/07/25/wordpress-jetpack%E3%81%AE%E3%83%91%E3%83%96%E3%83%AA%E3%82%B5%E3%82%A4%E3%82%BA%E5%85%B1%E6%9C%89%E3%81%AE%E3%83%A1%E3%83%83%E3%82%BB%E3%83%BC%E3%82%B8%E3%82%92%E8%87%AA%E5%8B%95%E8%A8%AD%E5%AE%9A/)もいらっしゃいましたが、記事内に記載の通り、

> `publicize_save_meta`は共有しているサービスxアカウントの数だけ呼ばれるので若干無駄な気もした

という処理だったので、ちょっと強引ですが、JetPackの`save_post`より優先度の高い位置で処理をする方法を取ってみました。

```php
/** パブリサイズ共有の文言を変更 */
function change_jetpack_publicize_content( $post_id, $post )
{
    $POST_MESS = '_wpas_mess';

    /** 投稿,下書き,スケジュール待ちのみ */
    if ( !in_array( $post->post_status, array( 'publish', 'future' ) ) ) {
        return;
    }

    /** カスタムメッセージのPOSTがあったら無視 */
    if ( !empty( $_POST['wpas_title'] ) ) {
        return;
    }

    /** カスタムメッセージがある場合は無視 */
    if( get_post_meta( $post_id, $POST_MESS, TRUE ) ) {
        return;
    }

    /** 共有する文言の成形 */
    $publicize_custom_message = sprintf( 'ブログ投稿：『%s』ぜひ見てね %s', $post->post_title, wp_get_shortlink( $post->ID ) );
    
    /** カスタムメッセージとして登録 */
    update_post_meta( $post_id, $POST_MESS, $publicize_custom_message );
    
    /** postmetaが削除されないように$_POSTにも代入 */
    $_POST['wpas_title'] = $publicize_custom_message;
}
/** JetPackのパブリサイズ共有のsave_postに対する処理の優先度は「20」 */
add_action( 'save_post', 'change_jetpack_publicize_content', 19, 2 );
```

ちなみにこの時点では$postが取得できるので、投稿タイプやカテゴリーによって内容を変えたりすることも可能です。


## <a name="h-change-url">共有するURLを変更する</a>

あまり需要は無いと思いますが、共有するURLを変更すること出来なくはありません。  
 例えば邪道な方法ですが、WordPressを管理画面としてだけ利用し、詳細ページはWPの外から投稿内容だけ読み取っている、といった場合はパーマリンクのURLとは別のアドレスになると思います。

というよりも、結論から申すとパーマリンクの向き先を該当のURLに切り替える事で共有するURLも切り替わります。

まずはパーマリンクのURLを変更する場合は、`post_type_link`にフィルタリングします。

```php
function change_post_type_link( $link, $post )
{
    // 投稿だけ変更
    if ( 'post' === $post->post_type ) {
    	/* $linkを変更する処理 */
    }
    return esc_url( $link );
}
add_filter( 'post_type_link', array( $this, 'change_post_type_link' ), 1, 2 );
```

また、投稿内容に利用されるURLはショートリンク（http://example.net/?p=***）なので、そちらも変更します。

```php
function change_short_link( $dummy, $post_id, $context )
{
    if ( 'post' == $context ) {
        $post = get_post( $post_id );
        // 投稿だけ変更
        if( $post->post_type === 'post' ) {
            /* $urlを変更する処理 */
            return esc_url( $url );
        }
    }
    return FALSE;
}
add_filter( 'pre_get_shortlink', 'change_short_link', 10, 3 );
```

`the_permalink`で指定のURLにリンクするようにもなるので、一石二鳥じゃないでしょうか？


## <a name="other">雑感</a>

流石AutomatticのプラグインだけあってWordPressの機能をコレでもかという位使ってあって追うのが大変、ですがフィルターやフックもいたるところに用意されていてかなり親切な作りです。

パブリサイズ共有だけでなく、他の処理でもちょっとココだけ何とかしたい…！といったことも意外と何とかなるかもしれません。

Jetpack for WordPressのパブリサイズ共有を色々カスタマイズしてみた


以前にサーバをAWSのEC2に移管した旨を記載させて頂きましたが、静的なデータはEC2ではなくS3に置いておいたほうが効率的のような気がしていました。

ただ、毎回S3にファイルをアップして、ブログでリンクを貼る作業をしようとするとどうしても面倒だったところ、WordPressで投稿したメディアを自動的にS3にアップしてくれるプラグイン「Nephila clavata (絡新婦)」があったので試してみました。


## 仕組みについて

[![我が家のお猫様です](/content/images/2016/04/photo.jpg)](/content/images/2016/04/photo.jpg)

WordPressでメディアを追加すると、「/wp-contet/uploads/***」に保存されますが、その「uploads」以下のデータをS3に転送します。

管理画面上の操作はWordPress設置側のメディアを扱い、表示時に自動的にメディアへのリンクURLをS3側に書き換えて表示されるようです。

なので右図の画像は「blog.sus-happy.net」にも存在していますが、表示する際に自動的に「s3.sus-happy.net」に書き換えられて表示されるようになります。


## 実装方法

### S3バケットの用意

AWSのアカウントを持っていないのであれば、[AWSのサイト](http://aws.amazon.com/jp/)からアカウントを作成します。

バケットの用意の仕方については、[こちらのサイトで詳しくご紹介されております](http://gatespace.jp/2013/03/05/aws-s3-static-site/)ので、ご参考にしていただければと思います。

### プラグインのインストール

Nephila clavata (絡新婦)プラグインは[公式ディレクトリに公開されています](http://wordpress.org/extend/plugins/nephila-clavata/)ので、そちらからダウンロードしてアップ、または管理画面からインストールして有効化します。

### 設定内容

有効化すると「設定」の中に「Nephila clavata (絡新婦)」というメニューが追加されますので、下記を参考に入力します。

<dl><dt>AWS アクセスキー ID</dt><dd>アクセスキー ID</dd><dt>AWS シークレットアクセスキー</dt><dd>シークレットアクセスキー</dd><dt>AWS リージョン</dt><dd>S3を作成したリージョンを選択</dd></dl>上記内容を入力、一度保存をして、登録内容に間違いが無ければ、下記入力欄が表れます。

<dl><dt>S3 バケット</dt><dd>「S3バケットの用意」で登録したバケット名を選択</dd><dt>S3 URL</dt><dd>バケットのプロパティに表示される「Endpoint」のURLを入力  
 もしくは、バケットを作成する時に独自ドメインでホスティング出来るようにした場合はそのURLを入力</dd></dl>すると、今までのメディアも自動的にAWS S3にアップロードしてくれます。


## 注意点

- WordPressを設置しているサーバにもメディアは残るので、容量削減の名目で利用することは出来ません。  
 （プラグインが無効化された時でもメディアにリンクが繋がるようにするため）
- AWS SDK for PHP 2を利用しているためPHP 5.3以降のバージョンが必要


## 雑感

PHP等のプログラムをEC2で、静的データをS3に置いたほうが負荷分散も出来ていいよなぁ、なんて思ってはいたのですが、実際にやろうと思うと腰が重かったのが、こういった便利なプラグインなどで簡単に出来ると非常に嬉しいですね。


## 参考

- [S3 にメディアを自動アップロードするプラグイン「絡新婦」 | dogmap.jp](http://dogmap.jp/2013/03/01/nephila-clavata/)
- [AWS S3 のバケットに独自ドメインを割り当てて、静的ファイルをホスティング | Gatespace's Blog](http://gatespace.jp/2013/03/05/aws-s3-static-site/)

WordPressに投稿したメディアをAWS S3に自動的にアップロードする「Nephila clavata (絡新婦)」をインストールしてみた


自分ではなく第三者にWordPressを使って貰う場合に、メディアを追加した時に添付ファイルのページが出来てしまうことが煩わしく思っていました。

自分が更新するのであれば、リンクを切ってしまうか、ファイルへのリンクを貼っておけば良いのですが、第三者が更新を行う場合は確実に防げるかと言われると言い切れない所があります。

そこで、添付ファイルのページにアクセスしてしまっても、ファイルを表示してしまえば良いのだ、と思い立ってテーマファイルを調べてみました。


## 添付ファイルのページについて

そもそも添付ファイルのページはテーマファイルのどのファイルが優先されるのか、というところから。

優先順位は下記のとおりとなります。

1. MIMEタイプ.php
2. MIMEサブタイプ.php
3. MIMEタイプ_MIMEサブタイプ.php
4. attachment.php
5. single.php
6. index.php

MIMEタイプとは、image/jpenやtext/plain等の事を指します。  
 つまり、例えばJPEG画像の添付ファイルの場合の優先度は、

1. image.php
2. jpeg.php
3. image_jpeg.php
4. attachment.php
5. single.php
6. index.php

という順番となります。

パッと見ると「MIMEタイプ_MIMEサブタイプ.php」の方が優先度が高そうに見えますが違うみたいですね。


## attachment.phpで添付ファイルを直接表示

早速ですがソースコードは下記の様に記述しました。

```php
<?php
if ( ( $meta = wp_get_attachment_metadata( get_the_ID() ) ) ) {
	$file = WP_CONTENT_DIR.'/uploads/'.$meta['file'];
	header( sprintf( 'Content-type: %s', $meta['sizes']['thumbnail']['mime-type'] ) );
	header( sprintf( 'Content-Length: %d', filesize( $file ) ) );
	readfile( $file );
} else
	header( sprintf( 'Location: %s', get_bloginfo( 'url' ) ) );
```

get_the_ID()で添付ファイルのIDが取得出来るので、`wp_get_attachment_metadata`でファイル情報を取得して、表示させています。


## 注意点

URL内に拡張子が無いので、LightBox系のモーダルウィンドウを表示するJSライブラリの中で、拡張子で判断する仕組みの場合に画像ファイルとして扱ってくれない場合があります。

こんな感じにシステム側で何とかしようかと思いましたが、最終的にはマニュアルなどを用意してちゃんとファイルに対してのリンクを貼ってもらったほうが良いかもしれません。

WordPressのテーマにattachment.phpを追加して、添付ファイルページを失くしてみた


これまでは、[さくらのVPS](http://vps.sakura.ad.jp/)を利用させていただいていたのですが、最近の流行りに乗っかろうかと思いまして[AWSのEC2](http://aws.amazon.com/jp/ec2/)でサーバを立ちあげて移管してみました。

単純にnginxに慣れていない事もあって色々と躓いてしまいましたが、なんとか表示できています。
 不具合がまだチョコチョコ出ちゃってますが、メインコンテンツが見れてるのでとりあえず保留中です。

また何かの時に新しく作るかもしれないので、参考サイトとメモを残しておきます。


## AWS EC2の設定

まずAWSのアカウントを作ってEC2のインスタンスを作ります。

使い慣れているので、CentOSを選びましたが全部同じのはなぁ…と思ってCentOS6 64bitを選択しました。

また、nginxやPHP、MySQL、WordPressまでプリインストールされているモノもあるのですが、設定方法を勉強するためにも今回はOSのみのイメージを選択しています。

WordPressを利用するだけなのであれば、[こちらの記事](http://8bitodyssey.com/archives/3344)が参考になるかと思います。

### 参考サイト

- [civic site » EC2のMicroインスタンス + nginx + fastcgi + wordpressで複数サイトの運用！しかも新規は1年無料！](http://civic.xrea.jp/2012/01/08/ec2-micro-nginx-wordpress/)
- [AWS + 網元で、超高速 WordPress を手に入れよう、そうしよう | 8bitodyssey.com](http://8bitodyssey.com/archives/3344)


## CentOSの初期設定

ほとんど何も入っていないので、色々とインストールします。

まずは、CentOSのパッケージだとPHPとMySQLのバージョンが微妙なのと、nginxが含まれていないので、yumレポジトリを追加します。

```shell
rpm -Uvh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-7.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
rpm -Uvh http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm
```

epelとremiは最初から「enabled」が「1」、「rpmforge」は「0」になっています。
 どちらにするかは自由かと思いますが、個人的には選べるようにしたかったので、全て「0」にしています。

ちなみに設定情報は、「/etc/yum.repos.d/****.repo」に書かれています。

最後にPHPとMySQL、nginxをインストールします。

```shell
yum install --enablerepo=remi php-cli php-mysql php-mbstring php-gd php-fpm
yum install --enablerepo=remi mysql-server
yum install --enablerepo=epel nginx
```

PHPはnginx上でfastcgiとして動かすので、「php-fpm」も一緒にインストールしました。

### 参考サイト

- [majin.jp » 録画サーバ移設完了](http://www.majin.jp/archives/287)


## MySQLの初期設定

基本的に初期設定のままですが、文字コードをUTF-8で利用できるようにちょこっとだけ編集しました。

```shell
[mysqld]
character-set-server = utf8
skip-character-set-client-handshake

[client]
default-character-set=utf8

[mysql]
default-character-set=utf8

[mysqldump]
default-character-set=utf8
```

あとは、起動して「mysql_secure_installation」で初期設定をしておきます。

```shell
/etc/rc.d/init.d/mysqld start
chkconfig mysqld on
mysql_secure_installation
```

### 参考サイト

- [さくらの VPS に nginx を入れてリバースプロキシ設定するまでの作業メモ（検証用） | ウェブル](http://weble.org/2012/05/22/nginx-work-log)
- [データベースサーバー構築(MySQL) – CentOSで自宅サーバー構築](http://centossrv.com/mysql.shtml)


## PHPの初期設定

「php.ini」を色々といじって設定を行います。
 いまいち何が最適なのかわからないので正直適当に触っていますが、参考サイトを参照いただければと思います。

```shell
vi /etc/php.ini
```

あとは、fastcgiのためにphp-fpmの設定を行います。

```shell
vi /etc/php-fpm.d/www.conf
; 内部ポートを利用する例が多いですが、ソケットにしました
listen = /path/to/php-fpm.socket
; userとgroupをnginxで設定する名前にします
user = nginx
group = nginx
; pm.**** は勉強不足です。
; 予め設定した領域内で動かすか、変動させるか？って感じでしょうか
```

最後にphp-fpmを起動させます。

```shell
/etc/init.d/php-fpm start
chkconfig php-fpm on
```

### 参考サイト

- [PHP/tips/推奨php.ini設定 – yohgaki's wiki](http://wiki.ohgaki.net/index.php?PHP%2Ftips%2F%E6%8E%A8%E5%A5%A8php.ini%E8%A8%AD%E5%AE%9A)
- [PHP5.3 php.iniの必須設定サンプル – ほめお日記](http://d.hatena.ne.jp/home0/20111112/1321062630)
- [日本語利用の為の設定(mbstring) – php.iniの設定 – PHPインストールと初期設定](http://www.phpbook.jp/install/phpini/index5.html)
- [さくらの VPS に nginx を入れてリバースプロキシ設定するまでの作業メモ（検証用） | ウェブル](http://weble.org/2012/05/22/nginx-work-log)


## nginxの初期設定

最後にnginxを設定します。かなり手探り状態なので合ってるかどうか怪しいですが…。

ほぼ[参考サイト](http://weble.org/2012/05/22/nginx-work-log)のコピペですが、ソケットでfastcgiを動作させ、リバースプロキシを行なっているつもりの設定です。

```shell
vi /etc/nginx/nginx.conf
http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;
    error_log   /var/log/nginx/error.log;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    # gzip圧縮
    gzip  on;
    gzip_http_version 1.0;
    gzip_vary         on;
    gzip_comp_level   6;
    gzip_types        text/xml text/css application/xhtml+xml application/xml application/rss+xml application/atom_xml application/x-javascript application/x-httpd-php;
    gzip_disable      "MSIE [1-6]\.";

    # リバースプロキシの設定
    proxy_cache_path  /var/cache/nginx levels=1:2 keys_zone=czone:4m max_size=50m inactive=120m;
    proxy_temp_path   /var/tmp/nginx;
    proxy_cache_key   "$scheme://$host$request_uri";
    proxy_set_header  Host               $host;
    proxy_set_header  X-Real-IP          $remote_addr;
    proxy_set_header  X-Forwarded-Host   $host;
    proxy_set_header  X-Forwarded-Server $host;
    proxy_set_header  X-Forwarded-For    $proxy_add_x_forwarded_for;

    upstream backend {
        ip_hash;
        server 127.0.0.1:8080;
    }
    upstream php-backend {
        server unix:/path/to/php-fpm.socket;
    }

    # Load config files from the /etc/nginx/conf.d directory
    # The default server is in conf.d/default.conf
    include /etc/nginx/conf.d/*.conf;
}
```

基本的には「virtual.conf」を編集するそうなのですが、サブドメインを色々と使っているので、サブドメインごとに「example.com.conf」の様に用意しています。

こちらもほぼコピペですが、WordPress向け＋（要らないと思いますが）PATH_INFOも取得できるようにしています。

```shell
vi /etc/nginx/conf.d/example.com.conf
server {

    listen      80;
    server_name example.com;
    root        /path/to/document/root;
    access_log  /var/log/nginx/example.com/access.log   main;
    error_log   /var/log/nginx/example.com/error.log;
    client_max_body_size 36M;

    location /wp-admin { proxy_pass http://backend; }
    location ~ .*\.php { proxy_pass http://backend; }
    location / {
        set $mobile "";
        if ($http_user_agent ~* '(DoCoMo|J-PHONE|Vodafone|MOT-|UP\.Browser|DDIPOCKET|ASTEL|PDXGW|Palmscape|Xiino|sharp pda browser|Windows CE|L-mode|WILLCOM|SoftBank|Semulator|Vemulator|J-EMULATOR|emobile|mixi-mobile-converter)') {
            set $mobile "@ktai";
        }
        if ($http_user_agent ~* '(iPhone|iPod|Opera Mini|Android.*Mobile|NetFront|PSP|BlackBerry)') {
            set $mobile "@mobile";
        }
        if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
            set $do_not_cache 1;
        }

        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;
        proxy_cache czone;
        proxy_cache_key "$scheme://$host$request_uri$is_args$args$mobile";
        proxy_cache_valid  200 301 302 60m;
        proxy_cache_valid  404 5m;
        proxy_cache_use_stale  error timeout invalid_header updating
                               http_500 http_502 http_503 http_504;
        proxy_pass http://backend;
        proxy_redirect http://example.com:8080/ /;
    }
}

server {

    listen      8080;
    server_name example.com;
    root        /path/to/document/root;
    access_log  /var/log/nginx/example.com/access.log   main;
    error_log   /var/log/nginx/example.com/error.log;
    client_max_body_size 36M;

    location / {
        index  index.php index.html index.htm;
        # static files
        if (-f $request_filename) {
            expires 14d;
            break;
        }
        # request to index.php
        if (!-e $request_filename) {
            rewrite ^(.+)$  /index.php?q=$1 last;
        }
    }

    # pass the PHP scripts to FastCGI server listening on socket
    location ~ \.php$ {
        set $script $uri;
        set $path_info "";
        if ($uri ~ "^(.+\.php)(/.+)") {
            set $script $1;
            set $path_info $2;
        }
        # fastcgi_pass   127.0.0.1:9000;
        fastcgi_pass   php-backend;
        include        fastcgi_params;
        fastcgi_param  SCRIPT_FILENAME  /path/to/document/root$fastcgi_script_name;
        fastcgi_param  DOCUMENT_ROOT    /path/to/document/root;
        fastcgi_param  PATH_INFO        $path_info;
        fastcgi_param  SCRIPT_NAME      $script;
        fastcgi_intercept_errors on;
    }
}
```

最後に起動して、エラーが出なければ動く…はずです。

```shell
/etc/init.d/nginx start
chkconfig nginx on
```

### a-blog cms向けの設定

ちなみに[a-blog cms](http://www.a-blogcms.jp/)向けの設定は下記の通り、のはずです。

```shell
vi /etc/nginx/conf.d/acms.example.com.conf
server {
    listen      80;
    server_name acms.example.com;
    root        /path/to/document/vhosts/acms;
    access_log  /var/log/nginx/acms.example.com/access.log   main;
    error_log   /var/log/nginx/acms.example.com/error.log;
    client_max_body_size 36M;

    location /wp-admin { proxy_pass http://backend; }
    location ~ .*\.php { proxy_pass http://backend; }
    location / {
        set $mobile "";
        if ($http_user_agent ~* '(DoCoMo|J-PHONE|Vodafone|MOT-|UP\.Browser|DDIPOCKET|ASTEL|PDXGW|Palmscape|Xiino|sharp pda browser|Windows CE|L-mode|WILLCOM|SoftBank|Semulator|Vemulator|J-EMULATOR|emobile|mixi-mobile-converter)') {
            set $mobile "@ktai";
        }
        if ($http_user_agent ~* '(iPhone|iPod|Opera Mini|Android.*Mobile|NetFront|PSP|BlackBerry)') {
            set $mobile "@mobile";
        }
        if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
            set $do_not_cache 1;
        }

        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;
        proxy_cache czone;
        proxy_cache_key "$scheme://$host$request_uri$is_args$args$mobile";
        proxy_cache_valid  200 301 302 60m;
        proxy_cache_valid  404 5m;
        proxy_cache_use_stale  error timeout invalid_header updating
                               http_500 http_502 http_503 http_504;
        proxy_pass http://backend;
        proxy_redirect http://acms.example.com:8080/ /;
    }
}

server {

    listen      8080;
    server_name acms.example.com;
    root        /path/to/document/vhosts/acms;
    access_log  /var/log/nginx/acms.example.com/access.log   main;
    error_log   /var/log/nginx/acms.example.com/error.log;
    client_max_body_size 36M;

    location / {
        index  index.php index.html index.htm;
        if (-e $request_filename) { break; }
        rewrite (.*(^|/)[^\./]+)$ $1/ permanent;
        rewrite ((\.(html|htm|php|xml|txt|js|json|css|yaml|csv))|/)$ /index.php last;
    }

    # pass the PHP scripts to FastCGI server listening on socket
    location ~ \.php$ {
        set $script $uri;
        set $path_info "";
        if ($uri ~ "^(.+\.php)(/.+)") {
            set $script $1;
            set $path_info $2;
        }
        # fastcgi_pass   127.0.0.1:9000;
        fastcgi_pass   php-backend;
        include        fastcgi_params;
        fastcgi_param  SCRIPT_FILENAME  /path/to/document/vhosts/acms$fastcgi_script_name;
        fastcgi_param  DOCUMENT_ROOT    /path/to/document/vhosts/acms;
        fastcgi_param  PATH_INFO        $path_info;
        fastcgi_param  SCRIPT_NAME      $script;
        fastcgi_intercept_errors on;
    }
}
```

### 参考サイト

- [さくらの VPS に nginx を入れてリバースプロキシ設定するまでの作業メモ（検証用） | ウェブル](http://weble.org/2012/05/22/nginx-work-log)
- [Oneライセンスと合わせて完全無料! a-blog cmsをdotCloudで動かしてみた – エンジニアブログ – スカイアーク](http://www.skyarc.co.jp/engineerblog/entry/ablogcms_dotcloud.html)


## 発生中の不具合

現状発生中の不具合は下記の通り、時間見つけて随時修正していきます。

### Perl CGIが動かない

Perlの設定を全くしていないので、現状では動きません。

恐らく[ここの内容](http://abeerforyou.com/?p=429)を参考にすれば良いかと思うのですが、試した時はうまく動作しませんでした。

たぶんちょっとしたミスだと思うので、ちょこちょこ試してみます。

### スニペット集でエラーが発生中

以前、[カスタム投稿タイプを使ってスニペット集を作った](http://blog.sus-happy.net/jquery-pjax-wordpress/)のですが、エラーが発生するようになってしまいました。

リダイレクトの設定なのか、移管した時にミスしているのか、ちょっと原因は不明ですが修正予定です。


## その他AWS利用中の注意点

また、今回の設定の中で、AWSを利用する上で気をつけないといけないなぁ、と感じたことを挙げておきます。

### ローカル時間の設定について

インスタンスを用意した直後では、東京リビジョンで作ったとしても世界標準時になっています。

こちらはAWSに限ったことではないのですが、仮想サーバの特性上ntpをインストールしても時刻設定が出来ないので、AWS側で用意してあるファイルをコピーします。

```shell
cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime
```

### ポートの開閉について

基本的には「iptables」を利用してポートの開閉を行うかと思うのですが、AWSではサーバ上ではポートの操作を行わず、セキュリティグループと呼ばれる機能で管理します。

利用方法については[こちらのページでわかりやすくまとめられています](http://www.ipentec.com/document/document.aspx?page=amazon-ec2-add-rule-to-security-group&culture=ja-jp)ので、ご参考にしてださい。

自分の場合、iptablesをインストールしてしまい、設定変更しても変わらないなーと思ってSSHポートを何を思ったのかOFFに設定変更した後リブートしてしまう、という行動を取ったことによって、AWSのセキュリティグループは通ってもOS上で弾かれる、というどうしようもない状態になってしまいました。


## まとめ

AWS EC2を初めて利用させてもらいましたが、結構快適です。

好きな時に好きな分だけ、というのはかなり実感出来ました。
 （特に一個インスタンスをどうしようもない状態にしてしまった時に、新しくもう一つインスタンスを立ち上げた時）

AMIとか言うイメージデータを作ったりすると、もっと便利になりそうですが、もうちょっと調査が必要なので、またボチボチ触っていこうかと思います。


## 追記 12/11/30

スニペット集のエラーについては、pjaxの判定に「getallheaders」を利用していたことが原因でした。

PHP5.4からはCGI版でも利用できるのですが、それ以前ではモジュール版のみの機能だったので、そこでエラーが発生していました。

スニペット集では「[jquery-pjax](https://github.com/defunkt/jquery-pjax)」ライブラリを利用しているのですが、こちらではGET値「_pjax=true」も付与されているので、そちらで判定するように変更しています。


サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた


FacebookがWordPress向けの公式プラグインを公開していましたので、早速インストールしてみました。  
 どんな感じで表示されるのかのテストと、英語で表示されてしまっていたのを修正した箇所についてメモしておきます。

管理画面の日本語化ではないのであしからず･･･。


## インストール

通常のプラグインと変わりはなく、[プラグインのページ](http://wordpress.org/extend/plugins/facebook/)からダウンロード、「wp-content/plugins」の中にアップロードして、「有効化」します。

設定方法については、既に詳しく紹介されているページが、[ここ](http://jp.techcrunch.com/archives/20120612facebook-wordpress/)とか[ここ](http://www.landerblue.co.jp/blog/?p=3439)とか、英語ですが[Facebook上にもあります](http://developers.facebook.com/wordpress/)ので、割愛しておきます。


## 日本語化

そのままですと、JavaScript SDKを英語版を取得しにいってしまうため、英語表記のボタンやコメント欄が表示されてしまいます。

SDKを読み込んでるっぽい「fb-core.php」の中を見ていると、こんな記述が。

```php
function fb_get_locale() {
	$fb_valid_fb_locales = array(
		/*... 国名が一杯省略。　この中に「ja_JP」が存在している ...*/
	);

	$locale = get_locale();

	// convert locales like "es" to "es_ES", in case that works for the given locale (sometimes it does)
	if (strlen($locale) == 2) {
		$locale = strtolower($locale).'_'.strtoupper($locale);
	}

	// convert things like de-DE to de_DE
	$locale = str_replace('-', '_', $locale);

	// check to see if the locale is a valid FB one, if not, use en_US as a fallback
	if ( !in_array($locale, $fb_valid_fb_locales) ) {
		$locale = 'en_US';
	}

	return $locale;
}
```

パッと見た限りでは、ちゃんと各国に対応しているように感じますが、問題は「`get_locale()`」で取得される値と、SDKで判別する国名のスペルの違いです。

「`get_locale()`」では「ja」という値が返ってくるのですが、Facebook側では「ja_JP」が日本と扱っているため、存在しない国、と認識されてしまいます。

そこであまり美しくないですが、156行目辺りに以下の様にif文を追加･･･。  
 （別にこの関数の返り値を「ja_JP」で固定してしまっても問題ないと思います）

```php
// convert locales like "es" to "es_ES", in case that works for the given locale (sometimes it does)
if (strlen($locale) == 2) {
	if( $locale === "ja" )
		$locale = "ja_JP";
	else
		$locale = strtolower($locale).'_'.strtoupper($locale);
}
```

これでプラグインで追加したボタンやコメント欄も日本語化されていると思います。


## 参考

- [Facebook、ウェブの16.6%の制覇に乗り出す―WordPressにワンクリックでインストールできるソーシャル機能多数を発表](http://jp.techcrunch.com/archives/20120612facebook-wordpress/)
- [【速報版】慌ててココに実装。Facebook公式WordPressプラグイン | More Access,More Fun!](http://www.landerblue.co.jp/blog/?p=3439)
- [Facebook for WordPress – Facebook開発者](http://developers.facebook.com/wordpress/)

Facebook公式WordPressプラグインをインストール→英語になったので少しいじってみた


折角ブログの見た目を変更したので、RSSもいじってみようと思い、CSSでのデザイン変更を行ってみました。

CSSを書いて、読み込ませるだけ･･･ではあったのですが、RSS用のテンプレートの適用方法が若干特殊だったので残しておきます。


## RSSのテンプレートを変更する

WordPressにはRSS用のテンプレートは用意されていないため、ソースファイルを触るしかないのかな？なんて思っていましたが、アップデートする度に元に戻ってしまうのがイヤなので、調べてみるとこんな方法で[各種フィード用のテンプレートを実現できる](http://dogmap.jp/2009/04/30/switching-feed-template/)ようです。

上記記事は”functions.php”を書き換える方法ですが、[プラグインも作成されている](http://dogmap.jp/2011/06/28/feed-template-customize/)ようなので、そちらを使ってみても良いかもしれません。


## RSSにCSSを読み込ませる

RSSのテンプレートが作成できるようになったら、CSSを読み込ませるように書き換えます。

HTMLとは少しだけ記述が違い、こんな感じになります。

```xml
<?xml-stylesheet href="rss.css" type="text/css" media="screen"?>
```

WordPressのテーマ用に書くとこんな感じでしょうか。

```php
<?php echo '<?xml-stylesheet href="'.get_bloginfo("template_directory").'/rss.css" type="text/css" media="screen"?>'; ?>
```


## RSS向けのCSSを書く

最後にRSS向けのCSSを書きます。

HTMLと同様にXMLが基礎となっているので、階層で指定してやれば問題ありませんが、全てインライン要素扱いになっているので、必要なものには`display:block`を指定すると良さそうです。

また、通常のHTMLでは存在しない、`<dc:creator>`のようなタグは、セミコロンの後ろ、今回で言う所の`creator`として認識されるようです。


## 他の方法

他にXSLTを利用すると、XML内のデータをHTMLに変換することが出来るので、もっと自由にレイアウトや、リンクを貼ったりすることも出来るので、面白そうですね。

またこちらの方法も試してみたいと思います。


## 参考

- [各種フィード用テンプレートの変更 : dogmap.jp](http://dogmap.jp/2009/04/30/switching-feed-template/)
- [Feed Template Customize : dogmap.jp](http://dogmap.jp/2011/06/28/feed-template-customize/)
- [RSSにもCSSを ～CSSテクニック～](http://www.stylish-style.com/csstec/hi-level/rsscss.html)
- [RSS を XSLT で html に変換して見栄え良く表示する](http://sonic64.com/2005-03-16.html)

WordPressのRSSの見た目をCSSで変更してみる


WordPressの使い方が分かってきたので、テーマ作りを一からやってみようと思い、見た目を変更してみました。

カテゴリーやタグ周りがまだ貧弱ですが･･･<del>元のテーマを壊してしまった</del>公開できるレベルになったで変更しました。


## やってみたこと

### トップページだけ別デザイン

front-page.phpでサクッと行けるかと思ったのですが、ページ送りしても違うデザインにしたかったので、

```php
if( ! is_paged() )
```

を使って、トップページ且つ最初のページ、を判断してます。

### 最初の投稿だけ別デザイン

最初の投稿だけ別デザインで、アイキャッチが設定されていたらその画像も表示するようにしてみました。

最初の投稿をifで判別するのは何だかイヤだったので、

```php
<?php if( have_posts() ): the_post(); ?>
最初の投稿
<?php while ( have_posts() ) : the_post(); ?>
それ以降の投稿
<?php endwhile; endif; ?>
```

と言う感じにしています。  
 ちなみにアイキャッチ画像の表示方法はこんな感じ。

```php
echo get_the_post_thumbnail( get_the_ID(), 'post-thumbnail' );
```


## その他

Twenty Elevenや最近たまに見かける、引用や画像が本文から飛び出してるのとかも、使い道考えてませんが取り入れてみました。  
 現状そこまで特別なことはしていないので、またいつの間にか変わっているかもしれません。

気づいた事、気になった事、試してみた事、作った事など、自分のためのものではありますが、今後も色々と残していこうと思います。

ブログの見た目を変更してみました


Ajaxを利用しつつ、戻る・進むリンクが効くような作りで、Twitterと同じようにHashchangeイベントを使ったことがあったのですが、HTML5ならpushstateを覚えなくては―と思っていた頃に[この記事](http://d.hatena.ne.jp/punitan/20110404/1301895279)を読んでjquery-pjaxの存在を知りました。

また、ちょっとしたコードをメモして置く場所が欲しかったので、WordPressと組み合わせてスニペット集を作ってみました。

こんな感じです » ~~Snippets | SUSH-i LOG~~

まだまだ分類分けが中途半端だったり、導線が不十分だったり、ブラウザの進む・戻るを使った時に少し不具合がありますが、何とか形になったかな？と思っています。


## クライアントサイド

ソースファイルは、[defunkt/jquery-pjax – GitHub](https://github.com/defunkt/jquery-pjax)からダウンロードできます。

クライアントサイドの記述方法は参考リンク先でもご紹介されていますが、こんな感じ。

```javascript
$('.pjax-cont').pjax('#wrap', { complete: function() {
	prettyPrint();
	gapi.plusone.go();
	FB.init({appId: 'YOUR APP ID', status: true, cookie: true, xfbml: true});
} });
```

で書いていたのですが、`pjax:end`にbindすると、ブラウザの進む・戻るの際にも読み込み完了時にフックされるので以下の書き方の方が良いかと思います。

```javascript
$('.pjax-cont').pjax('#wrap');
$("#wrap").bind("pjax:end", function() {
	prettyPrint();
	gapi.plusone.go();
	FB.init({appId: 'YOUR APP ID', status: true, cookie: true, xfbml: true});
} );
```

また、今回スニペット集を作る時に、ソーシャルボタンや、google-code-prettifyを使っていたので、読み込み完了時に各初期化関数を呼んでいます。


## サーバサイド

今度はWordPressのテーマファイルに追記していきます。

jquery-pjaxで呼ばれると、HTTPヘッダに`X-PJAX: true`が追加されるので、そちらを利用します。

```javascript
$header = getallheaders();
if(! $header["X-PJAX"] )
	get_header("snippets");
```

こんな感じで、HTTPヘッダにX-PJAXが存在しない時だけヘッダやフッタを呼び出しているようにしています。

ただし、このままだと`wp_head`や`wp_footer`が呼ばれないような作りのテンプレートが通常だと思うので、必要とあらば適宜呼び出すようにしてください。

pushstateが使えないブラウザでは通常のリンクとして、使うことのできるモダンブラウザはAjaxを利用するように自動的に判別してくれるのも嬉しいですね。


## 参考

- [pjax こそが pushState + Ajax の本命 – punitan (a.k.a. punytan) のメモ](http://d.hatena.ne.jp/punitan/20110404/1301895279)


## 追記 12/02/21

jquery-pjaxの扱い方が微妙だったので修正しました。

`complete`を利用するより、`pjax:end`を使った方がブラウザの進む・戻るにも対応しているのでそちらの追記をしています。

その代わりに今度はTweetボタンとはてブボタンがおかしくなってしまいました･･･。調査します･･･。


jquery-pjax + WordPressでスニペット集を作ってみた


たまに投稿してから何日経ちました、と表示してもらえるブログを見かけることがあったので、作ってみました。

↑のタイトルの下に出ている表示がそうです。

[ダウンロード（GitHub）](https://github.com/sushat4692/Elapsed-Days)

いつもの如くとりあえずダウンロード先だけ･･･ちなみに表示のさせ方は、表示させたい箇所に、

```php
<?php the_elapsedDays() ?>
```

を記述します。投稿IDを利用しているのでループ中のみの表示です。


## 追記 2012年1月23日

何だか上手く動いていないですね･･･。修正してきます。


## さらに追記 2012年1月23日

WordPressの仕様でdate()とtime()が強制的にUTCになってしまうのが原因でした。

参考：[WordPress利用のphpでdateのTimezoneが強制UTCになっちゃう件 | public class Everyday extends Image](http://emylo0.com/wordpress%E5%88%A9%E7%94%A8%E3%81%AEphp%E3%81%A7date%E3%81%AEtimezone%E3%81%8C%E5%BC%B7%E5%88%B6utc%E3%81%AB%E3%81%AA%E3%81%A3%E3%81%A1%E3%82%83%E3%81%86%E4%BB%B6/)

date_i18n()を利用すればよいとの事なので、修正してアップしてあります。

投稿してから何日経ったのか表示するWordPressプラグイン



少し前からこのブログの背景画像に写真を使っていたのですが、どうせFlickr使っているのなら自分のブログの背景画像に利用させてもらおうとFlickr APIを使ってみました。

そしてついでに、WordPressを利用しているのならとプラグインにしてみました。

[詳しい内容はGitHubをご参照ください。](https://github.com/sushat4692/Flickr-Random-Get)




Flickr APIを利用してランダムに一枚画像を表示するプラグインを作ってみた



[以前の投稿でFacebookコメントを導入](http://blog.sus-happy.net/facebook-comment/)していましたが、なかなかどうも上手く動いているのかどうか良く分からなくなったので、今度はFacebookだけでなく、TwitterやOpenIDにも対応しているDisqusに変更してみました。

プラグインも用意されているので非常に簡単でした。導入までの流れを記事としてまとめて下さっている方は沢山いらっしゃるので、そちらを参考にしていただけると分かりやすいかと思います。


## 参考リンク

- [WordPressのコメントシステムを「Disqus」にする方法 – WooFla! – 気になったモノ、コトを発信！](http://ooze-flash.com/2011/05/how-to-set-disqus.html)
- [WordPressにコメントシステムのDisqusを導入した | ueblog](http://ueblog.natural-wave.com/2009/02/01/wordpress-disqus/)
- [高度なコメントサービス、「DISQUS」をWordPressに導入する | モノについてのモノ語り](http://www.near-mint.com/blog/30)


## 追記 2011/06/15

カスタムCSSも当てられるので自由にデザインすることも出来るのですが、なんとなくデザインとかが気に入らなかったので、Facebookコメントに戻しました。


WordPressのコメントをDisqusに変更してみた


少し特殊な利用方法となりますが、カスタム投稿タイプで追加した項目の追加・編集・削除権限を持つ独自の権限グループを作る方法について、残しておきます。


## 実装内容

カスタム投稿タイプの追加については「`register_post_type`」、権限グループの追加については「`add_role`」、また、そのグループに対して独自のルールを持たせるのが「`add_cap`」となります。

最終的に以下の内容をfunctions.phpに入力することで、「`ptname`」というidのカスタム投稿タイプの追加・編集・削除の権限を持つ「`authid`」というidの権限グループを追加できます。

```php
<?php
function my_custom_post_type() {
	register_post_type(
		'ptname',
		array(
			'label' => 'カスタム投稿タイプ名',
			'public' => true,
			'capability_type' => 'ptauth',
			'has_archive' => true,
			'menu_position' => 5,
			'supports' => array( 'title', 'editor', 'author', 'thumbnail', 'excerpt', 'custom-fields' ,'comments' )
		)
	);
	$rm = new WP_Roles();
	$rm->add_role("authid", "権限名" );
	foreach( array( "authid",  "administrator" ) as $rid ) {
		$role = $rm->get_role($rid);
		$role->add_cap("read");
		$role->add_cap("add_ptauth");
		$role->add_cap("add_ptauths");
		$role->add_cap("edit_ptauth");
		$role->add_cap("edit_ptauths");
		$role->add_cap("delete_ptauth");
		$role->add_cap("delete_ptauths");
		$role->add_cap("publish_ptauths");
	}
	$role->add_cap("delete_others_ptauths");
	$role->add_cap("edit_others_ptauths");
}
add_action( 'init', 'my_custom_post_type', 0 );
```

各関数の説明に関しては、以下のリンクを見ていただくと分かりやすいかと思います。


## register_post_type

- [関数リファレンス/register post type – WordPress Codex 日本語版](http://wpdocs.sourceforge.jp/%E9%96%A2%E6%95%B0%E3%83%AA%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9/register_post_type)
- [WordPress3.0のカスタム投稿タイプを、実案件を想定して実践してみる | カテゴリー: WordPress | 作業メモ](http://vinypara.s236.xrea.com/archives/79)


## WP_Roles

- [独自の Role を定義する](http://www.miyoshitakayuki.com/archives/243)
- [権限グループの権限を変更する | WordPress の部屋](http://komodo.arrow.jp/wp-cms/cms/%E6%A8%A9%E9%99%90%E3%82%B0%E3%83%AB%E3%83%BC%E3%83%97%E3%81%AE%E6%A8%A9%E9%99%90%E3%82%92%E5%A4%89%E6%9B%B4%E3%81%99%E3%82%8B/)

カスタム投稿タイプに独自の権限を与えてみた


WordPress3.1より`meta_query`が実装され、カスタムフィールドを用いた検索方法が細かく設定できるようになったようなので試してみました。


## 従来の方法

従来の方法は「`meta_key`」と「`meta_value`」を一つずつ指定するのみでした。

例えば「`hoge`」と名前の付けられたカスタムフィールドの値が「`fuga`」と設定されている記事を検索するには以下のように書きます。

```php
query_posts( array(
	"meta_key" => "hoge",
	"meta_value" => "fuga"
) );
```

また、「`meta_compare`」に、「=」（デフォルト）、「!=」、「>」、「>=」、「<」、「<」の指定をして異なる検索結果を得ることが出来ます。

先ほどの例に`meta_compare`を追加することで、「`hoge`」という名前の付けられたカスタムフィールドの値が「`fuga`」と設定されていない記事を検索することが可能です。

```php
query_posts( array(
	"meta_key" => "hoge",
	"meta_value" => "fuga",
	"meta_compare" => "!="
) );
```


## meta_queryを用いた方法

`meta_query`を用いると、従来は一つのカスタムフィールドしか検索できなかったものが、複数のカスタムフィールドを指定することが出来ます。

```php
query_posts( array(
	"meta_query" => array(
		array(
			"key" => "hoge",
			"value" => "fuga"
		),
		array(
			"key" => "foo",
			"value" => "bar"
		)
	)
) );
```

上記の例では「`hoge`」の値が「`fuga`」と設定されており、且つ、「`foo`」の値が「`bar`」と設定されている記事を検索出来ます。

また、条件式の「`compare`」も追加されており、「LIKE」、「NOT LIKE」、「IN」、「NOT IN」、「BETWEEN」、「NOT BETWEEN」という曖昧な検索を行えるようになりました。

以下のように記述することで、「`hoge`」に「`fuga`」という文字列を含み、「`foo`」（配列）の値が「`bar`」を持たない記事を検索できます。

```php
query_posts( array(
	"meta_query" => array(
		array(
			"key" => "hoge",
			"value" => "fuga",
			"compare" => "LIKE"
		),
		array(
			"key" => "foo",
			"value" => "bar",
			"compare" => "NOT IN"
		)
	)
) );
```

単純なブログとして利用する分にはあまり使わないかもしれない機能ですが、少し規模を大きくしていくと必要となってくる場合があります。

以前であれば`add_filter`等を用いて回りくどく設定しないといけない内容でしたが大分楽に行えるようになりました。  
 こういう機能は増えていくと嬉しいですね。

WordPressのmeta_queryを使ったカスタムフィールドによる検索をしてみた


最近ちらほらとブログへのコメントがFacebookを介したコメントが利用されているのを見かけたので、自分も殆どFacebookを活用していませんでしたがちょっと使ってみることにしました。

なお、ここに例としてあげているコードにはappidが入力されていませんのでコピペして使わないようにしてください。


## コードの入手

まずはFacebookコメントを表示するためのコードを入手します。

[Comments – Facebook開発者](http://developers.facebook.com/docs/reference/plugins/comments/)で公開されているので、そこで自分の好きなカスタマイズを行うと、以下の様なコードが取得できます。

```html
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#appId=##appidが出力されます##&amp;xfbml=1"></script><fb:comments href="##ここに記事のURLを入力##" num_posts="3" width="900" colorscheme="dark"></fb:comments>
```

「URL to comment on」については後ほど変更を行うので見失わないような適当なテキストを入力しておくと良いと思います。  
 上の例で言うと「`##ここに記事のURLを入力##`」という箇所です。


## テンプレートに挿入

コメントの入力欄を表示させたい箇所に上記で取得したコードを挿入します。同じ場所に表示させたい方でTwentyTenを利用の場合は「comments.php」を丸々変更しちゃっても良いかもしれません。  
 （`<div id="comments">`は残したほうが良いかも？）

また、先ほど「URL to comment on」に入力した内容、今回で言うと「`##ここに記事のURLを入力##`」を「`<?php the_permalink(); ?>`
」に書き換えて、以下のようなコードにします。

```php
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#appId=##appidが出力されます##&amp;xfbml=1"></script><fb:comments href="<?php the_permalink(); ?>" num_posts="3" width="900" colorscheme="dark"></fb:comments>
```

今回のようにブログだけで終わらせずにFacebook等の別のソーシャルネットワークを活用することで、また別の繋がりへと発展させることが出来そうですね。 
自分ももう少しFacebookを活用するようにすることと、使い方の見直しをしようかと思います。


## 追記　2011/05/07

少し動作に気になる点があることと、別に説明をされている方の投稿と比べると違う点があったので、もう少し修正をしてみました。

### コメント表示部に挿入するタグの修正

コメント表示部分に挿入するタグを一部修正しました。

```php
<div id="fb-root"></div><script src="http://connect.facebook.net/ja_JP/all.js#xfbml=1"></script><fb:comments href="<?php the_permalink(); ?>" num_posts="5" width="900" colorscheme="dark"></fb:comments>
```

変更点は以下のとおりです。

- 何故か言語が英語「`en_US`」になっていたので、「`ja_JP`」に変更
- 記事を書いた後では「`appid`」の項目が出なくなったので削除
- 5件出したくなったので、「`num_posts`」の値を5に変更（私情）

また[開発者ブログのこのエントリー（英語）](http://developers.facebook.com/blog/post/472)を確認したところ以下のタグを埋め込んでおくとよさそう（英語が読めないので怪しい）だったので、headタグ内に埋め込んでみました。

```html
<meta property="fb:app_id" content="{YOUR_APPLICATION_ID}" />
<meta property="fb:admins" content="{YOUR_USER_ID}" />
```

[アプリケーションIDについてはこちらのページから確認](http://www.facebook.com/developers/apps.php)、[自分のユーザIDについてはこちらのアプリケーションを使うことで確認](http://www.ideaxidea.com/archives/2011/05/facebook_user_id.html)することが出来ました。

Facebookにログインした状態で見てみるとモデレータも見れるようになったので、少し改善されたのではないかと思います。

またちょっと様子を見ることにします。


WordPressのコメントをFacebookコメントに変更してみた

WordPress3.0より導入されたカスタム投稿タイプを試してみました。

正直なところ最初は何に使うんだろう？と思って触っていませんでしたが、CMS利用を考えて構築を行うと非常に有用で、使い勝手が良いものでした。


## 準備（プラグインのインストール）

とはいっても、今回はソースコードを打って追加を行うことはしておらず、プラグインを利用させていただいて実装を行いました。

インストールしたプラグインは「[Custom Post Type UI](http://wordpress.org/extend/plugins/custom-post-type-ui/)」です。

インストール方法は他のプラグインと同様に、管理画面より検索してインストールを行うか、ソースコードを落として、/wp-content/pluginsにアップロードを行い、プラグインの画面から有効化するだけです。


## カスタム投稿タイプの追加

プラグインのインストールが完了すると、左サイドバーにCustom Post Type UIのメニューが表示され、その中の「Add New」で新規追加、「Manage Post Types」で編集を行うことが可能です。

とりあえず追加したい場合は「Post Type Name」と「Label」だけ記入して追加してしまえば大丈夫ですが、「Advanced Options」をクリックすることで色々設定することが出来ます。

追加を完了すると通常の投稿や固定ページと同じ用に、追加した投稿タイプの内容がサイドバーに現れるはずなので、そこから記事の投稿を行うことが出来ます。


## カスタム投稿タイプの記事を表示

通常の投稿や固定ページとは別扱いとなるので、このままでは表示されません。

表示をさせるにはテンプレート等に以下のような記述をする必要があります。

```php
<?php
$loop = new WP_Query( array( 'post_type' => 'gallery' ) );
if( $loop->have_posts() ) :
	while ( $loop->have_posts() ) :
		$loop->the_post();
?>

<?php
	endwhile;
endif;
wp_reset_query();
?>
```

まだ試していませんが、カスタム投稿タイプに加えてカスタムタクソノミーを加えれば、表現の幅がぐんと広がりそうですね。

プラグインを使って無理やりぽいモノを作ってきましたが、純正の機能を利用してでもかなりブログから離れたCMSサイトが作れそうな気がしてきました。

WordPressのカスタム投稿タイプを試してみた


使えるネタ、知ってても使えないネタ等々あるかと思いますが、WordPressを利用して色々なカスタマイズを行った時に、調べてみた項目をチョコチョコと残しておきます。

今回はWordPressをマルチサイト化した時に、各サイトのデータにアクセスする方法と、テーマ外からWordPressに接続する力技をお送りします。


## マルチサイト時に他のブログのデータを取得する

現在表示しているブログとは別のブログの記事を取得する際には、

```php
switch_to_blog($BID);
```

で、「$BID」に取得したいブログのIDを指定することで、指定したブログのデータを引っ張ることが出来ます。

また、元のブログに戻りたい時は、

```php
restore_current_blog();
```

を呼び出すことで、戻ることが出来ます。


## テーマ外から関数やテンプレートタグを利用する

利用する機会は殆ど無いと思いますが、以前どうしてもテーマ外でWordPress内のデータを取り扱いたかったので調べてみたところ、意外と簡単に実装することが出来ることがわかりました。

参考：[WordPressのテンプレートに、Ajaxを利用する | PHPで感じるほんの少しの喜び](http://wp.tripmini.com/?p=522)

参考サイトにあるように「`wp-config.php`」を読みこむだけで、後はテーマ外のPHPからでも、`the_title();`や`the_content()`等のテンプレートタグや、`query_posts();`や`get_post_meta();`等の関数を利用することが出来るようになります。

Flashや、Ajax等の通信用のデータとして、自由なフォーマットで一覧を作りたい時等に使えそうです。

マルチサイト化したWordPressをテーマ外から表示してみた


WordPressを使ったサイトを作る際に、プラグインを使うほどでもない処理をちょこちょこ行なったので、後から見直せるように残しておきます。

WordPressはプログラムコードがテーマファイルに直接かけるのが好きなんですが、怖い所でも便利な所でもある気がしました。


## 記事の抜粋を表示したい

タイトルと、少し記事の内容を見せたい時に、記事本文内のテキストを丸めこんで表示したい時に使えます。

```php
<?php the_excerpt(); ?>
```

記事内の抜粋が入力されているのであれば抜粋を、入力されていないのであれば本文を丸めこんだテキストを表示します。


## カテゴリーを列挙したい

ウィジェットで用意されてはいますが、テーマファイルの中で記述したい時には、以下の様にget_terms()を利用する事で実現可能です。

```php
<ul>
<?php $cat_all = get_terms( "category", "fields=all&get=all" );
if( $cat_all ) :
	foreach($cat_all as $c): ?>
	<li><?php echo $c->name; ?></li>
<?php endforeach;
endif; ?>
</ul>
```


## 登録されているユーザを一覧表示させたい

個人でブログを書いてる方には使い道が無いかもしれませんが、ブログに登録されているユーザの一覧を表示させたい場合には、get_users_of_blog()を用いて実現する事が可能です。

```php
<ul>
<?php $users = get_users_of_blog();
if( $users ) :
	foreach( $users as $u ) : ?>
	<li><?php echo $u->nickname ?></li>
<?php endforeach;
endif; ?>
</ul>
```


## ユーザプロフィールの入力内容をカスタマイズしたい

プラグインを入れることで事足りるかもしれませんが、functions.phpに記述を加えることで、ユーザプロフィールの内容を変更させる事が可能です。

中々AIM、Yahoo IM、Jabber / Google Talk等は入力しない可能性が高いため、表示させたくない場合には以下の様な記述が必要です。

```php
function update_profile_fields( $contactmethods ) {
	unset($contactmethods['aim']);
	unset($contactmethods['jabber']);
	unset($contactmethods['yim']);
	unset($contactmethods['url']);

	return $contactmethods;
}
add_filter('user_contactmethods','update_profile_fields',10,1);
```

また入力エリアを追加させる方法もありますが、  
[WordPressのユーザーページ(author.php)テンプレートをカスタマイズする | webOpixel](http://www.webopixel.net/wordpress/136.html)  
 で丁寧にまとめられていますので、こちらをご確認ください。

WordPressのプラグインを使わずにカスタマイズする小技


何故か前のテンプレートで表示がおかしくなってしまったので、Twenty Tenにしています。

本題は、Evernoteの新機能で、SiteMemoryと呼ばれるものが実装されたそうなので、早速記事毎に表示するように設定してみました。

最近良く見かける、TwitterやFacebookのボタンのように、クリックで各サービスの機能を実行するもののようです。

こちらの[SiteMemoryの設定ページ](http://www.evernote.com/about/developer/sitememory/)でタグの発行を行うことが出来るのですが、そのままでは固定ページのみになってしまうので、以下のように記述しました。

```php
<script type="text/javascript" src="http://static.evernote.com/noteit.js"></script>
<a href="#" onclick="Evernote.doClip({providerName:'<?php the_title(); ?>',contentId:'post-<?php the_ID() ?>'}); return false;"><img src="http://static.evernote.com/article-clipper.png" alt="Clip to Evernote" /></a>
```

最適ではないかもしれませんが、こちらで、タイトルと記事内容の取得が可能です。  
 また、タグについても記事についているタグを入れることも大丈夫そうなので、またもう少し実験しようと思います。

EvernoteのSiteMemoryを設置してみた



その名の通りWordPressにライフストリームを追加する「Lifestream」をインストールしてみました。
 ダウンロードは[こちらの紹介ページ](http://wordpress.org/extend/plugins/lifestream/)から出来ます。

実際に自分のライフストリームを表示させてみると、~~こんな感じに表示されました。~~
 Web上での自分の行動が一挙に羅列されるので、見返すだけでも結構面白かったりします。

今回は、このブログのフィードとTwitter、Flickr、はてブの4つを表示させています。

また、Twitterの読み込みが用意されているのですが、Basic認証のままのため使えなかったのと、海外製のプラグインのため、はてブの読み込みが用意されていなかったので、RSSで代用しています。




WordPressにライフストリームを追加するプラグイン



今回はiPhoneアプリを使って投稿したらどうなるか気になったので、それを利用して投稿しています。  
 また使う前には、アプリ自体がXML-RPCを介して投稿しているらしいので、WordPress側でXML-RPCの投稿を許可する必要があります。  
 フリック入力が慣れていないことと、やっぱり画面が小さいので、簡単な記事か、記事のベースだけ先に下書きとして使う感じになりそうです。




iPhoneアプリを利用した投稿テスト



Twitterのボタンを追加していましたが、世界的なソーシャルネットワークであるFacebookのボタンも追加していみました。

ちょっと導入まで手間取ったので、メモを残しておきます。


## プラグインとして設置

こちらの[プラグインの設置方法を紹介しているページ](http://www.lastday.jp/2010/05/11/how-to-set-up-facebook-like-button-into-wordpress)にあるように、プラグインとしてLikeボタンを追加することができるようなのですが、AppIDの発行時にエラーが発生してしまったので他の方法を探すことにしてみました。


## テンプレートを直接編集して設置

今回はプラグインではなく、直接テンプレートを編集して行うこちらの方法で実装しました。

参考にさせていただいたのは、こちらの[Likeボタンの設置方法について書かれたページ](http://blog.verygoodtown.com/2010/05/facebook-like-button-wordpress/)です。

実際に挿入したコードは、

```php
<iframe src="http://www.facebook.com/plugins/like.php?href=<?php echo urlencode(get_permalink($post->ID)); ?>&amp;layout=standard&amp;show_faces=false&amp;width=450&amp;action=like&amp;font=verdana&amp;colorscheme=light&amp;height=25" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width:450px; height:25px;" allowTransparency="true"></iframe>
```

上記のように、表示させたい箇所に挿入しました。

記事毎にFacebookのLikeボタンを追加する方法



iPhoneを持ち出して、すこし気になるようになってきたので、WordPressにiPhone用のテーマを適用させるプラグインをインストールしてみました。

今回は「WPtouch iPhone Theme」というプラグインを使わせいただきました。


## インストール

使い方は簡単。通常のプラグインと同様に、[WPtouch iPhone Themeの紹介ページ](http://wordpress.org/extend/plugins/wptouch/)からダウンロードし、FTPでプラグインディレクトリにアップロードするか、管理ページ内のプラグインを新規追加から検索して追加をした後、有効化するだけです。

細かな設定までは出来ませんが、かなりiPhone向けに最適化されていますので、デフォルトのままでも気にならないレベルです。


## 日本語化

こちらのプラグインを作られた方が外国の方なので、色々な表現が英語で作られています。

特に気にならないようであればいいのですが、もし日本語で表示させたいのであれば、[こちらの日本語化 WPtouch プラグインの紹介ページ](http://blog.yamk.net/yamk/wptouch-ja)を確認していただいて、適用することで日本語化することも可能です。




WordPressにiPhone用テーマを適用するプラグイン



ブログの記事を更新するとTwitterの方にも更新情報を自動的に投稿しているのを良く見かけるので、自分のブログにも設置してみることにしました。

今回試してみたのは、TweetableとWP to Twitterの二つです。

テストはしてないので、ちゃんと動くかな？


## Tweetable

[こちらの紹介記事](http://www.ryuzee.com/contents/blog/2760)をみて、インストールしようと思いましたが、サーバの環境？が合わなくて入りませんでした。

設定方法はリンク先の通りですが、（６）のSign in with Twitterがうまく動作しませんでした。

症状は[こちら](http://www.total-office-net.com/it_blog/wordpress/tweetable_wordpress)と同じなのですが、このブログのサーバではファイアウォールの設定ができないような気がしたのであきらめました。


## WP to Twitter

次に見つけたのがこれでした。

Account Settings内の「Your Twitter account details」に自分のユーザー名とパスワードを入力するだけなので手軽にインストール可能です。

新規記事、記事の更新、新規ページ、ページの更新、ブログロールの更新時の設定が可能なので、単純にTwitterにも情報発信するだけなら問題ないと思います。

さてちゃんと動作してるでしょうか？




WordPressとTwitterを連動させてみる



物凄く久しぶりに投稿。

MovableTypeを使っていましたが、仕事でも少し触ってたりしてて、やっぱり自分にはWordPressの方が合ってるかなーと思い、WordPressに引越ししました。

MovableTypeの再構築のまどろっこしさや、テンプレ内での変数の利用の仕方等がなかなか癖があって、ほぼ直接プログラムが記入できるWordPressの方がお気に入りです。

また今後はもう少し頻度を上げて更新していこうかとおもいますので、  
 よろしくお願いいたします。


