携帯サイトでの利用

[takapon]

内海です。

携帯サイトを見るときは、一般的にパケ代を節約するために、携帯電話の「戻るボタン」を使うと思います。
そうするとＰＣサイトでは想定していないフローが実行され、うまく動かないことがあります。
この場合、携帯の「戻るボタン」が使われることを前提に、想定される全てのフローを記述する必要があると思います。
そうするとフロー数が多くなりますが、こういう方法でいいのでしょうか？
それとも携帯サイト用になにか別の方法があるのでしょうか？

まだまだ、基本的なことが分かっていないと思いますが、宜しくお願いします。

[KUBO Atsuhiro]

内海様

久保です。

メールを拝見しましたが、内海様がどのような動作を望まれているのかを読み
取ることができませんでした。
ここでは仮に、「戻るボタン」を押されると前の画面に戻って欲しい、という
要求があるものとして回答します。

この要求の実現には、下記の方法が考えられます。

1. Dispatcher_Continuation プラグインを使う方法。
「戻るボタン」を押すことで送信されるイベントを各ビューステートに配
置し、「戻るボタン」が機能しているように見せます。ただし、あらゆる
ビューステートに対して、「戻るボタン」を押すことで送信されるイベン
トを配置する必要があるため、フロー定義が大きく複雑になることは避け
られません。また、Expires, Cache-Control, Pragma ヘッダ等によるクラ
イアントサイドのキャッシュを使うことができないため、パケット代の節
約には役に立ちません。

2. Dispatcher_Simple プラグインを使う方法。
通常の Web アプリケーションと同様、「戻るボタン」が機能します。ただ
し、パケット代の節約に寄与するにはクライアントサイドのキャッシュを
意図して使う必要があります。

本質的に「戻るボタン」の挙動には、PC と携帯の区別は関係ありません。
そのアプリケーションについて「戻るボタン」を押したときに、どのような挙
動が望まれるか、というアプリケーションの設計問題だと考えます。

以上、直接的な回答にならずに申し訳ありませんが、ひとまずの回答とさせて
頂きます。

--
KUBO Atsuhiro e-mail: itema...@yahoo.co.jp

[KuniTsuji]

久保様、途中での割り込みお許しください。

内海様の言われている「戻るボタン」というのは、画面上に【戻る】というリンクではなく、
携帯電話の左右のボタンまたは携帯電話についている戻る
というボタンを押すことで、AUやソフトバンクはひとつ前の画面を、携帯端末でのキャッシュで開くということになるかと思います。
ドコモの場合は戻るボタンを押しても、そのつど更新して表示しますが、
AUなどの場合は単純に前に開いていたページを、端末のキャッシュから表示しているだけのケースが多いです。

その場合の挙動の質問かと思います。

仮に違う場合、、、自分としてはその場合の動きがやはり気になったりします。

[takapon]

久保様、お返事ありがとうございます。

説明が下手ですいません。
KuniTsuji様のフォローの通り、携帯電話自体のボタン（左ボタン？）を押したときの場合です。

たとえば、一覧、登録、参照、変更画面があるとします。
フローとしては
一覧→登録
一覧→参照→変更
このように遷移するフローを定義します。

そこで、変更画面まで進んで、携帯の左ボタンで一覧まで戻ります。
そして、登録へ進もうとしたとき、携帯ではキャッシュを表示しているため、
変更から登録を表示しようとしていることとなり、定義されていないフローということで登録画面が表示されません。

これは、キャッシュを考慮して、フロー定義に
変更→登録、参照→登録
を追加することで解決できました。

こういった方法でよろしいのでしょうか？
それとも他にもっといい方法があるのでしょうか？

よろしくお願いします。

[KUBO Atsuhiro]

久保です。

この件について、au のサイトにそれらしい記述を見つけることができました。

http://www.au.kddi.com/ezfactory/tec/spec/wap_tag11.html

> 3. 有効期限切れのPageであってもBack動作ではCacheを表示。

内海様が言われている状況は、恐らくこのことではないかと考えています。
しかし、これはなかなか素敵な仕様ですね :-<

takapon wrote:
> たとえば、一覧、登録、参照、変更画面があるとします。
> フローとしては
> 一覧→登録
> 一覧→参照→変更
> このように遷移するフローを定義します。

> これは、キャッシュを考慮して、フロー定義に

> 変更→登録、参照→登録
> を追加することで解決できました。

今のところ、内海様が取られた方法が最良の対策だと思います。
また、このような挙動を防げるような、根本的な対策が可能かどうか、近いう
ちに調査し、結果を報告したいと思います。

以上、よろしくお願いいたします。

--
KUBO Atsuhiro e-mail: ku...@iteman.jp

[KUBO Atsuhiro]

久保です。

> 有効期限切れのPageであってもBack動作ではCacheを表示。

EZweb 端末のこの挙動ついてさらに調査をしましたが、どうやら根本的な解決
方法はなさそうです。考えうる対処方法を、HOWTO ドキュメントとして追加し
ておきました。ご参考まで。

http://trac.piece-framework.com/piece-doc/wiki/ja/users/piece-unity/HOWTO/AppropriatelyDealingWithForcedBrowserCacheOfEZwebDevices

--
KUBO Atsuhiro e-mail: ku...@iteman.jp

[KUBO Atsuhiro]

久保です。

この件、熊倉氏が対策を見つけてくれました。

http://hatotech.org/kumatch/archives/2007/06/01/piece_framework_1.html

ドキュメントにも反映しておきました。

http://trac.piece-framework.com/piece-doc/wiki/ja/users/piece-unity/HOWTO/AppropriatelyDealingWithForcedBrowserCacheOfEZwebDevices

--
KUBO Atsuhiro e-mail: ku...@iteman.jp