WordPressのcron.phpがちゃんと動く環境になったので、
予約投稿もWP-DBManagerの自動バックアップもちゃんと動くようになりました。
今日のカウンターが多めなのは悩んでる人が多いのかな・・・。

あ、バックアップファイルはメールに添付してくれるんですね。
この辺からもWordPressはレンタルサーバーが大前提って感じですかね。
※自宅鯖ならメールで送ってくれてもなぁ・・・。
PHPも5.2系になったし、そろそろ何か作ろうかな。
jQuery + PHP5.2.x + mySQLで、
でもLinuxにファイル送りながら作るのは結構面倒なんで
WindowsでやるならVertrigoServ　2.2.4　が便利ですかね？
起動するとこんな画面が出ます。

Apache/PHP/MySQL/SQLite/PhpMyAdmin/SQLiteManare/Xdebug
色々入ってますね。でも、この画面はどうでも良くて、
実際に使うのはタスクバーのVertrigoServのアイコンのメニューの方ですね。

 
さて、phpMyAdminのアカウントとかは何入れれば良いんだろう。
あ、Help and redame に書いてあるのか。

勝手にインストしてくれる分、お約束の初期設定で悩みますね。
で、このPHPのデバッグ環境ってどう使うのかな・・・。
WinSCPでバリバリ直してばかりで便利な（ハズの）環境ってサッパリ判んないなぁ・・・（大笑

\wp-includes\cron.phpの
function spawn_cronのタイムアウトが0.01秒と短いので失敗しやすいそうです。
ATOM　CPUの中のVM Pleyerなんで0.01秒はきついかな？
wp_remote_post( $cron_url, array(‘timeout’ => 0.01, ‘blocking’ => false, ‘sslverify’ => apply_filters(‘https_local_ssl_verify’, true)) );
を１０秒にしてみたが、失敗。

また、権限の問題もあるようです。
https://ssiscirine.iobb.net/wp-cron.php　をブラウザで開くといつまで経っても戻ってきませんでした。
なので、/etc/hostsの設定を見直してみました。
127.0.0.1         ssiscirine.perma.jp
を
【ローカルIP】　　　ssiscirine.perma.jp
に変更してみました。
これで、先のURLは数秒で白紙画面に変わりました。
さて、結果はいかに？？？
残念ながら、失敗。
【グローバルIP】　　　ssiscirine.perma.jp
はどうかな？
https://ssiscirine.iobb.net/wp-cron.php　をブラウザで開くといつまで経っても戻ってきません。
それでも試してみるとやっぱり失敗。
う～ん、難しいｗ
【ローカルIP】　　　ssiscirine.perma.jp
に戻して、
試しにapacheにVirtualHostの設定を追加してみると、
こっちは成功した。

1. WordPressで使うドメインは、apacheでVirtualHost風に設定する。
2. /etc/hostsにそのドメインを設定する。

• 【サーバーのローカルIP】　　　【貴方のドメイン】

そもそも、apacheにVirtualHost設定が無ければ問題無かったのかな？
一個でもVirtualHostを設定したら、
元々のDocumentRootの設定は概ね無効になるから、
VirtualHost設定に書き換えないと見えなくなる。
その場合、VirtualHostで設定した以外のドメイン名でwgetすると何が返ってくるのか予測不能なんで・・・

<VirtualHost *:80>

ServerName 127.0.0.1

DocumentRoot  /var/www/html

</VirtualHost>

中からはこれで、/var/www/htmlの中が見えるけど、じゃ外から見るとスカなので、

<VirtualHost *:80>

ServerAlias *.*.*.*:80

DocumentRoot  /var/www/html

</VirtualHost>

としておけばIPアドレス指定で飛んできた場合だけ/var/www/htmlの中が見えるはず。
 
まぁ、サーバーのIPアドレスがグローバルIPなら

1. /etc/hostsにそのドメインの設定が必要。

• 【サーバーのグローバルIP】　　　【貴方のドメイン】

でもいいのかもしれないけど、そんなサーバー怖わ杉ですｗ（大笑
あ、リバースプロキシーがあれば戻ってくるかな・・・。

残念ながらボクが使っているルーターはそう云う設定はできないらしい。（残念
どっちみち、DDNSを使っているのでhostにグローバルIPを書くとDiceから変更も必要になるので面倒なんで
VirtualHost設定でいいや。
多分これで、WP-DBManagerの自動バックアップも再び動き出すはず。
一旦Disableにしてから、毎日に戻しすと、バックアップファイルがすぐできたので、多分明日も大丈夫？？？
さて、朝7時に予約投稿設定しておきますか・・・。

WP-DBManagerのRun SQL Queryのページで

DELETE FROM wp_posts WHERE post_type = "revision";

を実行すれば記事の履歴を消せるんですが、
面倒なんでWP-Optimizeを入れてみました。

• 履歴が８００個ぐらい消ました。
• DBを最適化してみると2MBくらい減りました。
• tar.gz形式のバックアップをしてみるとファイルサイズが0.7MBぐらい減りました。
• なんとなくページの切り替えが速くなったような気もしました。
• 多分、気のせい。

あ、予約投稿もできるんですね。
公開予定日時を未来にするだけですけどね。
試しに朝の7時にセットしてみました。( >< b

あれれ？？？

やっとjaバージョンがアップされたので、BA(VersionUpのFF幼語)しました。




記事編集画面にフルスクリーンモードが付いたので一段と編集しやすくなりましたね。


でもショートカットがうまく動かなかったりしますね。
※昔からあるショートカットは使えますが・・・。

タブレットで業務生産性は向上するか？
無理だろうなぁ・・・

いま流行のスレート型（タブレット型）PCを買って上機嫌の社長。

（中略）

会社では組織の生産性を向上するWindows OSを搭載したビジネス・スレートにしましょうよ、社長。

内容はごく普通だった。
しかし、下にはこんな記載があった。

提供：日本マイクロソフト株式会社

企画：☆☆☆☆☆☆／ 制作：☆☆☆☆☆☆

掲載内容有効期限：2011年7月14日

信用しないことにした。

PHP5.3.6にアップデートするために・・・
CentOS5.6にアップデート。

やっぱりPHP5.2.x未対応のままだったので、
有志のリポジトリィを追加して、PHP5.3.6にアップデートするが失敗。
画面を見るとmysqlの文字がいっぱいあったので、
mySqlをアップデートしたらPHPも一緒にアップデートされた。
しかしmySqlを再起動してみると失敗する。
mySqlのログを見ると、

[ERROR] /usr/libexec/mysqld: unknown variable ‘default-character-set=utf8’
[ERROR] Aborting

mySqlの設定ファイルの書き方が勝手に変更され起動できなかった様なのでその部分をコメント。

だな。
どっちかと云うと

service-primary-character-set=UTF-8

の方が正解だとか言い出すると、

database-secondary-character-set=MS932

とか

table-secondary-character-set=euc-jp

とか

record-private-character-set=big5

なんてのを思いつかれても困るので
忘れることにする。
改めてmySqlを再起動し成功。

[ERROR] Can’t open the mysql.plugin table. Please run mysql_upgrade to create it.

なんてのもあったので、

mysql_upgrade -u root -p

した後、コレを書いている。
しかし、
肝心のWordPressのアップデートページに

WordPress 3.2 の英語版 (US) をインストールしようとしています。この更新を行うことで翻訳が表示されなくなる可能性があります。ローカライズ版のリリースを待ったほうが良いかもしれません。

と書いてあったので、WordPressのアップデートは延期。