携帯端末で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回]

中々、PHPでも便利な関数があるみたいで

imagecopyresampled（）というのを使えば、再サンプリングを行いイメージの一部をコピー、伸縮することが
出来る

JAVAでは、圧縮の指定はする方法は、多分ないと思う。
しかし、JPEGで品質の指定は出来るらしい

http://yusuke.homeip.net/diary/2006/02/15/1139972587290.html

[0回]

SmartyはShift_JISが上手く使えずに、以前大いに嵌っておりました。

そのため、SmartyのテンプレートはUTF-8で書くようにしてます。

でも、DBはEUC-JP、Eclipseは、Shift_JISみたいにいろんな文字コードが・・・

いろんなサイトをみました。
例えば、ここ
次は、ここ

流石にもう面倒になり、表示する際、UTF-8に変換するようにしました。。。

Eclipseでphpファイルの文字コードを指定できればいいのですが。。。

[0回]

PHP5 PDOでMySQLに接続して、SELECTをしてみた

接続のDNSを　mysql:host=%s;dbname=%s;charset=SJIS
という感じで接続しても、SELECTの結果は一向に文字化けを起こす

結果、SQL文で、「SET　NAMES　SJIS」を発行すると、文字化け解消・・・

アホか、PDO・・・
よえぇー、PHP5

接続オプションが聞かないのに、オプションをつけていた俺が馬鹿みたい。。。

もしかして、他の方法もあるのかもしれないけど、見当たらず。。。

MySQL　Shift_JIS
PHP5　ShifT_JIS

これが間違っているのかもしれないけど、文字コード変換が弱い・・・

JAVAのほうが、全然強い気がする

[0回]

PHP5.2.1がリリース

変更点は以下の通り

• safe_modeやopen_basedirを迂回してセッションが継続可能な問題を修正
• phpinfo()ページが検索エンジンに取得されてしまう問題を防止
• filterエクステンション内での入力関係のバグをいくつか修正
• unserialize()が64bitシステム内で安全な入力文字列に誤用されてしまう問題を修正
• セッション内でオーバーフローによるスタックの改竄が可能であった問題を修正
• 内部のsapi_header_op()関数において、アンダーフローが起こる問題を修正
• いくつかのコードで負の値を渡そうとした際の割り当てバグを修正
• zip,imap,sqliteの各エクステンション内でスタックオーバーフローが起こる問題を修正
• streamフィルター内でバッファオーバーフローが可能な問題を修正
• shmopエクステンション内でバリデートされていないリソースが破棄される問題を修正
• str_replace()関数内でオーバーフローが可能な問題を修正
• いくつかの文字を渡す際に、スーパーグローバル変数のデータを破損させることが可能であった問題を修正
• wddxエクステンション内で情報が開示されてしまう問題を修正
• 64bitシステム上の*print()関数で、文字列フォーマットの際の脆弱性を修正
• mail()関数及び ibase_add_user()、ibase_delete_user()、ibase_modify_user()関数内でバッファオーバーフローが起こる問題を修正
• odbc_result_all()関数内で、文字列フォーマットの際の脆弱性を修正
• メモリリミットのデフォルトを現在利用可能な分に変更
• 内部にヒーププロテクションを追加
• filterエクステンションを、PHPのcgi版及びapache2のSAPI版の$_SERVER変数もサポートするように拡張

らしい・・・
セッションが改竄できたら、セッションの意味がないじゃん・・・

早急に、バージョンアップだな、こりゃ

[0回]