staana-blog

みなさん、こんにちは

昨日、きました！ニュースでも話題のこれ、Appleストアで予約しておいたやつがきちんと発売日に届きました。

デジタル道具に疎い両親も「iPad」という名前を知っていてびっくり。普通のニュースでガンガン流れてましたものね。今日はSoftbankの回線がぎゅうぎゅうなのではないでしょうか

私が手に入れたのはWi-Fi 16GBモデルです。多分外出先ではiPhoneがあれば十分なので、少し迷いましたがこちらのモデルにしました。将来SIMロックフリーになるかもしれないし、いざとなったら「Pocket Wifi」を＋するとか手はありますしね。

↑の写真はiPhoneで撮ったショット。ちょっとかっこ良く見えるようにiPhoneアプリで加工してみました。こんなのも簡単にできて楽しいですね！

さてこんな感じでやってきました。いつもながらきれいなパッケージです。箱も捨てないぞ！

最初の印象は「結構重い…」仕様もよく見ずに予約したのですけれど、裏面はiPhoneみたいにポリカーボネートではなくiMacと同じアルミなんですね。だからでしょうか？

片手でずっと持ち続けてのネット操作等は出来ないですね。膝に置くとかしないと。

今回買ったのはこの3点です。

iPad本体とApple純正ケース、iPad用ドッグ。ドッグはあって正解でした。前述の通り結構重いので持つのはNG、机に置くと上に覆いかぶさるようにして画面を見る事になるので疲れます

ケースは一応純正を研究しておかないと！という理由で注文しました。

staana-shopからも iPad用の新商品を作りたいなと計画中です。一応頭の中では「こんなの」と思っていたアイデアがあったのですけれど、予想より「重い」ので少し軌道修正が必要なようです。

iPad用アクセサリはこれからたくさん発売されるでしょうね！

staana-shopでも「欲しい！」と思っていただけるようなものが作れるよう頑張ってみます！リクエストなどありましたらご意見を聞かせてくださいね！

机周りが散らかっていてお恥ずかしいのですが、ドッグに立ててiMacにつなげてみました。
まだタッチスクリーンの防護シールを手に入れていないのでとりあえず梱包時についていた透明フィルム付です

（iPhoneもちらっと写っています。iPadに反射して映っている赤いものはいつも仕事で使っているBERNINAのミシンカバーです！）

本当は「これで今後はblogの更新はiPadでらくらく！」と思っていたのですが、Wordpressのバージョンが古い事、php5ではなく4のまま使い続けている…などの情けない理由で問題多発でiPadからの投稿は出来ませんでした…

staana-shopのショッピングカートに使用しているブラグイン（WP e-commerce）がWordpressとphpのバージョンアップでどんな影響を受けるか心配でなかなかバージョンアップに踏み切れないでいるこの頃です。

商品開発もしたいし、デジタル関係の整備もしなくちゃだし、しばらく大忙しになりそうです！！

みなさん、こんにちは　MOLESKINEカバー発売への道のりその6です。

MOLESKINEカバーの商品開発、終わりが見えたと思ったと思ったのですが最後に最大の難関が…

それは本体カラー、合成皮革カラー、革タグカラー、ペンホルダーの有無と4つのオプションを表示させられるのか？という問題でした。

staana-shopはWordPressのWP e-commerceというプラグインを使用させてもらっていますが、これまでオプションは2つまでしか設けておらず、それで問題なく動いていました。

さて、4つに増やすと…　恐る恐るまずは単純に追加してみました。商品詳細ページにきちんと4つ表示されるものの、「カートへ入れる」ボタンを押しても反応なし！

当然レジへ行っても「カートに何も入っていません」の冷たい返事。

ああ、またphpと格闘なのか…と肩を落としつつ久しぶりにソースを追い始めました。実は先日の連休、お出かけ日和だったのに、このphp修理にあけくれてしまいました

