しかし、６枚の写真をアップできるようにしても、つねに６枚写真をアップするとは限りません。

登録していない画像枠には、「No-Image画像」などを入れておくと見栄えが良いのですが、その都度設定するのは面倒かと思います。

そこで、写真を登録していない枠では自動的に「No-Image画像」にリンクするようにします。

PHP構文のif文を使います

if文　条件分岐

<?php if(条件式) : ?>
条件式が当てはまる場合に実行する処理
<?php else : ?>
条件式が当てはまらない場合に実行する処理
<?php endif; ?>

<?php if ( post_custom('キー') ) : ?>
<img src="<?php echo post_custom('キー')?>" />
<?php else : ?>
<img src="No-Image画像のURL" />
<?php endif; ?>

使用させて頂いています携帯投稿用プラグインはこちら(Ktai Entry)

しかし、携帯からの写真付き投稿の場合、写真の拡大表示が今パッとしない・・・

と言うことで、Liteboxの登場なのですがワードプレス2.8以降では、my-hacks.php

は使用できないようです。

調べた結果、プラグインとして組み込むことで対応出来そうなので試してみました。

詳しくはこちらをどうぞ

WordPressでmy-hacks.phpを使わない方法
Bye Bye my-hacks.php?

上記サイトを参考に、KtaiEntry作者様のLightBox 用に、rel=”lightbox” 属性を追加するのコードをプラグインとして組み合わせてみました。

上記コードを　wp-hacks　というフォルダを作成し　my-hacks.php　のファイル名で保存します。

後は、フォルダごとWordPressのpluginsフォルダににアップロードするだけです。

※my-hacks.phpを保存する際には必ず　UTF-8　の　BOMなし　で保存することをお忘れなく。

WordPress管理画面にログインしプラグインを有効にし、携帯から投稿テストを行います。

これといって前兆はないのですが、前回突然のクラッシュで痛い目にあいましたから・・・

お手軽に済まそうと今回はバックアップソフトを導入することに。

この手のソフトも沢山有りますね。

定番のメーカーにするつもりだったのに値段に負けて「LBコピーワークス」という私はまったく知らなかったメーカーのソフトを購入することに。

少々の不安を抱えいざインストールそしてバックアップ開始・・・

何かエラーで止まったようです。

なんと、もとのハードディスクにクラスタ不良箇所がある！！

クラスタ不良箇所があると上手くバックアップコピーが取れないそうです。

知りませんでした。

このソフトだけでしょうか。だまされた様な気分で調べてみると他のメーカーも同じような注意書きがあるではないですか。

参りました。何故か。Windowsのディスクの修復で処理するように、それも何度も繰り返すことで修復できるとあったので、何回したでしょうか。もう１０回はしたかな。いいかげん嫌になりました。

こんな事なら、新しいハードディスクに入れなおした方が早かったのでは・・・

あきらめられません。どの程度壊れているのだろう？　あまりに不良クラスタが多いのであればHDDの寿命は間近のはずです。　今度はそっちが気になって仕方ありません。

今回お世話になったのがこちら

http://www.iuec.co.jp/fromhddtossd/

FromHDDtoSSD_1_2+++Free

というソフトウェアです。

色分けして分析してくれるようです。

取り合えず一個エラーの色に変わっていました。不良クラスタは一箇所なのでしょうか？なんでWindowsのツールで直らないのでしょうか。

もし、一箇所なのであればなおさら諦められません。

簡単には思うようなソフトは見つからないものですよね。検索キーワードがまずいのかな。。。

そしてやっと見つけたのがこれ、

HDD Regenerator

参考にさせてい頂いたのがこちら、

http://gigazine.net/index.php?/news/comments/20060811_hdd_regenerator/

有料ソフトですが、お試し版もあります。

ただし、最初に見つけた不良箇所のみ修復（つまり最初の１個）とあります。

私の場合たぶん一箇所のはずという事で使ってみました。

結論はあっという間に直りました！　感動です。　バックアップ作業もスムーズに完了です。

今回はさすがに参りましたが、良い経験となりました。

みなさんお世話になりました。

自動アップグレードでは様々な問題が取り上げられている為、手動アップグレードを行い無事完了と一安心した所で思わぬ不具合が発生している事に気付きました。

「ページ」設定でカスタムテンプレートの選択が無効になっています。

フォーラムを確認しても該当する記事は一切ありません。　ググッてみても同じようなトラブルの報告はありませんでした。

とりあえず2.7.1に戻してみると、問題なくカスタムテンプレートのデザインになってます。

考えられることは、私の製作したオリジナルテーマは2.8に対応できていない？？？

いやそもそも2.8に対応した制作などと言った定義があるのか？？？

冷静に判断してみることに。
まず、公式サイトで配布されているテーマでの不具合はありません。
数十はあるクライアント向けオリジナルテーマでの不具合は無い。
しかし、この時点では解決できませんでした。

数日後、自社サイトにサンプルテーマを追加しているときにやっと気付きました。
テーマ記述には問題なかったのですが、ファイルのアップロードに問題ありでした。
と言うか、初歩的なミスでまったくもってお恥ずかしい話です。

私の場合、テーマを制作する時にトップページ以下サブページのコンテンツレイアウトをテーマフォルダ内にサブフォルダを作りその中に保存しています。

サブフォルダには、kiyaku.php など適当に名前をつけたファイルがページ数分入っていたりします。
　（要はテーマとは関係ないファイルが存在している状態）

