ケータイからPHPのセッションを機能を使う場合、端末によってはクッキーが利用できない場合があるため、
そのままでは使うことができません。

セッションを使いたい場合は、Apacheインストール時のconfigureオプションに、
「–enable-trans-sid」を付ける必要があります。
※Windowsの場合は特に設定の必要はありません。

また、「php.ini」の設定で、次のように設定してください。
※設定変更後はWebサーバの再起動が必要です

session.use_trans_sid On

もしくは「.htaccess」でも設定することができます。
※.htaccessでの設定上書きが許可されている場合のみ

php_flag session.use_trans_sid On設定変更は、phpinfoで確認できます。

またPHPのコード内で、
ini_set('session.use_trans_sid', '1');でも設定できますが、
その場合は「session_start();」より前に実行する必要があります。

設定が有効になると、リンクの後ろに自動でセッションIDが付加され、
セッション変数が引き継げるようになります。

※ただしクッキーが使える端末で、「session.use_cookies On」の場合には、
セッションの管理にはクッキーが優先して利用され、URLにセッションIDはつきません。

ページの移動に静的HTMLを挟んだり、引数をつけないでリダイレクトしたりすると、
セッションは切れてしまいますので注意が必要です。

上記設定のままですと、URLに固定のセッションキーがついたままの状態のため、リンク先のページにRefererが漏れてしまったり、友達へメールでURLを転送した場合などに、セッションハイジャックされてしまう可能性があります。
そこで安全度を高めるために、次のような対応策を平行して行うと良いようです。

※再度ご指摘を頂きました。iモードの端末はRefererを出力しないので、
その場合はRefererを原因としたセッションハイジャックは考慮しなくてもよいようです。

　１）クッキーを利用できる端末の場合は、そちらを利用する
　２）端末IDによる認証+IPアドレス制限を行う
　３）session_regenerate_id関数を利用する 

1については、auとソフトバンクの最近の機種ではクッキーが利用できます。
クッキーが利用できれば、URLにセッションIDを付加しなくてすみますので、
URLからの漏洩を防ぐことができます。
セッションの管理にクッキーを優先して利用するには、「php.ini」または「.htaccess」で、「session.use_cookies On」と設定されている必要があります。

2の「端末IDによる認証+IPアドレス制限」については、
まず.htaccessなどで、携帯キャリアのIPアドレスからのみアクセス可能な状態にします。

その状態でセッションに端末IDを格納し、アクセスの度に認証チェックを行うことでなりすましを防ぎます。
IPアドレスの制限をかけるのは、Refererが漏れている場合は、端末IDも同時に漏れているケースが多いためです。
端末IDはリクエストを偽造することで、なりすまされる可能性があるため、携帯実機からのアクセスのみとすることで安全度を高めます。

3の「session_regenerate_id関数」は、アクセスの度にセッションIDを変更するためのものです。
PHPのバージョンによって対処法が異なりますので注意が必要です。

まずPHP5の場合は簡単です。

PHP5でのセッションID再生成のサンプル

＋－－－－－－－－－－－－－－－－－－－－－－－－－－＋
session_start();
session_regenerate_id(true);
＋－－－－－－－－－－－－－－－－－－－－－－－－－－＋

session_regenerate_idの引数にtrueをセットすることで、古いセッションIDは破棄され、毎回新しいIDがふられます。

PHP4ではこの引数が利用できないため、古いセッションは破棄されず、同じことを実現しようとすると少し大変です。

PHP4でのセッションID再生成のサンプル

＋－－－－－－－－－－－－－－－－－－－－－－－－－－＋
// セッション開始
session_start();

// 古いセッションを保存
$sess_tmp = $_SESSION;

// セッション変数を破棄
session_destroy();

// セッションIDを再生成
session_start();
session_regenerate_id();

// セッションを元に戻す
$_SESSION = $sess_tmp;
＋－－－－－－－－－－－－－－－－－－－－－－－－－－＋

欠点としては、アクセスの度にセッションファイルが作成されるため、
ゴミファイルが残りやすいという点があります。

なお、session_regenerate_id関数を使うと、毎回セッションIDが変わるため、通信エラーが起こった際にセッションが切れてしまう可能性があるようです。
利便性を重視するかセキュリティを重視するか、扱う情報の重要度に応じて使い分けると良いと思います。


From ：　http://ke-tai.org/blog/2007/12/12/php_session_new/
 

[1回]

Spring MVC で Bindする際に以下のようなエラーが出る

Failed to convert property value of type [java.lang.String] to required type [{型名}] for property '{プロパティ名}'; nested exception is ...

Spring自身がキャストできないため発生するエラー

そのため、自分でキャストするクラスを生成するか、大雑把にMessageResourceを設定するかのどちらか