しかし思ったより重症でなく、妥協した点もあったりしましたが、何とかオプション4つを実現でき、その他以前から気になっていたところもついでに直し、10/12UPの運びとなりました。

staana-blogにしては大河ドラマ級の壮大な6回連載でお届けしてまいりましたが、無事MOLESKINEカバーを世に出す事ができました。今後はアレンジとしてデニムを使ってみようかな、とか同じ撥水帆布のお揃いのRHODIAカバーの開発をなどと考えております。

216通りの中からお好きなカバーをお作りします！ぜひstaana-shopへお越し下さいませ、お待ちしております。

みなさん、こんにちは :-P　今日は久しぶりに陽射しがあって気持ちいいですね。

梅雨の晴れ間、やっと写真が撮れました。やむを得ず夜間に蛍光灯で撮ることもありますが、やっぱり自然光が一番ですね。

RHODIA SACK特別バージョンやら（まだ少し在庫がございます :-o）、DS Liteのケースやらをお店に並べて一息ついて、そろそろ季節もの夏向きのバッグや「staana-basic」シリーズの制作に取りかかろうと思います。

staana-basicは「ペタンコなのにころんとした」感じの形が気に入って、staana-shopのバッグの定番の形に決めたものです。このバッグ、持ち手の片方を長くとって、もう一方の短い持ち手に縫い付けるデザイン。左右対称に2枚布をとらなければならず、実は布を贅沢に使う商品なのです。素材を変えたり、ポケットをつけたり、持ち手にアクセントをつけたり、とこの形をベースにいろいろ楽しんでみよう！というシリーズです。

写真は麻キャンバス素材の布と以前から手元にあった木の持ち手、麻と革のテープ。これで夏に持てる麻のバッグを作ろうと思います。

夏になると、真っ白と焦げ茶の組み合わせが好きになります。「真っ白で少しクラシカルなワンピースなどにあわせられるバッグ」をイメージしています。同じようなイメージでstaana-basicも作ろうかなと考えています。

仕上がりましたらまた報告しますね。

追記：3/14にshopオープンしました！　→shopへ行く

引き続き「カスタマイズメモ-1」でリストアップしたカスタマイズ部分のラフな詳細（？）です。

●カスタマイズ内容：

5. 同じく購入履歴リストとログ用注文控メールのタイトル部分に注文No.が表示されるように、カスタマイズ。

7. オリジナルではなぜかお客様のメールアドレスとこちらのログ用アドレスに確認メール＆控メールがいかなかったのを、カスタマイズ。

●現象：

• 注文後、お客様と自分とにメールが送られる設定になっているにもかかわらず送られない。
• 自分のアドレスに送られる控メールのタイトルに注文No.が入っていないので確認しにくい。

●対策：

WP e-commerceの管理画面の「オプション」ページには「買い物ログの送信先メールアドレス」と「返答メールの送信元メールアドレス」を設定する箇所があり、ここにメールアドレスを入れておくと注文確定後、お客様への自動返信メールとショップの控メールが送られるような設定になっています。

この処理を行っているのは「transaction_results.php」から呼び出される

function transaction_results（transaction_result_functions.php内）

です。submit_checkout_function.php内のfunctionでいろいろ処理をした後　function transaction_results　で送信結果ページ（成功ならthank youページ／クレジットカード払いが不調に終わった場合はその結果）を出力し、ショッピングカート内のデータ、名前、住所などのお客様情報を集めてメールの本文を編集し、お客様とショップ用にメールを送ります。

ところが、ショップ用の控メールは届くものの、一番大事なお客様へのメールがなぜか届きません…

submit_checkout_function.php内のfunction を調べてみたところ、送信結果ページを出力後、ごく簡単な内容のショップ用控メールを送る処理をした後、return false;となっており、お客様へのメール本文の編集と肝心の送信を行う前にfunctionを出てしまう仕様になっていました。

これではメールはいくら待っても送られませんね。そこでこの「return false;」をコメントアウトにし、その後の処理が続行されるようにしたところ、無事メールが送られるようになりました。

