Windows 8.1が公開された週の土曜日にWindows8から8.1へと更新した。
スタートメニューにあるストアを開くとどーんと8.1への更新案内が出てるのでそれをクリック。ダウンロードは1時間半くらいかかった。そして更新作業にも1時間半くらい。全く問題発生せずですよ。
そして機能を確認する前に最初にすることがある。それはWindows Updateの自動更新を止めて手動更新に変更すること。この設定画面では選択肢が4つある。
1.更新プログラムを自動的にインストールする。
2.更新プログラムを自動的にダウンロードし、インストールを行うかは自分で選ぶ。
3.更新プログラムをチェックし、ダウンロードとインストールを行うかは自分で選ぶ。
4.更新プログラムをちぇっくしない。
私は3番を選択している。なぜそうするかというと1番だと楽ではあるけれどときどきWindowsが勝手に再起動してそれまでの作業がだめになるという話をときおりみかけるから。そういうことがないように変更するのだ。それともうひとつどんな更新があったのか見ておきたいから。といっても具体的な内容はわからないのだけどちょっとした更新なのか重要な更新なのか、それがどれくらいの頻度であるか気になるのですよ。
あと、どうせ更新プログラムは必ずかけるのでべつに2番でもいいのだけどまぁなんとなく3番にしてます。
ちなみに8.1への更新作業中にもどれにするか聞いてくる。そのときはたしか3番に相当する選択肢がなかったと思う。なので更新後に設定したのだ。
で、Windows 8.1だけど内部的なことはよくわからないけど.1なだけあって見た目にはちょっとした改良点がみえますね。スタート画面のタイルの大きさの選択肢が増えたことはよく聞くけど、他にもWindows ストアアプリ以外の従来のWindowsアプリをスタート画面に登録するとそのタイルの背景色がアイコンでよく使われている色になるという変更点もあったりする。
PC設定画面も8ではメニュー文字列が大きかったけど8.1では小さくなったというか普通の大きさになっていたり。これはこの方がいいね。
ということで私が使っている状況においてWindows 8.1にして問題点は無いです。
2013年10月30日水曜日
2013年10月29日火曜日
WordPress 3.7に更新、全く問題なし。
WordPress 3.7に更新した。
更新作業で不具合なし、更新後のプラグイン有効化で問題なし、投稿でも問題なし。
先週にWordPress 3.7が公開されたので日曜日に更新しましたが全く問題なしでした。更新前にtwitterを検索してみたところ不具合があったというツイートも見つからなかったです。もちろんバックアップ用のプラグインでバックアップが取られていることを確認したから行いましたよ。
3.7は見た目でわかりやすい機能はとくにないけれど障害修正やセキュリティの向上のための更新が自動で行われるとのことなのでいちいち更新作業しなくてもいいわけですね。自動更新が不安という考え方もあるけどそんなこといってたらあれもこれも気になって何もできないことになります。
更新作業で不具合なし、更新後のプラグイン有効化で問題なし、投稿でも問題なし。
先週にWordPress 3.7が公開されたので日曜日に更新しましたが全く問題なしでした。更新前にtwitterを検索してみたところ不具合があったというツイートも見つからなかったです。もちろんバックアップ用のプラグインでバックアップが取られていることを確認したから行いましたよ。
3.7は見た目でわかりやすい機能はとくにないけれど障害修正やセキュリティの向上のための更新が自動で行われるとのことなのでいちいち更新作業しなくてもいいわけですね。自動更新が不安という考え方もあるけどそんなこといってたらあれもこれも気になって何もできないことになります。
2013年10月16日水曜日
WordPressのテーマをカスタマイズするには結局いちから作るほうが楽だった
ずっとbiglobeのウェブリブログを使わせてもらってブログを書いていたけれどレンタルサーバー上にWordPressを入れてそちらに引っ越した。
その前にレンタルサーバー上にはWordPressで別のサイトを作っていた。それとは別にWordPressをもうひとつインストールして一般的なブログとして運用することにしたのだ。なぜそんなことをするのかというと借りているレンタルサーバーの空き容量がものすごく多くてもったいないと思っていたことと見た目などをもっと自分好みにしたいと思ったからだ。
前に作ったサイトはニュースサイト的なものであり以前HTML手打ちで構築していたものとなるべく見た目にもURL的にも互換性があるように作っていた。これはローカルマシンに環境を作ってかなり時間と手間をかけて作った。
でもこの新しいブログではWordPressでいちから作成するのは大変なので既存のテーマを少しカスタマイズする程度にしようと思っていた。でもこれが意外とできなかった。
WordPressをインストールするとはじめからいくつかのテーマが用意されているのでその中から選ぼうとしたけれどどうもカスタマイズしにくい。ほかにフリーで色々なテーマがあるけれどちょうどいいのを探すのも大変。
で、結局どうしたかというとWordPressレッスンブック、WordPressデザインブックという2冊の本の例題のものをカスタマイズして使うことにした。WordPressの勉強用ということで必要最小限のことだけが書いてあるのでこの方がカスタマイズしやすい。既存のテーマは汎用的で多機能なのでカスタマイズしにくいのだ。
そんなわけで新しく作ったブログはWordPressとしてはコードも見た目もものすごくシンプル。自分が使う部分しかコードを書いてない。新しく機能が必要になったらそのとき追加していくという形をとっている。他人にテーマを使ってもらうのでなければこれでいいのだ。
その前にレンタルサーバー上にはWordPressで別のサイトを作っていた。それとは別にWordPressをもうひとつインストールして一般的なブログとして運用することにしたのだ。なぜそんなことをするのかというと借りているレンタルサーバーの空き容量がものすごく多くてもったいないと思っていたことと見た目などをもっと自分好みにしたいと思ったからだ。
前に作ったサイトはニュースサイト的なものであり以前HTML手打ちで構築していたものとなるべく見た目にもURL的にも互換性があるように作っていた。これはローカルマシンに環境を作ってかなり時間と手間をかけて作った。
でもこの新しいブログではWordPressでいちから作成するのは大変なので既存のテーマを少しカスタマイズする程度にしようと思っていた。でもこれが意外とできなかった。
WordPressをインストールするとはじめからいくつかのテーマが用意されているのでその中から選ぼうとしたけれどどうもカスタマイズしにくい。ほかにフリーで色々なテーマがあるけれどちょうどいいのを探すのも大変。
で、結局どうしたかというとWordPressレッスンブック、WordPressデザインブックという2冊の本の例題のものをカスタマイズして使うことにした。WordPressの勉強用ということで必要最小限のことだけが書いてあるのでこの方がカスタマイズしやすい。既存のテーマは汎用的で多機能なのでカスタマイズしにくいのだ。
そんなわけで新しく作ったブログはWordPressとしてはコードも見た目もものすごくシンプル。自分が使う部分しかコードを書いてない。新しく機能が必要になったらそのとき追加していくという形をとっている。他人にテーマを使ってもらうのでなければこれでいいのだ。
2013年8月5日月曜日
WordPress3.6アップデート無事完了
自分のホームページを7月にWordPressに変更したときそのバージョンは3.5.2でした。
そしてひと月もたっていない8月3日にWordPressが3.6にバージョンアップしたのです。感覚的に早いね！と思いましたですよ。
ということで翌日にバージョンアップを実施。
まずはバックアップから。プラグインで週に一回フルバックアップしているのですけどそれは同じサーバ上においてるだけなのでローカルPCにダウンロードしておく。さらに念のためFTPで設定ファイル、テーマファイルなどをダウンロード。WordPressのツール画面でデータベースのダウンロード。
つづいてすべてのプラグインを停止。
そしてWordPress上に表示されている自動アップデートのボタンを押してアップデート開始。エラーメッセージなどは表示されず。
プラグインの中には3.6対応のためのアップデート指示もあったので素直にアップデート。
プラグインを有効化。
サイト表示を確認。画面の遷移もいくつか確認。
以上、まったく問題なし。トラブルなく無事アップデートが済みました。
この過程でバックアップが一番手間と時間がかかったけれど使用しなくて済みました。ある意味無駄な作業にもなったのだけど、バックアップはこの手の作業が無事に終了するためのおまじないと考えていつもちゃんとやっています。
そしてひと月もたっていない8月3日にWordPressが3.6にバージョンアップしたのです。感覚的に早いね！と思いましたですよ。
ということで翌日にバージョンアップを実施。
まずはバックアップから。プラグインで週に一回フルバックアップしているのですけどそれは同じサーバ上においてるだけなのでローカルPCにダウンロードしておく。さらに念のためFTPで設定ファイル、テーマファイルなどをダウンロード。WordPressのツール画面でデータベースのダウンロード。
つづいてすべてのプラグインを停止。
そしてWordPress上に表示されている自動アップデートのボタンを押してアップデート開始。エラーメッセージなどは表示されず。
プラグインの中には3.6対応のためのアップデート指示もあったので素直にアップデート。
プラグインを有効化。
サイト表示を確認。画面の遷移もいくつか確認。
以上、まったく問題なし。トラブルなく無事アップデートが済みました。
この過程でバックアップが一番手間と時間がかかったけれど使用しなくて済みました。ある意味無駄な作業にもなったのだけど、バックアップはこの手の作業が無事に終了するためのおまじないと考えていつもちゃんとやっています。
2013年7月31日水曜日
サイトでアマゾン商品プレビューを利用すると左右に余白がつく。
前回はamazon商品プレビューのjavaスクリプトを読み込ませるとcssでid="navbar"と指定した場所が乱れることを書きましたが、今回もうひとつ問題を見つけました。
iPod touchやAndroido端末で表示を確認していたらどうも指定していないはずなのに内容表示全体の左右にすこし余白が追加れてました。例によってchoromeの機能である「要素を検証」で調べたところやっぱりamazon商品プレビューのjavaスクリプトによってbodyタグの左右にマージンを指定するcssが効いていたのでした。
↓こんなことしてたのです。
PCのブラウザで見る分にはたいして問題になりませんけどiPod touchやiPhoneやAndroid端末では画面が小さく狭いですから左右の8pxずつは気になります。
携帯端末ではマウスカーソルをリンクの上にのせるということはできないのでamazon商品プレビューを有効にしても意味がありません。よって携帯端末(user agentで判断)ではamazon商品プレビューのスクリプトは読み込ませないように修正しました。
これで期待通りの表示ができるようになりました。
iPod touchやAndroido端末で表示を確認していたらどうも指定していないはずなのに内容表示全体の左右にすこし余白が追加れてました。例によってchoromeの機能である「要素を検証」で調べたところやっぱりamazon商品プレビューのjavaスクリプトによってbodyタグの左右にマージンを指定するcssが効いていたのでした。
↓こんなことしてたのです。
body {
margin: 0 8px !important;
}
PCのブラウザで見る分にはたいして問題になりませんけどiPod touchやiPhoneやAndroid端末では画面が小さく狭いですから左右の8pxずつは気になります。
携帯端末ではマウスカーソルをリンクの上にのせるということはできないのでamazon商品プレビューを有効にしても意味がありません。よって携帯端末(user agentで判断)ではamazon商品プレビューのスクリプトは読み込ませないように修正しました。
これで期待通りの表示ができるようになりました。
アマゾン商品プレビューでナビゲーションバーの乱れる理由
WordPressでサイトの構築を完了したあと、amazonの商品プレビュー用のjavaスクリプトを設置したらナビゲーションバーの表示が乱れた。cssで設定した幅よりも少し広がってしまうのだ。
なぜ乱れるのか検索してもこの症状について書いてあるページがないのでしばらく使用しないでいたけれど、先ほどなおすことができたのでここに書いておきます。
理由：
htmlのnavタグのidの名前をnavbarにしていたから。
つまり、
しかたがないのでnavbarという名前をやめてglobalnavとしました。
たぶんクラス名とかID名がかぶってるのではないかなぁとは薄々思ってはいました。まさかアマゾンさんがそんなことしないだろうと思っていたし。で、ブラウザのchromeに標準にある機能「要素を検証」で調べていってわかりました。やっぱりそうなのかというがっかり感。
ちなみになぜnavbarにしていたかというとWordPressの本に書いてあった例をそのまま採用したから。でもこれ高い確率で使われる名称だと思うんですよね。
あとからやってきたamazonのjavaスクリプトになんか負けた気がしてしまうのでした。
なぜ乱れるのか検索してもこの症状について書いてあるページがないのでしばらく使用しないでいたけれど、先ほどなおすことができたのでここに書いておきます。
理由：
htmlのnavタグのidの名前をnavbarにしていたから。
つまり、
<nav id="navbar">
しかたがないのでnavbarという名前をやめてglobalnavとしました。
<nav id="globalnav">
たぶんクラス名とかID名がかぶってるのではないかなぁとは薄々思ってはいました。まさかアマゾンさんがそんなことしないだろうと思っていたし。で、ブラウザのchromeに標準にある機能「要素を検証」で調べていってわかりました。やっぱりそうなのかというがっかり感。
ちなみになぜnavbarにしていたかというとWordPressの本に書いてあった例をそのまま採用したから。でもこれ高い確率で使われる名称だと思うんですよね。
あとからやってきたamazonのjavaスクリプトになんか負けた気がしてしまうのでした。
2013年7月19日金曜日
WordPressとツイッターとの連携、私の場合
WordPressで投稿した時、投稿したことをtwitterでも自動で通知したいときどうしようか。
すぐ思いつくのはそれ関係のプラグインをインストールし実行することだよね。
でも、私の場合はそれはしなかった。プラグインをなるべく入れないようにするためです。
どうするかというとWordPressが出力するRSSを利用すれよくて例えばdlvr.itというサービスがあります。最初はこれを利用させてもらうと考えたのだけれどすでに使っている別のサービスでも同じ事ができるのでそちらで行うことにした。
それはIFTTTというサービスでこれについては以前にも記事を書いています。
これで「RSSが更新されたらそのタイトルとURLをツイートする」という設定をしておけばいいのです。
このIFTTTはいろいろなサービスに対応しているし、設定も簡単なのでアカウントをひとつ持っておけばいろんなことができて便利。
ついでにtumblrの更新もこれでツイートするようにした。（Tumblr自身にツイートする機能はあるんですけどね。この方がなんとなく面白いから(^^)）
すぐ思いつくのはそれ関係のプラグインをインストールし実行することだよね。
でも、私の場合はそれはしなかった。プラグインをなるべく入れないようにするためです。
どうするかというとWordPressが出力するRSSを利用すれよくて例えばdlvr.itというサービスがあります。最初はこれを利用させてもらうと考えたのだけれどすでに使っている別のサービスでも同じ事ができるのでそちらで行うことにした。
それはIFTTTというサービスでこれについては以前にも記事を書いています。
これで「RSSが更新されたらそのタイトルとURLをツイートする」という設定をしておけばいいのです。
このIFTTTはいろいろなサービスに対応しているし、設定も簡単なのでアカウントをひとつ持っておけばいろんなことができて便利。
ついでにtumblrの更新もこれでツイートするようにした。（Tumblr自身にツイートする機能はあるんですけどね。この方がなんとなく面白いから(^^)）
2013年7月18日木曜日
WordPressでの実運用をして気がついたちょっとしたこと
自サイトをWordPressにして数日後にGoogleウェブマスターをチェックしたらエラーなどがでていた。
href="aaaa/bbbb.html" とした場合、
1ページ目なら http://sitename/aaaa/bbbb.htmlへのリンクとなるけれど
2ページ目以降は http://sitename/page/2/aaaa/bbbb.html となってしまう。
慣れてる人なら当たり前のことだろうけど自分はローカル環境で試作していたときは気がつかなかった。
メタデータdescriptionの方は2ページ目以降にはページ番号をつけて重複になるのを避ける処理を入れていたのだけど、titleタグの方には何もしていなかった。なぜか気がつかなかったのでtitleタグにもページ番号を入れるようにした。
ウェブマスターで気づいたのはそれくらい。
ということでプレビューならカウントしないようにPHPを修正した。
けど落ち着いて考えたらWordPressにログインしている時にカウントしないようにしておけばプレビュー以外でも自分のアクセスをカウントしないことに思いいたった。
のでログインしていたらカウントしないようにさらにPHPを修正した。
しかし「気がついた」「気がつかなかった」の多い文章だね。
リンクがたどれない。
サイドバーに貼った自サイト内へのリンクが見つからないという。そのリンクは相対指定にしていたのがまずかった。最初のページならそれでもいいのだけど2ページ目以降はURLの関係で相対指定できないのだった。href="aaaa/bbbb.html" とした場合、
1ページ目なら http://sitename/aaaa/bbbb.htmlへのリンクとなるけれど
2ページ目以降は http://sitename/page/2/aaaa/bbbb.html となってしまう。
慣れてる人なら当たり前のことだろうけど自分はローカル環境で試作していたときは気がつかなかった。
titleタグとが重複する。
WordPressにする前でもtitleとdescriptionが重複したので修正したことがあったので一応気をつけていたのだけど一発でうまくは行かなかった。メタデータdescriptionの方は2ページ目以降にはページ番号をつけて重複になるのを避ける処理を入れていたのだけど、titleタグの方には何もしていなかった。なぜか気がつかなかったのでtitleタグにもページ番号を入れるようにした。
<?php global $paged; $pagestr = ($paged >= 2)? ' (ページ'. $paged . ')': ''; ?>
<title><?php wp_title('«', true, 'right'); ?><?php bloginfo('name'); echo $pagestr; ?></title>
ウェブマスターで気づいたのはそれくらい。
自分で自分のページを見るときのGoogleアナリティクスコードの実行抑止
正式公開後、固定ページの更新や投稿ページ作成の時にプレビューを見るのだがこの時もGoogleアナリティクスのコードが実行されてカウントしてしまうことに気づいた。気づくのが遅いね！ということでプレビューならカウントしないようにPHPを修正した。
けど落ち着いて考えたらWordPressにログインしている時にカウントしないようにしておけばプレビュー以外でも自分のアクセスをカウントしないことに思いいたった。
のでログインしていたらカウントしないようにさらにPHPを修正した。
<?php if(!is_user_logged_in()): ?>
（Googleアナリティクスのコード）
<?php endif; ?>
しかし「気がついた」「気がつかなかった」の多い文章だね。
2013年7月17日水曜日
私のページのWordPressのインストールから公開まで
私が行ったWordPressへの移行作業をここに記録しておきます。
まず、前提。
・レンタルサーバーはさくらインターネット。
・元のページはライトプランだったのでWordPressは使えない。よってスタンダードプランを新規に用意した。
・さくらインターネットで用意されているクイックインストールは使わず手動でインストールする。とくに理由はなくなんとなくそうしたかったから。
・コンテンツの作成もエクスポート・インポートではなくひとつづつコピーアンドペーストで。これもとくに理由はなく単にそうしたかったから。
・WordPressを独自ドメインで素直に使うためにはインストール作業を独自ドメイン名で行う必要がある。したがってあらかじめWordPressをインストールしてから独自メインを設定し直すというやり方はしない。
ただそれだと作業中の中途半端な状態が訪問者に見えてしまうのでメンテナンス中という表示をする必要がある。
全体の流れは以下のとおり。
/home/ユーザー名/www/wordpress/index.html
次に前のサーバーのコントロールパネルから独自ドメインを外して2時間待つ。ドメイン設定関連は2時間ほど間を開けろと書いてあるので。
2時間たったら新しいサーバーのコントロールパネルからWordPressをインストールするディレクトリに独自ドメインを設定する。
そして、独自ドメイン名でアクセスしそれがネットに反映され準備中が表示されるのを待つ。
先のindex.htmlファイルとディレクトリwordpressを削除してからwordpress-x.x.x-ja.zipを展開。unzipするとディレクトリwordpressが作らるので問題ない。
で、すぐに独自ドメイン名でアクセスする。でないと悪い訪問者に乗っ取られかも？
設定ファイルがないから作るよ、っていう画面が出るのでそこから画面に従ってインストールしていく。それにはMySQLのデータベース名などの入力、サイト名やユーザー名などの入力を行う。
wp-config.phpとかを直接編集するようなことはしていない。
ここでちょっとした問題が発生しました。ローカル環境でも試したプラグインを使おうと検索したらなくなってた！どうも作者が取り下げたらしい。ということで急遽なにかよいものを探すことに。
どれがいいかなと検討している間にもHPに訪問者がくるかもしれないのでWordPressに初めからある最初の投稿の内容を「準備中」に変更した。
そしてあらためてプラグインを探してインストールした。
さて、訪問者にはメンテナンス中と表示されるようになった所で独自テーマを構築していく。
独自テーマの構築といってもローカル環境に作ってあるのでそれをコピーするだけ。
ところがここでまた問題が発生。WordPressのphpファイルなどを編集して更新ボタンを押すとブラウザの表示が真っ白になってしまう。functions.phpを空にすると白くはならないのだけどもちろんそれでは意味が無い。wp-config.phpのDEBUGをtrueにしてみるとエラーメッセージが表示される。
"Cannot modify header information - headers already sent by………"と。
このエラーメッセージを検索したところなにやPHPの関数を使うタイミングが良くないらしいのだが、ローカル環境で問題ないので悩んだ。さらに調べていくと別の解決方法が見つかりこの場合php.iniに一行記述すれば良いらしい。
"output_buffering=on"
と書いたところちゃんと更新ボタンを押しても白い画面にならずちゃんと表示されるようになった。よかった。このエラーには焦りました。
プラグインもインストール。使ったのはContact Form 7と.html on PAGESのふたつだけ。
これで独自テーマの構築は完了。
次にページのトップに固定でカスタム投稿タイプをひとつ表示するための作業があったのでけれど
この段階で10時間かかっているし、休憩を長く取りたかったのでメンテナンスモードを解除し公開した。
正式公開後にGoogleアナリティクスのコードをヘッダに記述し、プラグインGoogle XML SitemapsをインストールしてGoogle対応した。
次のエントリでは実運用して気づいたことを書こうと思う。
まず、前提。
・レンタルサーバーはさくらインターネット。
・元のページはライトプランだったのでWordPressは使えない。よってスタンダードプランを新規に用意した。
・さくらインターネットで用意されているクイックインストールは使わず手動でインストールする。とくに理由はなくなんとなくそうしたかったから。
・コンテンツの作成もエクスポート・インポートではなくひとつづつコピーアンドペーストで。これもとくに理由はなく単にそうしたかったから。
・WordPressを独自ドメインで素直に使うためにはインストール作業を独自ドメイン名で行う必要がある。したがってあらかじめWordPressをインストールしてから独自メインを設定し直すというやり方はしない。
ただそれだと作業中の中途半端な状態が訪問者に見えてしまうのでメンテナンス中という表示をする必要がある。
全体の流れは以下のとおり。
- データベースの準備
- 独自ドメインの付け替え
- WordPressのインストール
- 独自テーマの構築
- 固定ページの作成
- 過去投稿から最近のものを持ってくる
- その他の部分の作成
- 正式公開
1.データベースの準備
データベースMySQLをコントロールパネルから作成。これはとくに気をつけること点はなく素直に作成した。2.独自ドメイン付け替え
まず新しいサーバー上に「準備中」と表示されるだけのシンプルなHTMLファイルをWordPressをインストールするディレクトリに作成しておく。この場合インストールするディレクトリ名はwordpressとした。/home/ユーザー名/www/wordpress/index.html
次に前のサーバーのコントロールパネルから独自ドメインを外して2時間待つ。ドメイン設定関連は2時間ほど間を開けろと書いてあるので。
2時間たったら新しいサーバーのコントロールパネルからWordPressをインストールするディレクトリに独自ドメインを設定する。
そして、独自ドメイン名でアクセスしそれがネットに反映され準備中が表示されるのを待つ。
3.WordPressのインストール
WordPressをja.wordpress.orgからwordpress-x.x.x-ja.zipを/home/ユーザ名/wwwにダウンロード。先のindex.htmlファイルとディレクトリwordpressを削除してからwordpress-x.x.x-ja.zipを展開。unzipするとディレクトリwordpressが作らるので問題ない。
で、すぐに独自ドメイン名でアクセスする。でないと悪い訪問者に乗っ取られかも？
設定ファイルがないから作るよ、っていう画面が出るのでそこから画面に従ってインストールしていく。それにはMySQLのデータベース名などの入力、サイト名やユーザー名などの入力を行う。
wp-config.phpとかを直接編集するようなことはしていない。
4.独自テーマの構築
ここで独自テーマの構築だけどその前にメンテナンス中と表示するプラグインをインストールし実行しておく。ここでちょっとした問題が発生しました。ローカル環境でも試したプラグインを使おうと検索したらなくなってた！どうも作者が取り下げたらしい。ということで急遽なにかよいものを探すことに。
どれがいいかなと検討している間にもHPに訪問者がくるかもしれないのでWordPressに初めからある最初の投稿の内容を「準備中」に変更した。
そしてあらためてプラグインを探してインストールした。
さて、訪問者にはメンテナンス中と表示されるようになった所で独自テーマを構築していく。
独自テーマの構築といってもローカル環境に作ってあるのでそれをコピーするだけ。
ところがここでまた問題が発生。WordPressのphpファイルなどを編集して更新ボタンを押すとブラウザの表示が真っ白になってしまう。functions.phpを空にすると白くはならないのだけどもちろんそれでは意味が無い。wp-config.phpのDEBUGをtrueにしてみるとエラーメッセージが表示される。
"Cannot modify header information - headers already sent by………"と。
このエラーメッセージを検索したところなにやPHPの関数を使うタイミングが良くないらしいのだが、ローカル環境で問題ないので悩んだ。さらに調べていくと別の解決方法が見つかりこの場合php.iniに一行記述すれば良いらしい。
"output_buffering=on"
と書いたところちゃんと更新ボタンを押しても白い画面にならずちゃんと表示されるようになった。よかった。このエラーには焦りました。
プラグインもインストール。使ったのはContact Form 7と.html on PAGESのふたつだけ。
これで独自テーマの構築は完了。
5.固定ページの作成
これもローカル環境で作ってあったものをコピー・アンド・ペーストするだけ。とはいえエクスポート・インポートというやり方にはしなかったのでそれなりに時間がかかった。6.過去投稿から最近のものを持ってくる
これもエクスポート・インポートというやり方はしなかった。ローカル環境ではダミーの投稿だけだったので前のサーバーのデータからコピー・アンド・ペーストするだけ。ただ、投稿日はあわせるので注意した。やはり時間がかかる。7.その他の部分の作成
サイドバーを構築。次にページのトップに固定でカスタム投稿タイプをひとつ表示するための作業があったのでけれど
この段階で10時間かかっているし、休憩を長く取りたかったのでメンテナンスモードを解除し公開した。
8.正式公開
十分休憩をとったあとページトップにカスタム投稿タイプの記事をひとつ表示する設定をした。そのあと固定ページにあるリンクアドレスの確認や表示乱れがないかなどの確認し正式公開とした。正式公開後にGoogleアナリティクスのコードをヘッダに記述し、プラグインGoogle XML SitemapsをインストールしてGoogle対応した。
次のエントリでは実運用して気づいたことを書こうと思う。
2013年7月15日月曜日
WordPressへの移行完了。
WordPressの勉強中であるとこの前のエントリで書きましたけどついにWordPressを実運用を一週間ほど前から開始しました。
長い間HTML手打ちで運用してきた私のページがWordPressへと移行したのです。
ローカルPCに環境を作っていたので移行はスムーズにできましたと言いたいところですが少しトラブルがあったのと意外と時間がかかってしまいました。
構築手順やトラブルについては次のエントリに書こうかと思います。
作業は数時間で終わるかなと思っていたけどトラブルや過去のエントリの再掲作業に意外と時間がかかってしまった。夜中の1時に始めて朝には出来るつもりが昼ごろに仮公開し、半日休んでからちょっとづつ作業して完全になったのは次の日の18時ごろとなってしまったのでした。
現在は順調に運用中です。
長い間HTML手打ちで運用してきた私のページがWordPressへと移行したのです。
ローカルPCに環境を作っていたので移行はスムーズにできましたと言いたいところですが少しトラブルがあったのと意外と時間がかかってしまいました。
構築手順やトラブルについては次のエントリに書こうかと思います。
作業は数時間で終わるかなと思っていたけどトラブルや過去のエントリの再掲作業に意外と時間がかかってしまった。夜中の1時に始めて朝には出来るつもりが昼ごろに仮公開し、半日休んでからちょっとづつ作業して完全になったのは次の日の18時ごろとなってしまったのでした。
現在は順調に運用中です。
2013年5月28日火曜日
WordPressをWebMatrix上で動かし勉強中。
WordPressで独自テーマを作って試すためには現段階ではローカル環境の方がいいと思うのでWindowsにWebMatrixをインストールして使ってます。ネット検索したり本を見たりするとXAMPPを使った例が多いようだけどここはマイクロソフト謹製のものを使いました。使うまでに特に苦労した点はありませんでしたよ。
ただ、WordPressでなにやら警告が出てましてどうもWordPressのインストールディレクトリの一部に日本語が混じってるのがよくないのではないかと推測してます。
で、WordPressの本を買ってひととおり試したので基礎中の基礎はわかりました。あとは自分好みになるようにどのように実現していくかです。ネットのおかげでやりたいことは検索すればだいたいわかりますね。ありがたいことです。
現在少しずつのんびりと構築中です。現在HTML手打ちのページをWordPress化しようとしていて見た目やサイト構成にある程度互換性を持たせようとしているので一気には進みません。WordPressでは無理なのか工夫すればできるのか考えながらですからね。
あとHTML5のarticleとsectionの使い分けもよくわかんないなー。articleの中にsectionなのか、それほど気にしなくていいのか。全く使わないという手もあるんだけどせっかくだから使いたいし。
tableのcolgroupも背景とかは指定できてもフォントサイズとか指定できなくて残念だなー。
ただ、WordPressでなにやら警告が出てましてどうもWordPressのインストールディレクトリの一部に日本語が混じってるのがよくないのではないかと推測してます。
で、WordPressの本を買ってひととおり試したので基礎中の基礎はわかりました。あとは自分好みになるようにどのように実現していくかです。ネットのおかげでやりたいことは検索すればだいたいわかりますね。ありがたいことです。
現在少しずつのんびりと構築中です。現在HTML手打ちのページをWordPress化しようとしていて見た目やサイト構成にある程度互換性を持たせようとしているので一気には進みません。WordPressでは無理なのか工夫すればできるのか考えながらですからね。
あとHTML5のarticleとsectionの使い分けもよくわかんないなー。articleの中にsectionなのか、それほど気にしなくていいのか。全く使わないという手もあるんだけどせっかくだから使いたいし。
tableのcolgroupも背景とかは指定できてもフォントサイズとか指定できなくて残念だなー。
2013年3月23日土曜日
WordPressの勉強を始めた。
自分はホームページを持っていてHTMLすべて手打ちで更新している。
以前はときどきしか更新しなかったのでそれでもよかったけれど最近は更新頻度が上がったのでこのままではよくないと思い、最近WordPressの勉強を始めた。
そのホームページを始めた時はブログというのは存在せず手打ちが当たり前だったのでそれがそのまま続いていた。途中どこかのブログサービスを使うことも考えたけれど、自分の思うような構成に出来そうにはなかったこととブログサービスの個性が見えすぎるみたいなので（ある程度のカスタマイズはできるけれど）避けていたのだ。
またMovable Typeという存在を知ったときも、これは業者向けだろうと思い込んで興味を持たなかった。
しかし最近冒頭にに書いたように記事の管理の点でなんとかしないといけないなと思っているときにWordPressのことを知った。はじめはこれも業者向けだと敬遠していたけど本をみたらそれほど難しいものではないことが分かった。ホームページの構成も自分の思うような形にできそう。Movable Typeでもできるんだろうし、どちらかを自分にあうか比べてもいいのだけど、まぁなんとなくWordPressでいいやと。
というわけでWordPressの勉強を始めたのだ。PHPとMySQLが必須だけどローカルなPCでも実験用に環境を構築できるようなのでそれでいろいろ試したいと思う。
以前はときどきしか更新しなかったのでそれでもよかったけれど最近は更新頻度が上がったのでこのままではよくないと思い、最近WordPressの勉強を始めた。
そのホームページを始めた時はブログというのは存在せず手打ちが当たり前だったのでそれがそのまま続いていた。途中どこかのブログサービスを使うことも考えたけれど、自分の思うような構成に出来そうにはなかったこととブログサービスの個性が見えすぎるみたいなので（ある程度のカスタマイズはできるけれど）避けていたのだ。
またMovable Typeという存在を知ったときも、これは業者向けだろうと思い込んで興味を持たなかった。
しかし最近冒頭にに書いたように記事の管理の点でなんとかしないといけないなと思っているときにWordPressのことを知った。はじめはこれも業者向けだと敬遠していたけど本をみたらそれほど難しいものではないことが分かった。ホームページの構成も自分の思うような形にできそう。Movable Typeでもできるんだろうし、どちらかを自分にあうか比べてもいいのだけど、まぁなんとなくWordPressでいいやと。
というわけでWordPressの勉強を始めたのだ。PHPとMySQLが必須だけどローカルなPCでも実験用に環境を構築できるようなのでそれでいろいろ試したいと思う。
登録:
投稿 (Atom)