• Home
  • サイトマップ
Blue Orange Green Pink Purple

Archive for the ‘カスタマイズ’ Category

You can use the search form below to go through the content and find a specific post or page:

2 月 17

XREA で WordPress アップロード機能を使う

XREA では PHP がモジュール版・セーフモード(SAFE MODE)環境で動くようになっているので、WordPress から自動生成されるディレクトリとファイルの所有者が「apache」になってしまい、以降そのディレクトリに WordPress から書き込みできなくなる。
それが原因でファイルアップロード機能やプラグインの自動アップグレード機能、本体のアップグレード機能が使えなかったりする。
解決方法はいくつも参考サイトがあるのでgoogle先生にお任せするとして、自分用にメモ。

手動でディレクトリを作成する方法もあるが、簡単な「PHP を CGI モードで動かす」方法で実行。以下は WordPress 2.5 以降の方法。(特に指定するファイル名)

  1. アップロードディレクトリの設定
  2. 管理パネル>設定>その他の設定、アップロードするファイルの保存場所を「wp-content/uploads」に設定。
    「アップロードしたファイルを年月ベースのフォルダに整理」は適宜。(アップロードするファイル数が多くなる場合はチェックしておいたほうがいい)

  3. PHP を CGI モードで動かす
  4. wp-admin/ ディレクトリに.htaccess ファイルを作成し、次の1行を追加。

    AddHandler application/x-httpd-phpcgi .php
    

    ただ、これだと wp-admin/ 以下全ての PHP が CGI モードになり動作が遅くなる可能性があるので、上記1行の代わりに、アップロードに関わるファイルのみ指定したコードを追加。

    <files async-upload.php>
    AddHandler application/x-httpd-phpcgi .php
    </files>
    

    ファイルアップロードだけなら、async-upload.php のみの指定でOK。
    #!/usr/local/bin/php の追加やパーミッションの変更は不要。

    あとプラグインの自動アップグレードも使う場合は、上記に続けて

    <files update.php>
    AddHandler application/x-httpd-phpcgi .php
    </files>
    

    も追加する。
    更に、プラグイン新規インストールも使う場合は「plugin-install.php」を、本体の自動アップグレードは「update-core.php」も指定する。
    あとプラグイン「WP-DBManager」を使う場合は「admin.php」を指定。

基本これで動作するようになると思うが、動かない場合は以下もチェック。

  • 文字コード、改行コードを確認
  • 文字コード、改行コードが Wordpress 本体ファイルと合ってるかを確認

  • パーミッションを 707 に設定
  • XREA の場合はパーミッションを 707 に設定

  • ファイル所有者の修正
  • セーフモードに変更する前にディレクトリ作成されてる場合、所有者の変更する必要がある。
    XREA 管理画面の 管理メニュー>ツール>「ファイル所有者の修正」にて修正。

  • XREA 自動広告から手動広告へ切り替え
  • 広告自動挿入だと先頭にブランク行が出て WordPress の動作に問題が生じる事があるらしいので .htaccess で自動広告を切り、テンプレートファイルに広告コードを挿入する。

    1. 自動広告をオフ
    2. ブログ表示ディレクトリの .htaccess に次の1行を追加

      LayoutIgnoreURI *

      これで広告が非表示になる。
      (この作業の前に、ブログページのソース1行目がブランクになっていることを確認し、作業後広告が非表示になった事とソース1行目がブランクになっていない事を確認)

    3. 手動広告を挿入
    4. XREA 管理画面>広告HTML をクリック、ソースコードをコピーし、使用しているテーマのテンプレートファイル「header.php」の該当位置に挿入。
      挿入位置は XREA の規定に従う事。

    5. XHTML の記述に変更
    6. コードを「XHTML 1.0 Transitional 」に変更。
      XREA の正式対応はまだ?のようなので、XREA&CORE SUPPORT BOARDを参考に。
      sb.xrea.com/showthread.php?t=888
      sb.xrea.com/showthread.php?t=2732
      このあたりを見る限りでは公式ではないが、サポート的にOKを出してると解釈して

      <a href="http://img.xrea.com/ad_click.fcg?site=ユーザーサーバ.xrea.com" target="_blank">
      <img src="http://img.xrea.com/ad_img.fcg?site=ユーザーサーバ.xrea.com" border="0" alt="xreaad">
      </a>
      

      に変更
      (arget属性を外してもOKとの事なので、そのあたりは好みで)

    7. 修正済み header.php をアップロード
    8. 広告表示やソースが正しい事を確認。