MessageResourceの場合は、以下のとおり
＃ 日本語は native2ascii をかけておく
typeMismatch.int={0} は整数値で入力してください。 

※置換文字の 0番目「{0}」にプロパティ名が埋め込まれるようになっている


１）　自分でキャストするクラスを生成する場合は、PropertyEditorSupportを継承したクラスを生成
import java.beans.PropertyEditorSupport;

public class CustomIntegerEditor extends PropertyEditorSupport {

 public String getAsText() {
  Integer i = Integer.parseInt(getValue().toString());
  return i.toString();
 }

 public void setAsText(String str) {
  
  if( str == "" || str == null ) {
   setValue(0);
  } else {
   setValue(Integer.parseInt(str));
  }
 } 
}

２）　SimpleFormControllerを継承したクラスのinitBinderで、キャストをしてあげる

protected void initBinder(HttpServletRequest request,
   ServletRequestDataBinder binder) throws Exception {
  
  binder.registerCustomEditor(Integer.TYPE, new CustomIntegerEditor());
  
  super.initBinder(request, binder);
 }

[0回]

携帯端末でSmartyを使用する場合、必然的に文字コードはShift-JISになる

でも、Smartyでは、Shift_JISをサポートしていない

でいいサイト（ブログ）があったので、転記

環境
・PHP＆SmartyテンプレートはEUC-JPで保存
・ケータイ向けなのでShift-JISで出力する
・.htaccessのPHP設定はこんな感じ･･･

 php_value default_charset "EUC-JP"
 php_value mbstring.language "Japanese"
 php_value mbstring.internal_encoding "EUC-JP"
 php_value mbstring.http_input "auto"
 php_value mbstring.http_output "EUC-JP"
 php_flag mbstring.encoding_translation On
 php_value mbstring.detect_order "auto"

ini_set("default_charset","Shift_JIS")を記載

http://memo.xight.org/2007-02-14-1　と
http://hain.jp/index.php/tech-j/2007/02/13/%EF%BC%B0%EF%BC%A8%EF%BC%B0%E3%81%AE%E6%96%87%E5%AD%97%E5%8C%96%E3%81%91

がいいページ

"default_charset"に書いた文字コードは、HTTPヘッダーに出力されるのか。

どうりで最初のままだと文字化けするはずだ。
HTTPヘッダーでは"EUC-JP"だよって言ってるのに、
その後のmetaタグで"Shift-JIS"です！と言われても遅いわな。

という事で、倣って.htaccessを以下のように変更。追加した"ini_set(XXXX)"は消す。

しかし。このままだと入力文字は化ける気がする。 

Shift-JISの入力文字列をEUC-JPに変更するには、
処理する前に$_REQUESTや$_POSTを全ナメして、mb_convert_encodingする必要があるのかな？

でもそんなのメンドーなので、ここはPHP様に自動変換してもらう設定で妥協する事にした。
という事で.htaccessをこんな風にして完成。

 php_value default_charset "none"
 php_value mbstring.language "Japanese"
 php_value mbstring.internal_encoding "EUC-JP"
 php_value mbstring.http_input "auto"
 php_value mbstring.http_output "pass"
 php_flag mbstring.encoding_translation On
 php_value mbstring.detect_order "SJIS,EUC-JP,UTF-8,JIS,ASCII"

by : http://d.hatena.ne.jp/sngmr/20080125/p1

まぁ、Windows環境で開発する場合(Eclipseを使用して)は、
ini_set("default_charset","Shift_JIS")　を共通のファイルに書き込むのはいいのだけど、
実際の環境と差異が生まれる可能性があると思うので、

共通のファイルには、ini_set(xxxxxxx)ではなくて、header("Content-type: text/html; charset=Shift_JIS");
と記載したほうがいいと思われる

レスポンスのヘッダーが、default_charが入ってくるならば、そこを直せばいいだけのように思える。

勿論、Smartyのプレフィルタを使うのが前提ではあるが。

と思っている今日この頃です。

[0回]

EZのシュミレータが使えない

なので、Moxyというものをインストールを試みる

しかし、FC６の標準で入っているPerlには、NDBM_File.pm　というが標準インストールがされておらず
yumなのでインストールが困難なため断念。。。orz

とりあえず、関係があるURLを記載

http://bokut.in/mt/2007/07/moxy.html
http://code.mfac.jp/svn/Moxy/lib/Moxy/Manual/InstallJA.pod

本当ならば、

svn co http://code.mfac.jp/svn/Moxy/
cd Moxy
perl Makefile.PL
make test
./moxy.pl -c config.yaml

でいけるらしい

[0回]

とりあえず、いつか役に立つかもしれないので
URLだけを記載


http://x68000.q-e-d.net/~68user/net/java-http-url-connection-2.html

[0回]