エックスサーバーのcronでphp5が動かない？

エックスサーバーを使ってcronを使おうとした時のこと。
最初は自分の開発環境と同じように書いてみました。
0分、30分、50分にcron.phpを実行するという感じです。cron.phpはphp5とします。

分：0,30,50
時：*
日：＊
月：＊
曜日：*
コマンド：php /home/ユーザーID/ドメイン/public_html/cron.php

当然というか予想通りと言うか・・動きません。
この手の設定は調べながらやった方が確実です。

そこで、ザックリと調べて得た答えが

/usr/bin/php5 /home/ユーザー名/ドメイン/public_html/cron.php

という書き方。
コマンドのphpはフルパスで指定するのは当然なのかな？開発環境ではパスを通してたので・・
エックスサーバーでphp5は使えるけど、cronの時はphp5を指定しないとphp4として動くとか何とかって話でした。

なるほど・・と思い早速修正。
それでも動かない・・・

途方にくれながら管理画面をカチカチと見ていて、サーバー管理画面トップの「サーバー情報」に入ると、「コマンドパス一覧」という項目があったので見てみることに。
それで解決しました。

php5 というコマンドはもう無くなっていて、php4、php、php5.2、php5.3という4パターンあることが判明。
phpコマンドを実行するとphp5.1で走るようです。
今回は5.3で実行することにしました。

/usr/bin/php5.3 /home/ユーザー名/ドメイン/public_html/cron.php

これでちゃんと動きました。
試用期間中は確認メールが届かないようなので、処理がちゃんと走ったかどうかは実行結果を見に行かないといけません。

ネットショップで商品を売れるようにしてって・・

楽天にショップを出してるけど商品がほとんど売れない・・そんな会社は多いと思います。

商品名やキャッチコピー、紹介文の最適化で改善される例もあると思います。
広告を打ってみたら変わる場合もあると思います。

でも、やっぱり売れないものは売れないですね。

「楽天じゃダメだから自社ショップを立ち上げたい」という人も中にはいます。
これが一番ダメな選択だと思います。
楽天でダメなら自社ショップはもっと厳しいです。

楽天で検索する人は、GoogleやYahooで検索する人よりも「買う気」のある人です。
楽天の検索結果に商品が載るということは、売れる可能性はGoogleなんかに引っかかるよりも高くなるはずです。

自社ショップになってしまうと、当然楽天の検索には載りませんし、検索サイトからのアクセスが中心になると思います。
でも、検索サイトってのは、「買う」よりも「調べる」という要素が強いので、売れる可能性は下がりますね。


今回は売れるようにしてくれと言われたけど、そんなことが簡単にできるなら自分で何か売ってます。
でも、商品を見もしないで「売れないものは売れないし諦めろ」とは言えないので、とりあえず調査をするわけです。

まずいくつかある商品の一個を検索してみると・・他社でも扱ってる商品でした。
しかもかなりの大手から小さな会社まで色々な場所で扱っています。
楽天の他店舗にもありましたし、Amazonにもありました。
これが売れるとは思えないですね。

他の商品も調べてみたけど、どれも同じような感じです。
これはECサイト向きの商品ではないということだと結論を出しました。

ECサイトで物を売りたいなら「オリジナル」か「他社より安い」ことが条件になるんじゃないかと思います。
適当な卸店から仕入れてコンビニや薬局と同じように売っているのではダメです。


ECサイトで成功するのって本当に難しいと思います。
よほど商品力か価格競争力がない限りやるもんじゃないです。

サブカテゴリ(小カテゴリ)の一覧を取得[Wordpress]

サブカテゴリの一覧が必要になったので、ちょっと関数を作ってみました。
親カテゴリの情報をカテゴリスラッグから取得するので、get_category_by_slugを使ってます。

function get_subcategories($slug) {
    $cat = get_category_by_slug($slug);
    $lists = get_terms("category", "child_of={$cat->term_id}");
    foreach ($lists as $list) {
        $cats[] = array (
            'slug' => $list->slug,
            'slug_name' => $list->name,
            'description' => $list->description,
            'count' => $list->count
        );
 }
 return $cats;
}

カテゴリの取得順序はプラグインのMy Category Order辺りを利用して、get_termsの箇所を以下のようにすればOKだと思います。

$lists = get_terms("category", "child_of={$cat->term_id}&orderby=order&order=ASC");