セーフモードや XREA での WordPress 情報は下記を参照。

セーフモードによる制限と対処方法

XREA における WordPress関連情報

WordPress 本体のコアアップグレードについては後日。

2 月 12

WordPress と WordPress MU 比較

それぞれの詳細はwiki等に委ねるとして、
複数ブログを構築する際の WordPress と WordPress MU を比較してみよう

比較項目 WordPress WordPress MU
設置 複数のディレクトリにそれぞれ設置する必要有 本体の設置のみで複数ブログを運営可
機能1 少し前まではバージョンも違い、機能的にも違いがあったようだが、今はMulti-User(複数ブログを管理できる)かどうかが一番大きな違いで、機能的にはほぼ同様
バージョンアップ こちらが主体 本体を追っかけて1〜2ヶ月遅れでリリース
日本語化 本体が出てすぐリリース MU本体から少し遅れてリリース(場合によってはマイナーバージョンは翻訳されない)
アップグレード ブログ毎にアップグレードする必要がある 本体のアップグレードのみでOK
プラグインも同様
マニュアル 書籍やネット上の情報が多い 書籍は(たぶん)無し、ネット情報もかなり少ない
導入の難易度 ほぼ変わらず
ブログ追加 1つ目同様の作業が必要 ユーザー追加と同じぐらい容易
DBの構造 ブログ単位でDBを指定できる 1つのMUに対して1つのDBで、管理用テーブルと各ブログ用テーブルが作成される
各ブログはID毎にテーブルが作成される
(MUはWordPress.comに導入されてるので、DB構造的には効率的なのだろう)
機能2 本文内でコードが使えない、等の違いがあるみたいだが、プラグインで解決
プラグイン 使えないプラグインもある
2 月 11

WordPress MU アクセス制限 - BASIC認証 編

今まで WordPress を会社の取引先とのやりとり専用ツールで使ってたんですが、取引先やプロジェクトが増える度に新規で WordPress を設置するのも効率が悪いので、WordPress MU 導入しました。

WordPress では、そのディレクトリ毎にBASIC認証を掛けていたんですが、WordPress MU の場合、仮想ディレクトリなのでBASIC認証の掛けようがない
(TεT)、、、
と悩んでいたんですが、実現方法がありました。

WordPress の「ブログディレクトリの変更」と同じようなやり方で、まず

  1. 実在ディレクトリを作成
  2. ブログURLが「example.com/blog01」なら「example.com/」直下に「blog01」ディレクトリを作成。

  3. WPMUのindex.phpをコピー
  4. WordPress MU ディレクトリ直下の index.php を「blog01」ディレクトリにコピー、
    index.php の

    require('./wp-blog-header.php');

    を該当ディレクトリに変更
    WordPress MU ディレクトリが「example.com/wpmu」なら

    require('../wpmu/wp-blog-header.php');

    これで実在ディレクトリからWPMU本体を読みに行くようになる。
    この際、.htaccess の mod_rewrite の記述は不要。

  5. BASIC認証の設定
  6. 通常どおり、.htaccess でBASIC認証を設定。
    これで完了!

2 月 11

WordPress MU ブログディレクトリの変更

