老眼palm

老眼だけど、ぢっと掌を見る プロフィール RSS

タグ「WordPress」のアーカイブ

WordPress 2.8.1にアップグレード他

今日から三連休。先週末は、海外出張あるかも?休日出勤あるかも?という感じもあったが、仕事がある程度順調に進んで、その必要はなくなった。昨日は会社のS君と軽く一杯やったし、今日はのんびりだらだらの一日にする予定。

WordPress 2.8.1が来ていて、日本語版も用意されたので、アップグレードした。今回は自動アップグレード。

  1. バックアップする
  2. プラグインを止める
  3. tmpディレクトリを用意する
  4. ツール→アップグレードで自動アップグレードを実行
  5. プラグインもついでに自動アップグレード
  6. プラグインを有効化する
  7. tmpディレクトリを削除する
  8. 投稿編集画面で「ビジュアル」にすると明朝体になるのを直す

実にあっけなく終わる。4の自動アップグレードの実行時、本来なら進行状況が逐次表示されるはずなのだろうが、「サーバーの応答を待っています」の後にいきなり「完了しました」まで進んでしまうのは心臓に悪い。

20090715-wx340upgrade

そういえば、WILLCOM WX340Kのソフトアップグレードが来ていたので、そっちも数日前にやっつけていた。待ち受け画面以外でもメールの着信が分かるとかいう内容。自分にはあまり関係ない。Web閲覧中にスクロールすると、ちょうど縦の画素分スクロールするので、行の途中が切れて表示されてしまう件は対応されていなかった。この点は前のWX320Tが勝っている。これが京セラクオリティというべきか、要するに中の人は使ってないから、かゆいところに手が届かないのだろう。

WordPressのinoveテーマをアップグレード

ブログの記事の行間隔が狭すぎるかなと思って、調整しようと調べると、使っているinoveテーマが1.4.5にバージョンアップされていた。今日は雨だし、家でくすぶってるから、思い切ってアップグレードすることにした。

オリジナルのファイルを持ってきて、前にやった調整(この記事とかこの記事とか)をやるわけだが、面倒くさいんでいくつか端折って、次のようなことをやった。(特に指定していないのはstyle.cssをいじった。)

  • フォントサイズをオリジナルより大きくする。style.cssでの指定はemを使って相対的に行う
  • フォントをsans-serifにする
  • フォントやリンクの色を調整
  • 行間隔や段落の間隔を調整
  • preのスタイルをカスタマイズ
  • ol, ulをぶら下がりインデントにする
  • カレンダーの文字サイズを調整
  • タイトルを「記事タイトル | ブログタイトル」という恰好にする(404.php, header.php)
  • postpathにカテゴリーじゃなくタグを使う変更(single.php)
  • Google Analyticのコードを入れる(footer.php)

各記事に投稿時刻を入れる変更は面倒なのでやめてしまった。タグ関係やカレンダー関係はオリジナルで少し変更があったので、自分でいじる分が少し減っている。結局、見栄えの調整のほとんどはフォントサイズの調整だが、老眼だから大きめのフォントにしておきたいというのがあるだけで、それを我慢すれば、もっと楽できるんじゃ?とか思ったりする。

段落の間隔の調整なんかはWeb Developerを使っている。機能が多すぎて全然使いこなせていないが、便利だ。

WordPress 2.8にアップグレード

WordPressの管理画面に「2.8にアップグレードしてください」と出ていたが、日本語版が出たらのんびりやろう、と思っていた。そのうちに、2.8への自動アップグレードはバグがある、という話が聞こえて来たので、手動アップグレードを実施。

手順はおおよそこのページの通り。

プラグインはしばらく更新をサボっていたので、「更新あり」と表示されているモノ(Google XML sitemap)のみ自動アップデートした。xreaでプラグインの自動アップデートするには、SAFE-MODE対策の方法1が必要。

wp-multibyte-patchが適用されているのに、投稿編集画面で「ビジュアル」にするとフォントが明朝体になってしまうので、wp-includes/js/tinymce/themes/advanced/skins/wp_theme/content.cssを、body.mceContentBodyのfontにsans-serifを直接指定するよう書き換えてしまう。2.7の時も同じようなことをやったが、ファイル構成が大きく変わっていた。エディタまわりがずいぶん変更があったのだろう。そのせいか前よりかなり編集画面はもっさりしていて、ストレスがたまる。

WordPressのタグクラウドの挙動に慌てる