get_terms関数を知るまでは、wp_list_categoriesを使って、正規表現で抜き出したコードを書いてました(^^;
でもそれだとdescriptionが取得できないんですよね。
もうちょっと関数知らないと思わぬ無駄な処理をしてしまうことになりそうです。

get_the_categoryで親と子の取得順序[Wordpress]

あるWebの規約で、必ず親カテゴリと小カテゴリに一個ずつチェックをつけて記事を投稿するというのがありました。

元々は小カテゴリは不要で、親カテゴリの記事の一覧を作るだけのページだけど、もし万が一親カテゴリの記事が100件とかに増えてしまった場合、小カテゴリで区切って表示させようという意図があります。
なので、今回のコーディングでは小カテゴリは完全に無視して、親カテゴリだけを扱って、もし小カテゴリで分ける必要が出てくれば再コーディングするということです。

まぁこんなページで親カテゴリ名を取得しようとした時のこと。

while ($query->have_posts()) {
    $query->the_post();
     // カテゴリ取得
    $cat = get_the_category();
    $cat = $cat[0];
}
return $cat->name;

こんなコードを書いてみると、親カテゴリ名を返す場合と、小カテゴリ名を返す場合がありました。
get_the_categoryって関数は、カテゴリの親子関係順に配列を返してくれるわけではないようです。

これでは困るので以下のように書き換え

// カテゴリ取得
$cat = get_the_category();
// 親カテゴリを取得
foreach ($cat as $val) {
    if ($val->category_parent == 0) {
        $cat_parent = $val;
        break;
    }
}
return $cat_parent->name;

もしこれを小カテゴリ対応するとしたら

// カテゴリ取得
$cat = get_the_category();
// 親カテゴリを取得
foreach ($cat as $val) {
    if ($val->category_parent == 0) {
        $cat_parent = $val;
    } else {
        $cat_sub = $val;
    }
}

みたいにすれば１つの親カテゴリ、１つの子カテゴリなら対応できますね。

複数カテゴリに対応するには変数を配列にする等していけば何とかなるんじゃないかな。
今回はそこまで求められてないのでどうでもいいけど。

正常に表示されてるのに404エラー[Wordpress]

あるサイトの仕上げにHTML Validationチェックをかけていた時のこと。

ちゃんと画面は表示されているのに、Validation ServiceにURLを送信すると404エラーになるページがありました。

どのページも共通してWordpressのヘッダーをrequireしていたので、原因はWordpressしかないと考えました。

require_once 'blog/wp-blog-header.php';

do_something..

こんな感じでwp-blog-header.phpをrequireしていたので、まずはwp-blog-header.phpのソースをチェック。

if ( !isset($wp_did_header) ) {
    $wp_did_header = true;
    require_once( dirname(__FILE__) . '/wp-load.php' );
    wp();
    require_once( ABSPATH . WPINC . '/template-loader.php' );
}

こんなのが書いてあります。

行数が少ないので、一個ずつコメントアウトして動作チェックしてみると、wp() 関数をコメントアウトしたら404エラーが出なくなりました。
そして、template-loader.phpを読まなくても問題ないので、ここで必要なのは wp-load.phpだけということになります。

なので、wp-blog-header.phpのrequireをやめて、wp-load.phpを読み込むように変更しました。

require_once 'blog/wp-load.php';

do_something...

こうすることで404エラーは出なくなり、validationも無事通すことができました。

結局wp()関数が何をしているのかは検証してないけど、Wordpressの機能だけ使えたら問題ないので必要ないでしょう。


これって、画面が正常に表示されているだけに気づきにくい問題です。
もしWordpressを組み込んだサイトを作って、wp-blog-header.phpをrequireしている人がいたら、一度W3CのHTML Validation ServiceにURLを送ってみるとか、Chromeの「要素の検証」で「Network」を開いてチェックしてみるとかしてみた方がいいですね。

ちなみに今回のWordpressのバージョンは3.2系だったと思います。

PHPで0から始まる数値を扱う時の失敗

データベース上でZEROFILLしてあるカラムとか、sprintf('%02d', $number)とかでゼロ埋めしたような数値を扱うことがありました。
この時に0で始まる数値のことを考えずにコードを書くと不具合がでてしまうことがあります。

例えば以下のようなコード

$errors = array (01, 02, 08, 09);
foreach ($errors as $error_code) {
    switch ($error_code) {
        case 01:
            echo 1;
            break;
        case 02:
            echo 2;
            break;
        case 08:
            echo 8;
            break;
        case 09:
            echo 9;
            break;
      }
}

こんなコードを書くと、08の時にcase 08とcase 09を実行し、09の時も同じようにcase 08と09を実行します。

PHPだけじゃなくて他の言語でもそうだと思うけど、0から始まる数値は8進数として扱われます。
上記のコードの場合、0〜7までは動作するけど、8進数では8になると桁が繰り上がるので8以上の値は存在しません。
この時、08の時も09の時も0として扱われているので、 case 08 = case 09 = case 0ということになります。

なので、もし、$errorsの配列に'00'という値があれば、00が回って来た時にもcase 08と case 09を実行していることになります。

ゼロ埋めした数値は時々使うことがあるので、気を付けないといけませんなぁ。

while,for,foreachの中のswitchでcontinueすると・・

foreach文の中でswitchを使った時の失敗。
以下のようなコードを書きました。

foreach ($ary as $key=>$val) {
    switch ($key) {
        case 'aa':
            continue;
            break;

        default:
            break;
    }
    $val =  ......
    .......
}

思惑としては、$keyの値が'aa'だった時だけforeachの次のループに行きたい・・というものでした。
ところが、$keyが'aa'の時でもそのまま次へ行かずにforeach文を実行していました。

そういえばbreakで多重のループを抜ける時は break 2;とかしてたなと思って、continue 2; とすると思った動作になりました。

foreach ($ary as $key=>$val) {
    switch ($key) {
        case 'aa':
            // switchをbreakしてforeachにcontinueする
            continue 2;
            break;

        case 'bb':
            // break 2とするとswitchとforeachを飛ばせる
            break 2;

        default:
            break;
    }
    $val =  ......
    .......
}

C言語か何かで同じような処理を書いた時は、switch内でcontinueしておけば次のループに行けたような記憶があったので、PHPでも大丈夫だと思ってました。

PHPのswitch内でのcontinueはbreakと同じ動作をするような感じですね。
習慣的にswitch文では全部にbreakを付けてるけど、continueが書いてあればbreakは不要かな。