いやぁ別にいいんですけどね。
ボクが仕事でもプライベートでも使う大半のサーバはCentOS5なんですけど、そのパッケージ管理yumで(普通に)インストールできるのはPHP5.1.6なんすよねー。

ロリポとかさくらなんかのメジャーな共有サーバは問題ないんだろーけどさ。
業務用の専用サーバとかだとどーするんだろか。
いやぁ別にいいんですけどね。
ボクが仕事でもプライベートでも使う大半のサーバはCentOS5なんですけど、そのパッケージ管理yumで(普通に)インストールできるのはPHP5.1.6なんすよねー。

ロリポとかさくらなんかのメジャーな共有サーバは問題ないんだろーけどさ。
業務用の専用サーバとかだとどーするんだろか。
はい、iPhone4ユーザーです。つい自慢しそうなネタなのに、このブログでは一切触れていませんでした。なんでかな。
で、世の中的にはアンテナ問題でBumperが無料配布される云々が話題になってますが、ボク自身は、iPhone4のブラック&アルミボディがお気に入りなので、Bumper着装予定なし。
なので、せめてフィルムくらいは良いもの選ぼうってことで、クチコミ的に一番よさげな「パワーサポート アンチグレアフィルムセット for iPhone 4 PHK-02」買ってみました。
感じとしては、背面フィルムのおかげで、iPhone4本体のツルツル感(すべって落とす原因)がいくらか緩和された感じ。表のフィルムはマットな感じ、というよりはサラサラって具合で夏!を感じられる逸品です(謎。
結論としては。
ま、傷がつかずに、支障さえなければどれでもいいよね。
今朝、ベランダでタバコを吸いながら眺めてみると、

左が4日前、右が今日。
捕獲されたコバエいなくなっている……。
ゼリーは蒸発するらしいので、減ってる(小さくなってる?)としてもおかしくないんだけど、なぜコバエがいなくなってる?
生き返ったか(そりゃないな)。
スズメでもやってきて啄ばんだか(のわりには荒らされてない)。
蟻が運んだか(ウチに蟻もいたのか?)。
謎ですわ……。
見える部分だけでも軽く30匹程度確保されています!!
ベランダでタバコを吸っているときに、ずっと視界に入っていた1~2匹程度が気にならなくなったみたい。まったくいなくなったわけではない。
水回りのコバエは頭が良いのか、設置場所が悪いのか、近くでうろうろしていても、ホイホイの中には入らないのが多い(とは言え、捕獲数は同じくらい)。
使用期間は約1ヶ月らしいので、また数週間はキャッチし続けると思われ。
Twitterでもボヤいてたんだけど、どーも最近、ウチの水回りやベランダにコバエが多くて。
最初は「隣の人が殺されて腐ってんじゃねーの?」なんて思ってたけど、まぁ普通に生きてるみたいだし。やっぱウチの生ごみから発生してるんだろうね、たぶん。
まめに捨てる、とか、生ごみ二重包装、とか、試してみたけど、どーにもこーにもなので、お金の力で解決することにしてみました。

コバエがホイホイ召喚。
たまたま不動産屋に行くことがあったので、ついでに「シェアオフィスを考えてるんだけどさぁ」って感じで契約云々について聞いてきた。
ハマったメモ。
EZwebでは、画像の送信ボタン(<input type="image">)が使えないみたい。10年もこの仕事やってて知らなくて恥ずかしい。歳はとっても学ぶことが尽きないのが腹立たしい。穴があったら潜って生き埋めにしたい。鳥になりたい……。
<?php if (isEZweb()): ?> <input type="submit" src="hoge.<?=ext();?>" alt="応募" style="background-color:transparent;"/> <?php else: ?> <input type="image" src="hoge.<?=ext();?>" alt="応募"/> <?php endif; ?>
isEZweb()とext()はオレオレfunctionなので気になさらずに。
つか、これでいいんか?ホントにいいんか?(追記:結局ダメ)
ボクも利用しているTwitterアプリのHootSuiteが新機能追加のためのメンテナンスのようです。楽しみですねー
フクロウはときどき休まないといけないのです。
新機能を搭載する準備のため、HootSuiteはいま巣に帰ってゴソゴソしています。この新しいダッシュボードツールを使うことでさらなる快適な生活を送れるのではないかと期待しています。
復旧するまでそれほど長い時間はかからないと思います。その間、ちょっと外に出掛けてみて、腕をぐっと伸ばし、そして空高く羽ばたくことは実際には結構難しいのではないかなどと考察してみるのはいかがでしょうか。
ツイートするのが待ちきれない方は、直接Twitterを開き、あなたの思惑を140字で投稿してみましょう。(ワールドカップの様子もうかがいながら)
日本語ローカライズされたWordPress3.0にアップグレードしました。ちと難航したのでメモ。
そもそもWordPressには、管理画面からのクリック一発でアップグレードする機能があるのはご存知かと。まずはその機能がうまく機能しませんでした。
http://ja.wordpress.org/wordpress-3.0-ja.zip からアップデートをダウンロードしています。
のまんま、ウンともスンとも云わない動かない。調べてみると、どうやらメモリが足りないらしい。ZIPを解凍する部分か、それともファイルを差し替えるにあたってのテンポラリーか。いまとなっては不明。
その対処として、wp-settings.php
define('WP_MEMORY_LIMIT', '16M');
を
define('WP_MEMORY_LIMIT', '32M');
に変更。
無事、アップグレード完了……。
と思わせつつ、管理画面にアクセスすると真っ白。たぶんPHPのエラーだろうと想定し、wp-config.phpに次の1行を挿入。
define('WP_DEBUG', true);
出る出るエラーwww
Noticeは無視して、Warningを探してみたところ、
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 368640 bytes) in /var/www/*****/wp-admin/menu.php on line 214
ってオイ!まだメモリ足りねーのかよ!?
またwp-settings.phpかぁーと思いつつ、ファイルを開いてみたところ、メモリに関する設定が消えてる……。あわわ。どこで設定するのよ!と思いつつ、探してみるのも面倒なので、.htaccess側で対応。PHPの設定を確認したら現在のmemory_limit:16M。
wp-admin/.htaccessを設置して、
php_value memory_limit 32M
よし。まだエラー。まだ足りない。
php_value memory_limit 64M
これで対応完了。無事管理画面にもアクセスでき、このエントリーを書いている次第です。
つか、メモリ食い過ぎなんじゃね?大丈夫かよ……。
wokamotoさんという親切な方からのタレコミ。
wp-settings.phpにあったdefine('WP_MEMORY_LIMIT', '32M');は消えているけど、機能としてはまだ有効らしい。で、言われた通りにwp-config.phpにdefine('WP_MEMORY_LIMIT', '64M');と記述して、.htaccessからはmemory_limit 64Mを削除。
この状態でバッチOK。このエントリーのこの追記も無事かけてます。なんだ、結局コレだけだったんじゃん。
</追記>