送られてきたメールを確認すると、少し内容的に乏しい感じでしたので、最低限必要な情報が見栄えよく送られるよう編集し直しました。（もちろん、そのまま送ってしまうとひどい文字化けを起こしますので、日本語用にmb_send_mail()に変更するのを忘れずに…）

ついでにショップの控メールのタイトルに分かりやすいよう注文No.を入れるなどなどさらに編集を追加し、出先でもご注文をいただいたらすぐ分かるよう、自分の携帯にも簡単なメールを送るようにしておきました。迅速に対応できるようバッチリ（？）カスタマイズしました

追記：3/14にshopオープンしました！　→shopへ行く

久しぶりの投稿となってしまいました。

引き続き「カスタマイズメモ-1」でリストアップしたカスタマイズ部分のラフな詳細（？）です。

●カスタマイズ内容：

6. お客様情報を入力後確認画面が出ずにすぐにthank youページへ移動してしまう仕様になっていたのを、入力フォームの必須項目チェック後に確認画面を出すように、カスタマイズ。

●現象：

• 注文確定前に最終確認を行うページがない。

●対策：

WP e-commerceでは、

ショッピングカートに追加しレジへ
↓
カートの中身を確認
↓
お客様情報の入力
↓
注文確定（Thank youページへ）

という流れになっていて、 「お客様情報の入力」で入力必須項目のチェックをクリアするとそのまま注文が確定してしまい、買い物内容や入力内容の最終確認をする機会がありません。

私がこれまでネット上で買い物をしたお店はどこも最後に確認の機会を与えてくれて「本当に買っていいのか」と今一度心の整理をつけてくれました。

最終確認のページはやはり必要だと思いましたし、「お客様情報」でつい入力ミスなどがあって商品を届けられない、連絡が取れないなどのトラブルを最小限にとどめるため最終確認のページを追加する事にしました。

お客様情報を入力してsubmitボタンがクリックされると、function nzshpcrt_submit_checkout()（submit_checkout_function.php内で定義）による処理が行われます。

function nzshpcrt_submit_checkout()ではまずフォームの入力必須項目のチェックが行われ、エラーがあればエラーメッセージを返し、またチェックをクリアすると住所などのフォームの内容をMySQLテーブル「wpxx_purchase_logs」にINSERTします。その後もろもろの処理をし、transaction_results.phpへ移りthank youページの出力となります。

そこでSESSION[]を利用して「確認ページを出力したかどうかのフラグ」を持たせ、さらにfunction nzshpcrt_submit_checkout()に手を加え確認ページ未出力（フラグ＝off）であるなら必須項目チェックの結果すべてクリアであった場合はconfirmページ（確認ページ）を出力、となるようにしました。

confirmページの処理は「お客様情報の入力」フォームを出力させている「checkout.php」を参考にconfirm.phpを新たに作り、この中でショッピングカートの内容を表示させ（このショッピングカートの内容もconfirmページに合うよう少々改造）、続けてフォームに入力された内容を表示させる処理を行います。具体的には他のWP e-commerceで使用しているページと同じように新たにWordPressのページを1ページ追加し、wp-shopping-cart.php内でconfirmページが要求されたらconfirm.phpが動くように関連づけます。

さらに、confirmページのurlはいろいろと他でも使う事があるので、他のページ同様にWordPressのオプションテーブル「wpxx_option」に「confirm_url」として手動で追加、これで

get_option(’confirm_url’);

でいつでも取得する事ができます。

confirmページを表示させる際に先ほどのSESSION[]フラグをonにしておきます。（これを忘れると永遠に注文がこなくなってしまいます…）

そして最終的に「注文確定」ボタンがクリックされると再び function nzshpcrt_submit_checkout()に入り、今度はwpxx_purchase_logsにお客様情報が書き込まれ、transaction_results.phpへ移るという従来の動きを経てオーダーがショップに届く、という流れになります。

今回のカスタマイズの中でこれが一番の大仕事でした