そのサブフォルダと内部のファイルが原因でした。　なぜそんなフォルダをアップロードしてるのか？　理由は簡単、全選択で一気にアップロード作業をした方が手早いからです。

もちろんクライアントに納品するのはテーマファイルだけなので、トラブルは発生しないわけです。

「ページ」編集では、カスタムテンプレートのファイル名を指定しているので、指定しているファイルの問題だとばかり思い込み解決が遅れました。　テーマと関係ないファイルはサーバーにアップロードしないようにというお話でした。

それでも、今後「Windows Live メールに移行したい」という相談は増えると思いますので、今回の事例を書きとめておこうと思います。

パソコン操作に少し慣れてくると、キーボードのショートカットキーは多用されていると思います。　Windowsの場合「コピー」は　Ctrl+C　ですが、このショートカットキーがWindows Live メールの受信メール上で利用できない環境があるらしいのです。

確かにこれは便利が悪いですよね。　ログインIDやパスワード、検索キーワードなど無意識に Ctrl+C のコピーショートカットキーは結構使ってますから。

同じ環境が実現できないので苦労しましたが、結論は　「ツール」→「オプション」へ進み、「読み取り」タグを選択して頂き、「メッセージはすべてテキスト形式で読み取る」にチェックを入れることで解決しました。

新規でインストールした時にこの項目にチェックが入っているかどうかは不明ですが、同じような症状でお悩みの方は試してみて下さい。

補足ですが、Windows Live メールにて新規メール作成時に半角英数を記入すると、赤の下線が文面に入り見づらいなあと思う方は、同じくオプション設定の「スペルチェック」タブ内の「入力中にスペルチェックを行う」を無効にしてみて下さい。

以上、Windows Live メールの設定変更でした。

実際に商品は販売しておりませんのでご注意下さい。

金額： $10,000

購入する：　

中規模～大規模ウェブサイト構築を前提にWordPress MUを検証中

今回使用するサーバーは、NTTスマイルサーバーです。

PHPの動作は、、「php.ini」の設定変更で「EUC-JP」から「UTF-8」に変更済み

※後日記述します。

WordPress MUの公式サイトより最新版をダウンロード(Ver.2.7.1を使用)

WordPress 日本語版作成チームのサイトより、WordPress MU 用日本語リソースをダウンロード

WordPress MUの wp-contentフォルダ内に languagesフォルダを新たに作成

展開した日本語リソースの「ja.mo」ファイルを新たに作成したlanguagesフォルダにコピー＆ペーストする

wordpress-muフォルダ内の「htaccess.dist」ファイルに以下の2行を追加記述する

PHPのセキュリティ対策のため　※参考サイト　WordPress Multi User (README.TXTの日本語訳)

php_flag register_globals 0
php_flag display_errors 0

WordPress MUをサーバーにアップロードする

今回は「wpmu」にリネームしてディレクトリごとアップロードしました

例) http: //example.com/wpmu /index.php

データベースはWordPress MU用に１つ空けておく

パーミッションの変更

WordPress MUのインストール紹介サイトではインストールディレクトリ及び、wp-contentディレクトリを

777に変更とあるが、スマイルサーバーの場合インストールディレクトリ、wp-contentディレクトリ共に　755　にする。

※「http」も705から755に一時的に変更しておくこと

ブラウザにてWordPress MUをインストールしたディレクトリにアクセスする

例)「http: //example.com/wpmu /index.php」にアクセスする

WordPress MUの初期設定画面になります

まず、ブログURLの構成を選択します

サブドメイン型　『wpmu.example.com』

ディレクトリ型　『example.com/wpmu』

今回は　ディレクトリ型を選択しました

データベース名

ユーザー名

パスワード

ホスト名(ホスト名はlocalhostのまま)

メールアドレス

以上を入力したら次の画面へ進み一旦ストップして下さい。

サーバー内の「wpmu」ディレクトリ内に「.htaccess」ファイルが作成されていますので、

.htaccessのパーミッションを600から604に変更します

変更を確認してから、WordPress MUの初期設定画面へ戻ります

自動生成されているパスワードをコピーしログイン画面へと進みます

管理者権限(admin)にてWordPress MUへログインし各種設定を行います

まずは日本語化です

Setting　から　General　へ進み

Blog Language　のドロップダウンメニューから　Japaneseを選択し　Save Changes　をクリックして

変更を確定させます

そして、サイト管理から設定へ進みます

初期設定言語のドロップダウンメニューから「Japanese」を選択して、設定を更新する

以上で、スマイルサーバーへのWordPress MUのインストールは完了です。

「http」フォルダのパーミッションは705に戻しておいて下さい

当面は動作確認と、プラグインなどの検証を進めてみたいと思います。

作業予約・施設の予約状況などを簡単に追加・削除できるようになります。

ホームページアドレス (URI)：http://www.example.com/wordpress/
　↓
ホームページアドレス (URI)：http://www.example.com/index.php
に変更して、設定更新ボタンを押す。

wordpress/　の中にあるindex.php　をサイトのルートディレクトリに移動する。

エディタでindex.phpを編集して

require(‘./wp-blog-header.php’);
　↓
require(‘./wordpress/wp-blog-header.php’);
に変更する。

http://www.example.com/にアクセスすると表示されるようになります。

ログインは　http://example.com/wordpress/wp-login.php になります。

パーマリンクがある場合は、パーマリンク設定ページでパーマリンクの構造をアップデートしてください。