ブログURLのタイプをサブディレクトリ型にして、ルート直下に WordPress MU ファイルを置かず、サブディレクトリに WordPress MU ファイルを置き、各ブログURLを WordPress MU と同レベルに置きたい場合、(ややこしい)
つまり
WordPress MU ディレクトリ:example.com/wpmu
ブログURL:example.com/blog1,example.com/blog2
にしたい場合、通常版WordPressのような設定だけでは解決できないのでメモ。

  1. ブログURL変更
  2. WordPress MU では WordPress の一般設定にある「WordPress のアドレス (URL)」「ブログのアドレス (URL)」が各ブログ側の設定では表示されない、、ので、
    admin権限でログインし、サイト管理 > ブログ から該当ブログの「編集」をクリック、ブログ情報の「パス」のみを変更し保存。
    (上述の例で言うと、パスを「/wpmu/blog1/」から「/blog1/」に変更)

  3. サーバに index.php と .htaccess を設置
  4. 通常版WordPressの公式ドキュメントと同様に、 WordPress MU ディレクトリにある index.php と .htaccess をルートディレクトリにコピー。
    追記:どうやら index.php は要らないみたい

  5. index.php 修正
  6. require('./wp-blog-header.php');

    を該当ディレクトリに変更。
    (上述の例で言うと、パスを「./wp-blog-header.php」から「.wpmu//wp-blog-header.php」に変更)

    通常版WordPressなら、ここまでで設定完了なのだが、MUの場合は次がポイント!

  7. wp-config.php 修正
  8. 38行目と40行目

    $base = '/wpmu/';
    define('DOMAIN_CURRENT_SITE', 'example.com' );
    define('PATH_CURRENT_SITE', '/wpmu/' );
    

    を

    $base = '/';
    define('DOMAIN_CURRENT_SITE', 'example.com' );
    define('PATH_CURRENT_SITE', '/' );
    

    に変更。

    これで完了!
    この設定で今後追加するブログのデフォルトもルート直下になる。


    追記:ブログディレクトリを変更すると、Wordpressからの各種通知メール内のURLが違ったパスになるので変更

  9. 各種通知メールの修正
  10. ユーザー追加時の招待メールの wp-activate.php へのURLが違ったパスになるので
    wpmu-functions.phpの1146行目

    http://{$current_site->domain}{$current_site->path}wp-activate.php

    を

    http://{$current_site->domain}{$current_site->path}該当ディレクトリ/wp-activate.php

    に変更

    同じくパスワード再発行の wp-login.php へのURLが違ったパスになるので
    wp-login.phpの148行目

    $message .= 'http://' . trailingslashit( $current_site->domain . $current_site->path ) . "wp-login.php?action=rp&key=$key\r\n";

    を

    $message .= 'http://' . trailingslashit( $current_site->domain . $current_site->path ) . "該当ディレクトリ/wp-login.php?action=rp&key=$key\r\n";

    に変更

2 月 11

WordPress MU 2.7 インストール後の初期設定

  1. まずは日本語化
  2. 管理画面の Settings > General Settings の blog language で「japanese」を選択して「Save Changes」をクリック。
    次に サイト管理 > 設定 の 初期設定言語 で「japanese」を選択して「設定を更新」をクリック。
    WordPress MU ディレクトリ直下の wp-config.php のWPLANGを

    define (’WPLANG’, ‘ja’);

    に変更。

  3. ユーザー設定
  4. 新規ユーザー作成後、一旦ログアウトして、新規ユーザーでログイン、adminを削除。セキュリティ上、デフォルトのadminは消しておく。

  5. サイト管理 > テーマ設定
  6. 使用するテーマを有効化。

  7. サイト管理 > 設定
  8. 今後追加していくブログのデフォルト設定を行う。
    「新規登録の許可」「案内メール」「アップロードメディアのボタン」「ブログのアップロード容量」「アップロードファイルの最大サイズ」「サイト管理者」あたりを適宜設定。
    あと「プラグイン」は有効化しておく。
    (これを有効化しておかないと、ブログを追加した時にプラグインが使えない)

  9. メール文字化けを解決
  10. WordPress MU ディレクトリ/wp-content/plugins/wp-multibyte-patch/ext/ja/config.php の設定を”jis”に変更
    ※全ての送信メールが”ISO-2022-JP”で送信される

WordPress MU 全体に関わる設定は以上。
あとは個別のブログ毎に通常版WordPress同等の設定を行う。

※ WordPress MU でブログディレクトリを変更したい場合の設定はWordPress MU ブログディレクトリの変更で解説

« 新しい投稿 | 古い投稿 »

WordPress備忘ログ

  • カテゴリー
    • Mac (1)
    • WordPress (14)
    • WordPress MU (7)
    • カスタマイズ (13)
    • テーマ (1)
    • プラグイン (4)
    • 京都 (1)
  • 最近の投稿
    • Mac OS X環境移行
    • カスタムフィールドの記事内での表示方法
    • Comment Notifier カスタマイズ
    • WordPress(MU) コメント通知のカスタマイズ
    • Quick Comments (コメント投稿強化&コメント通知)
    • Subscribe2 カスタマイズ
    • XREA で WordPress アップロード機能を使う
  • タグ
    新規タグの追加
  • アーカイブ
  • Archives
    • 2010 年 7 月
    • 2009 年 4 月
    • 2009 年 3 月
    • 2009 年 2 月
  • Search






  • Home
  • サイトマップ

© Copyright WordPress備忘ログ. All rights reserved.
Designed by FTL Wordpress Themes brought to you by Smashing Magazine

Back to Top