WPを3.4.2に更新のメモ

各種テスト用として構築してあるWPのサイトを、現在の最新版→3.4.2に更新した。バックアップが面倒そうなので、ちょっと嫌煙していたんだけど、今日は朝から雨なので、作業してみることにｗ
以下、本日の作業メモ。

MySQLに詳しい訳じゃないから、ｐｈｐMyadmin使わなくても、楽にデータべースのバックアップを取ってもらおうと、WPへプラグインDB-Managerを追加して、インストール。

DB-Managerを日本語化するためのファイルをFTPにてアップロード。
★こちらのリンクをたどって、DLしました。
http://technolog.jp/website/cms/1161

DB-Managerを有効化。
ここで、「htaccessのファイルをバックアップ用フォルダへ移動しなさい」という感じの警告メッセージがドーンと表示され、ちょっとびっくり。英語で真っ赤な字で表示されるのは、あまりいい気分ではない(^_^;)

FTP接続して、指定の場所にhtaccessファイルを移動して、拡張子変えて、バックアップ用フォルダのパーミッションを変えて、再び、プラグインの設定画面に戻る。無事、上記の警告はなくなっていた。

が、 データベースバックアップ画面を開くと、「確認中」となったまま、使用可能な状態になっていなかった。その確認中というのが、次の2項目。

• MYSQLのダンプパス
• MYSQLパス

"サーバーの管理者へお問合せ下さい"となっていたので、とりあえず、レンサバの「よくある質問」などを探索してみた。が、格安サーバーなので、基本、データベースのサポート情報はなし（苦笑）
が、CGIのパスがusr/!/bin/pearだったりするのと同じように、この2つのパスは、ググったらいっぱい出てきた（＾◇＾）

2つのパスを入力して、設定を更新ボタンをクリーック！

・・・更新されませんの警告表示(ﾉ_-;)

ためしに、もう一回クリックするも、、、結果は変わらず(>_<) 

これはもう、ネット上にいるであろう、私と同じ悩みを持ち、解決方法を詳しく公開してくれているありがたいブロガーさんに頼るしかありません。あちこちさまよい、ロリポサーバーの場合のエラー回避策にたどり着きましたm(；∇；)m
★ロリポップでのWP-DBManagerの設定方法（http://wordpressseo.ki-sp.com/）
http://goo.gl/4rtFR

記事通りに、「php.iniの設定」を変更し、再び、データベースバックアップ画面を開くと、「すべての設定が有効です。操作を実行してください。」と、やっとWelcomeな雰囲気の画面になっているではありませんかd=(´▽｀)=b ｨｪｰｨ♪

DBのバックアップを取って、プラグインをいったんすべて停止。あとはサクッとWPを自動更新。ほんの数秒で更新は完了。
更新でのエラーはなかったので、プラグインを有効化しつつ、更新。ついでにテーマも更新しておいた。

プラグインの中には、ちょっと設定が変わったものもあった。初期設定になったのかな？
ま、この辺は、再度お好みに設定すればいいだけだから問題なし。

それにしても、WPって、なんでこんなに更新頻度高いんでしょうか(-。－；)

モチベーションあがる

昨日の朝は、ドンっという衝撃で起こされた。ほぼ札幌だけが揺れた地震。本当は、地下実験でもやってるんでないの？と疑いたくなった。



あまりに局地的な地震のせいか、テレビもラジオも、数分経過してから速報が流れた。
テレビもラジオもなかなか地震速報が出ないので、ガス爆発や交通事故？と思い、ベランダに出てみたが、特に異変もなく、まちBBSの方が、よっぽど地震のニュースは早かった（苦笑）

そんな朝ではありましたが、お仕事先で、ちょっとうれしいことがあった。
「後期だけでなく、来年以降も長くお願いしたいと思っていますので、どうぞよろしく」

本当は、一年くらいお世話になった後、また違うステップをと考えていましたが、お願いされるって嬉しいね。 私でよければ、がんばります！って気持ちになる。社交辞令でないことを祈りますが(^_^;)

さらに、WPのカスタマイズ中なのですが、PHPが思い通りに動いてくれて、こっちもうれしい。専門家なら、きっと他愛もないことなんだろうけど、なんちゃってプログラマにとっては、感動ものなのであります(笑)