自転車にリアキャリアを付けた記事を書いて、「自転車」というタグを付けてみたのだが、タグクラウドに「自転車」が出てこない。なんなんだーとちょっと慌てたが、こんな話だった。

  • WordPressのタグクラウドは、デフォールトでは上位45番まで表示する。
  • 「自転車」というタグを作るまでは、タグは45個しか使ってなかった。したがって、新しいタグを追加しても上位45番以内に必ず入るので、すぐにタグクラウドに表示される。
  • ところが「自転車」タグは46個目だったので、同じタグの付いた記事が増えて45位以内になるまでタグクラウドに表示されない。

タグクラウドに表示されないのは変だなあ、と思いつつ、それはとりあえず置いといて、昔の記事に「自転車」タグを付けていたのだった。そうしているうちに、新しいタグが上位45番に突入して、タグクラウドに表示されるようになった。(一番使用頻度の低いタグは3回だ。)それでようやく上記の挙動に気づいた次第。分かってしまえば簡単な話だが、慌ててしまった。

このブログでは、カテゴリーはすべて「未分類」にして、タグだけ使っている。実は、カテゴリーは一つの記事に一つしか指定できないと思い込んでこんなことをしていたのだが、勘違いだった模様。分類するのはもともと苦手だし、いまさら面倒くさいので、とりあえずこのままにしておく。

XREA+のサーバー移動

PHP5のサーバー環境が欲しかったなどの理由で、XREA+のサーバー移動をやってみた。(単にやってみたかっただけ、というのもある。)
参考にしたのは、このページで、特に付け足すこともないが、手順をメモ代わりに。

  1. Value-Domainで無料アカウントを作成する。
    今使っているのと別のサーバーを選んで、同じアカウント名で作成した。自分がやったのは、先週の土曜の話だが、確認のために同じ手順をやってみると、今は無料アカウント作成のところで一つしかサーバーを選択できない。2chによれば、そのサーバーもダウンしているとか。自分の場合はたくさん選択できたので、ラッキーだった。
  2. Value-Domainの「サーバーアカウントの登録・管理・購入」メニューで新しく取得したアカウントの「購入」を実行し、「無料体験 7日」で購入する。今使ってるサーバー容量が、無料アカウントの50MBを越えているので、これで移行できる容量を確保する。
  3. 前のサーバーのpublic_html以下をftpでダウンロードして、新しいサーバーにアップロードする。
  4. 古いサーバーでWordPressのエクスポートを行う。
  5. エクスポートしたファイルの記事間の参照のリンクをエディタで書き換える。
    以前パーマリンク構造を変えたが、古い記事は昔のパーマリンクのまま記事間で参照していたので、それを手で書き換えた。新しいサーバーに移ればpermalink-redirectプラグインもうまく動かないだろうし、すっきりしたかったので。ただしこの作業はやたら大変だった。(この作業のために、何年ぶりかでxemacsを使ったり…。)
  6. 新しいサーバーにWordPressをインストールして、上で書き換えたエクスポートファイルを読み込む。このとき、エクスポートのファイルが大きくてインポートできないので、この記事を参考に.htaccessファイルを仕込んで制限を緩和させる。
  7. このタイミングで、古いサーバーのWordPressの設定を書き換えて、WordPressのアドレスをroganpalm.comからxrea.comベースのものにしておくべきだった。(これをやらなかったので、古いサーバーの管理画面にいけなくなってしまった。)
  8. 新しいサーバーのWordPressが動いていることを確認して、Value-DomainでDNS設定を変更して、roganpalm.comを新しいサーバーに向ける。
  9. DNS設定が更新されたら、XREAのメニューでドメインウェブ設定を行う。
  10. WordPressの設定→一般で、WordPressのアドレス及びブログのアドレスをroganpalm.comベースに書き換える。
  11. Value-Domainの「サーバーアカウントの登録・管理・購入」で、古いアカウントから新しいアカウントへ移動を行う。
    両方共、有料契約になっているので、無理やり移動する必要があるが、これでアカウントの有効期限が交換される。古いアカウントは、1週間後には体験期間が切れて無料契約になり、広告が表示されるようになった。

パーマリンク構造さえ、最初に適切にやっていたら、サーバーの移動はもっと楽だったろう。ドメインを持っていればサーバーを変えるのは何とかできるもんだなあ、と思った。今後の課題は、バックアップをいかに確実に楽ちんにやるか、だ。