このカスタマイズについては、また改めて覚書としてアップしたいと思う。WP、面白い(^^♪

テストサイトから本番サイトへ

WPで制作中のサイト。カスタマイズがほぼ完了したので、いよいよ本番環境へ設置を開始する(^^)
明日一日かけて、テスト環境と同じ状態にする予定でいるので、とりあえず今夜は、本番環境サーバーへ、WPのインストールのみ行っておいた。

インストールといっても、最近はどのレンタルサーバーもMTやXoopsや、今回のWordPressなどについて、『簡単インストール』なるツールを用意しているため、MySQLの設定など一切なしで、すぐにインストールが完了してしまうので、1分もかからずに作業は終わってしまう。

ちなみに、WPの場合、インストールに成功すると「WordPress がインストールされました。もっと何か作業をしたかったですか ? がっかりさせてゴメンナサイ。これだけです !」という 、クスっと笑えるコメントが表示される（＾◇＾）

なんですが、ちょこっと躓いたので、覚書として残しておこうと思う(^_^;)

今回設置するサーバーは、新規でレンタルしたサーバー。このため、ルートの直下には、ひとまず業者が用意しているindex.htmlが置かれている。
この状態で、WPを簡単インストール。インストール直後は、データベースの設定までが終わった状態のWPなので、Config.phpにアクセスして、WPを使い始める準備を開始、という流れになる。

が、簡単インストール画面の指示に従って、「次のURLをクリックし、WPの設定を完了してください」をクリックしても、「ようこそ！WordPressへ」の画面は表示されず、IDとパスワードを入力する画面がいきなり現れた。

ん？？？？

何も設定してないのに、IDもPWも入れようがないじゃんと思って、ググってみたら、「index.html」が邪魔なことが分かった(/_;)
FTP接続して、サーバーの中身を見ると、確かにindex.htmlとindex.phpの2つが存在している。
index.htmlを削除して、もう一度『次のURLをクリック』をクリックしたら、無事にようこそ画面になった＼(^o^)／

ものすごい単純な見落としでしたが、ルート直下にWPを置く方は、index.htmlは削除しておくことを忘れずにとか、どこかに書いておいてほしいものだ…。って、こんな躓きは、私だけか？？(^^ゞ

コアファイルは触っていないので、カスタマイズしたテーマの各種PHPファイル、CSSファイル、画像ファイルをアップロードして、 プラグインの設定をして。これだけで作業は終わる予定なんだけど、明日もやっぱり躓きそうな予感(笑)
スムーズにいきますように。

wp_link_pagesタグを使う

ウェブページは下に長いものではあるが、適当なところで、次のページへ送りたい時もある。
WordPressでは、moreタグを使うと、『続きを読む』のリンクが自動で設定されるが、今回はそうではなくて、一つの記事を複数のページに分割したいという時の方法。

調べてみると、moreタグのようにnextpageというタグを追加してやれば、それ以降の文章が自動で2ページ目に送られることが分かった。な～んだ簡単！と思い、早速追記してみたが、何も変化が起きない・・・。

で、さらに調べてみると、使用しているテンプレートファイルがこのnextpageに対応していない場合、それをしたいｐｈｐファイルにwp_link_pagesタグを追加してやらないとダメということが分かった。

私の場合、固定のページを分割したかったので、page.phpファイルにwp_link_pagesタグを追記。で、結果を見てみると、ばっちり＼(^o^)／
『これ以降は2ページ目、3ページ目』としたいところ（投稿文章の途中）にnextpageを書いてやるだけで、Page1・2・3のリンクが出来上がっているではありませんか。

かゆいところに手が届きます。WP素敵(^^♪

■参考：Codexウィキ
http://goo.gl/iuBwC

Codexを見ると、デフォルトの使い方やパラメーターが出ていますが、そのまま使うとなんの飾り気もない状態で、Page1・2・3となるのみですので、CSSで見栄えを変えた方がよりいいかも。
ちなみに、わたしは、Divで囲んで、クラス指定ができるように、こんな状態のタグをｐｈｐファイルに追記しています。

<div class="pagesprit"> <?php wp_link_pages('before=<div class="page-numbers"><strong>Pages:</strong>&after=</div>&next_or_number=number&pagelink=<span class="numbers">%</span>'); ?> </div>

moreタグとthe_content_rssタグ

久しぶりに、この時間まで作業。(^_^;)
寝る前に、本日の忘備録を。

ブログなんかで記事が長くなると、よく見かける『この続きを読む』っていうあのリンク。
Wordpressには、【more】タグというものがあって、記事を書いている途中に、タグ挿入ボタンをポチッとクリックするだけで、簡単に機能させることができる。

で、カテゴリー表示のページは、確かにこれで希望通りの状態になった。もちろん個別ページは、このタグは無視されるため、こちらも問題なく全文が表示。がしかし、カスタマイズした肝心のトップページでは、このタグが有効になってくれない<(T◇T)>

で、いろいろ調べたら、マルチバイト文字に関連した不具合らしいことがわかり、そもそもWPに同梱されているプラグイン『WP Multibyte Patch 』を有効にするだけで、回避できるものでした。やれやれ。
壁にぶつかったら、WPの場合は、まずCODEXですね。

★日本語・マルチバイト特有の問題
http://goo.gl/SYyBF

プラグインを有効にすると、新着記事をループしているトップページの記事でも、記事が分割され、moreタグが正常に動作してくれました＾＾

よっしゃ、と思ったら、もう一か所問題が（￣□||||！！
今度は、jqueryのスライドショー内に読み込ませている記事の抜粋が、おかしなことに。なんとこちらは、moreダグ以降の記事が表示となっているではありませんか。

このスライドショー内では、記事を抜粋表示するために、rssで使っている抜粋記事が表示されるように記述されている。（元のテンプレートがそうなっていたので、そのままでした）
が、調べてみると、rssのためのこのタグ【the_content_rss】は古いもので、現在は非推奨。置き換えてくださいとcodex本家に書いてあった。
それでもパラメーターの解説があったので、いろいろ設定するも、どうやってもmore以降の記事しか呼び出せない(ｰ｡ｰ)

いろいろ変更して、moreタグは諦めて、、、。素直に「指定した文字数で記事を抜粋する」ことに方向転換。 これがさ、1分と掛からない作業で終わっちゃいまして(>_<)
最初から、こうしておけばよかった。

ちなみに、【?php echo mb_substr(get_the_excerpt(), 0, 170); ?】で、170文字抜粋です。

本日も、いろいろと学びました。WPマスターの方にすれば、ものすごい初歩的なところで躓いているんだろうなぁ　(´Д｀) =3

でも、楽しい♪

「見たまま印刷」をとりあえず

WPのページを印刷しようとすると、スタイルシートが適用されず、使い物にならない印刷結果になる。
印刷に関するプラグインもいろいろあるようだけど、明日、改めて印刷用スタイルシートを作ることにして、今夜はとりあえず楽～な方法でお茶を濁しておく（苦笑）

もっとも楽な手段。それは…。
ヘッダーのスタイルシートへのリンクの記述に「media=”print” 」を追記する方法でっす(^^ゞ
とりあえずは、"パーツごとの出力"ではなく、"整形されて出力"なので、まぁ許されるかと。

あ、でも。改めて印刷用CSSを作るといっても、もとのCSSの複製を作って、それを印刷用CSSとし、display: none;で余計なところを非表示にするくらいだけどね(~_~メ)

今日は、久々、一日引きこもったなぁ。こういう生活をしていると、中年太りしそうで怖いと思ったりしますが、都心部に引っ越してから随分と歩くようになったのと、『体幹エクササイズ』のおかげで、40㎏をやや下回る状態（身長と体重の割合としては、ベスト体重） をキープし続けています(^^)v

健康第一。身体が資本。

ページトップに戻るリンクを自動で

今日追加したプラグイン。基本中の基本ですが(^_^;)

WP To Top
http://wordpress.org/extend/plugins/wp-to-top/

ページの上部へ戻るためのリンクを表示するプラグイン。
スクリプトなので、スクロールバーを動かした時のみ、ウィンドウの下部に表示される。

設定は、いつもの通り、超簡単な、サーバーにアップロードして、WPで有効化のみ。色や文字はCSSで設定変更を加えちゃえば、お好みに。
が、しかし。最初は、表示されませんでした…(>_<)

というのも、私の使っているテーマでテンプレートタグ【wp footer】を使っていなかったのです。/ bodyの前に、!--?php wp_footer(); ?-- を追加したところ、無事表示(*^_^*)

WP面白いなぁ。

★参考
http://codex.wordpress.org/Function_Reference/wp_footer

WPでページ上部に謎の余白

CSSもHTMLも何も間違いはない。
なのに、なぜかウィンドウ上部に30pxほどの余白ができる。
bodyやｈ1、ページ上部のナビメニューのマージンはもちろんゼロ。

が、しかし。
Firefox、IE、Chrome、どのブラウザでも、すべて謎の余白が上部に　(＠_＠;)

なんで？？？

と思ったら、 WP3.1の新機能「管理バー」の表示スペースの影響を受けていることが判明！！
私のCSSやHTMLソースが悪いのだと思い、いろいろ試すも原因がつかめず、随分と時間をくってしまったではありませんか…＿|￣|○

WPのフォーラムでこの現象のやり取りがありました。
http://ja.forums.wordpress.org/topic/6341

こちらの記事もわかりやすかったです。
http://12net.jp/blog/b20110228_01.html

原因がわかってしまえばなんてことのない話ですが、こういうところでつまづくと、全く先に進めなくなるから困る(>_<)

さてと、すっきりだ。引き続き頑張りましょ　(^^)

フォントの指定

サイト制作が久々なもので、いちいち基本的なところで悩みますヾ(- -；)

本日のお悩みは、フォント。環境によって見え方が異なるのは、今も昔も変わらないんだけど、少しでも読みやすい文字設定にしたいと、当たり前に思うわけです。
で、これを指定しておけば無難でしょ？という過去のお約束が、今も通用するのかどうかが、とても気になっておりまして。

そもそも、OSやブラウザのシェアって、今はどうなってるの？などと、そんなところからチェック開始(;^_^A
XPが半数を切ったことや、Ｗｉｎ7が私の想像よりもまだまだ少ないじゃんとか思いながら、自分の浦島太郎加減を、少々反省…。

同じ日々の繰り返しは、成長しないというか、古い人間になってしまうんだな、やっぱり。『専門バカ』なんて言葉がありますが、得意分野にのみ詳しくてもダメなんだよね。

で、とりあえず、これでいってみようかと決定したfont-family↓

"メイリオ", Meiryo,"Hiragino Kaku Gothic Pro W3","ヒラギノ角ゴ Pro W3","Osaka","ＭＳ ゴシック",sans-serif

メイリオ追加しただけじゃん、な～んて思ったり　r(^ω^*)))

とりあえず、フォント決めたぞ！と。

★参考：ブラウザ、ＯＳシェアチェック
http://marketshare.hitslink.com/

URL設計

WordPresｓ（以降、WP）でサイトを作ることになったので、その忘備録。

WPに限ったことではないが、サイトを作る場合、URLの設計は最初に決めてから作業することも重要なポイント。しかし、このブログもそうだけど、動的なプログラムって、吐き出すURLが通し番号とか、日付とかになる。それでOKなら楽なんだけど、企業サイトだとそうはいかないこともある。

ということで、まずは、パーマリンク設定を『/%category%/%postname%/』に変更するところから開始。

すると、記事ページへのリンクは、『/カテゴリー名/記事タイトル/』となった。ちなみに、記事タイトルが日本語だと、そのまま日本語のディレクトリー名がURL表示されます。ウィキペディアみたい(^^)

URLに日本語があると、IE6やエンコードに問題が出てくるが、IE6はそもそもやめましょう、と思っているので、気にしていないで進めます(笑)
それと、日本語URLは果たしてどうなんだ？と少し前までは思っていましたが、Googleでもちゃんとヒットしてることや、ユーザーにとってもリンク先がわかりやすいと考えると、悪くないなと思っています。

ただ、記事タイトルが長すぎないようにしたいかな、とは思う。ちなみに、記事を投稿する際に、スラッグを設定すると、そのスラッグがURLになるので、回避方法はある。

で、次。
カテゴリーページのURLに問題が。『/category/カテゴリー名/』 となるのです。

どこからやってきたの？この『/category/』　((+_+))

で、検索したら、謎の/category/を取り除くプラグインを紹介している数多くのブログを発見。早速私もインストールしたところ、URLはスッキリ！
プラグインの設定は、サーバーにアップロード、WPにログインして有効化、のみで、難しい作業はゼロでしたヽ(^。^)ノ

★WPでカテゴリーURLから/category/を削除するプラグイン
http://wordpress.org/extend/plugins/wp-no-category-base/ 

さて、明日もまた頑張りましょう～。