PHP

Smartyで一部コントロールを隠す単純な方法

koka — Fri, 15 Dec 2006 01:45:00 GMT

Web画面で場合によって一部コントロールを隠したいことってありますよね！？

ASP.NETであればコントロールをサーバサイドでプロパティを変更することで簡単にできますし、ASP,JSP,Peal,PHPでも出力しなければ済みます。

けれどPHP+Smartyの場合、テンプレートとなるHTMLにすでにコントロールが存在し、それを消す方法がないんですね。
まあスタイルシートを利用すれば表示させずに済む方法もあります。

ただ携帯の場合、そもそもスタイルシートが使えないのでこの問題結構厳しいなぁ～とさっきまで思っててそういった制御をしなくてもよい設計をしてたわけです。
けれど、どうしても避けて通れない状態になってあれこれ考えました。

あっさりと解決。

１、テンプレートHTMLの隠したい範囲の最初と最後に変数を配置します。

{$hogeStart}
<span>ほげ</span>
{$hogeEnd}

２、隠したい場合に、設定した変数に以下のような値を設定します。

～->assign("hogeStart", "<!--");

～->assign("hogeEnd", "-->");

はい！コメントで隠してしまえ！です。

いいんです。これで。

MySQL

koka — Wed, 15 Nov 2006 23:15:00 GMT

「MySQLがあらわれた」

「kokaのこうげき」

「MySQL3.23ではUNIONがつかえない」

「
kokaは999・・・のダメージをうけた
kokaはこんらんした
kokaはかぜをこじらした
kokaはかたこりになった
」

「あたらしいしごとがあらわれた」

「kokaはにげだした」

逃げられないorz

MySQL

koka — Thu, 02 Nov 2006 20:59:00 GMT

いまLAMPな開発をしていて、開発環境ではXAMPP利用なのでMySQLのバージョンは5.0.24とか。
で、システムのテスト環境にレンタルサーバを利用し、そちらのMySQLのバージョンが4.0.25(これ重要)

さらに本番環境ではMySQLのバージョン3.23になるそうです。

それがどーした！といいますと、SQLを利用する際に「サブクエリ」を利用してたわけですね。
んでMySQLでの対応されているので問題ないと思ってました。無論、開発環境では問題もなかったわけです。
そして先日テスト環境にてシステム構築をしてるとDB関係の処理が全滅しました。
なんだろうと調べてみるとどうやらSQLのサブクエリが『使えない』模様・・・

4.1からの対応かよorz orz orz

テスト環境のバージョンが低くてよかった（ＴＡＴ）
サブクエリは主にマスタから名称を取得するのに利用してたのですがそれをすべてLeft Joinで結合していく気力はなく、ビューもないし
おとなしくトランザクションテーブルに「マスタのコードと名称」を持たせたとさ。めでたしめでたし。

orz

VS.phpバージョンアップ

koka — Sun, 29 Oct 2006 00:26:00 GMT

いつの間にやらVS.phpがバージョンアップ。というかVS立ち上げたら通知してくれました。
ん～でなにも考えずバージョンアップ。今めっさ開発中ですがなにか？

注意点！！！
php.iniを見事に「置き換えてくれます。」おそらくは他のファイルも・・・
VS.phpフォルダのiniファイルをゴリゴリといじってるひとはバックアップをお忘れなく。

・・・というか使ってる人はいるんだろうか。

Shift_JISの罠

koka — Sat, 28 Oct 2006 00:20:00 GMT

なんだかWEBアプリを作成するたびに思い出し確実に罠にはまっている気がします。

ＣＧＩで特定の文字（表・予・申・能など）が文字化けする

毎度毎度この問題で「次からはShift_JISは使うまいぞ」と思うのだけれど、綺麗さっぱり忘れるのだなぁ～

今回はPHPなのですが「Magic Quotes GPC」って設定がOnになっているとPOST、GETのパラメータ取得時に自動的に値にバックスラッシュをかけてくれるらしく、この問題が判明。
しかし、基本的にDBへデータを保存したりする場合にはPEARのDBを利用しているので２重に変換かかっちゃう？

試してないけどまずは「Magic Quotes GPC」をOffにしてみます。

メールのエンコード確認

koka — Sun, 22 Oct 2006 13:34:00 GMT

PHPでメール送信
にて、中さんより「メール送信にはISO-2022-JPってきまっとるんじゃぁわれぃ」見たいなコメントを頂き、あまり意識してなかったのでこのままではまた晒し者にされかねないのでｗ
メール送信時の文字コードを調査してみる。
PHPのmbstring拡張「mb_send_mail」はサーバの設定によりますが、基本的にISO-2022-JPに変換してメール送信してくれる便利な関数みたいです。
なので送信後のファイルを拾って確認してみましたが、とりあえずSJISでもUNICODEでも無い事は判明。。。

そのままではISO-2022-JPかどうかは分からなかったので、ISO-2022-JPであることを確認するのにテキストエディタはないかなぁと探してましたが、別の確認方法を発見。。。

GmailなどのWebメールだとヘッダー情報を見ることが出来ますが、ブラウザだと文字コードに「ISO-2022-JP」がありました。
Firefoxだと「日本語(ISO-2022-JP)」、IEだと「日本語(自動選択)」で「日本語(JIS)」となり一応表示できます。直接「日本語(JIS)」を選択できないのが歯がゆい。

まあそんなわけで一応は確認できました。さらにエントリーも１つ書けて儲けた（気がします。）

PHPでコールバック関数を指定する方法

koka — Sun, 22 Oct 2006 01:17:00 GMT

PHPの「array_walk」や「array_map」といった関数は、指定したユーザー定義関数の引数としてある配列の要素を順に与えて実行する事ができる便利そうな関数です。
使い道としては配列の要素全てにtrimをかけるとかでしょうか？なにせ配列全てをループでまわして処理する手間がかかりません。
というかPHPではそういった処理がメンドイわけでorz

で、さっそくこれを利用しようとして、見事にはまりました。
なにかといえば、例えば

class foo {
 function bar() {
  $tmp = $list;
  $list = array_map("hoge", $tmp);
 }
 // コールバック関数
 function hoge($item) {
  return trim($item);
 }
}

なんて感じで書くとitemって配列の要素全てにtrimがかかるはずなんですけど、これがエラーになって「そんな関数ねぇー」みたいに怒られます。
実はhoge関数ではなくtrim関数を指定するとエラーにはなりません。PHP関数は指定できないみたいなのですが、じゃあTrim関数ってなんなの？って感じ。まあ調べませんが。

んで２時間ほど悩み、風呂に入って飯を食った後ふと気が付きました。
「クラス内で定義してる関数だからか？」
さっそくコールバック関数をクラス外に置き実行してみると・・・

通りました！！！はぁぁorz

なんだかJavascriptでも同じような問題ではまった記憶が・・・まぁいいやｗ
んで問題が判明したのでそれらあたりの情報を探すとあっさりと見つかりました。

ぐさぎどっとこむ : コールバック関数 by gusagi - ぐさぎどっとこむ

コールバック関数を、オブジェクトと関数名の配列で引き渡す。

これ、PHPのマニュアルにも書いてあったんですが、知りませんでした

まさにこれ。マニュアルみてないなぁ。

んで動作させるための参考例。とはいえこのままでは動きません。

class foo {
 function bar() {
  $tmp = $list;
  $list = array_map(array(&$this, "hoge"), $tmp);
 }
 // コールバック関数
 function hoge($item) {
  return trim($item);
 }
}

クラス外においてもいいんだけど気持ち悪いので、関数指定を変更。

これはきっと罠だな。

PHPでメール送信

koka — Sat, 21 Oct 2006 13:15:00 GMT

表題どおりPHPでメールを送信するための覚書。

前提として
SMTPサーバ：開発マシン上に「MELON SMTP Sever」を起動して利用。
　作者さんのホームページはこちら。seclan のほえほえルーム
　な～んも考えずにインストールして起動すれば動作するのて非常に助かります。OpenSSLのインストールを忘れずに！
PHP実行環境：VS2005+VS.pnp
　結局VS.pnpはお買い上げｗ
文字コード：SJIS

メール送信にはmbstring拡張のmb_send_mailを利用。
VS.phpのPHP.iniではmbstring拡張が無効になってるので有効に！んでなぜかmbstring拡張の関数にはインテリセンスが聞かないorz

さらにPHPポケットリファレンスの情報鵜呑みでは文字化けorz
以下が参考になりました。
[PHP-users 22056]mb_send_mailで文字化け
[PHP-users 22071]Re: mb_send_mailで文字化け

２年前のMLでやり取りするような問題を抱える自分にちょっとしょんぼりｗ

そしてとりあえず動いたぞソースが以下。ご参考に。そのままではまぁ動かんでしょう。。。

 $toMail; // あて先
 $title;  // タイトル
 $body;  // 本文
 $header; // 追加ヘッダー
 $toMail = "hoge@mail.xx.xx";
 $title = "メールタイトル";
 $body = "本文\n改行もできるぜ！";
 $header =
  'From: info@mail.xx.xx' . "\r\n" .
  'Reply-To: info@mail.xx.xx' . "\r\n" .
  'X-Mailer: PHP/' . phpversion();
 mb_language("Japanese"); // 日本語モードにする
 mb_internal_encoding("SJIS"); // この設定がないと文字化けorz
 
 mb_send_mail($toMail, $title, $body, $header);

さあ後は何をメール本文として送信するか仕様を確認するだけ^^;

PHP+SmartyでShift-JISを利用する際の強引な手

koka — Tue, 17 Oct 2006 23:02:00 GMT

ん～どんどんとMSから離れてくよーなネタですが、以下にMSツールが開発者に優しいものかを再確認するためのネタと思ってご確認を。。。

PHP+Smartyで開発する際にSmartyのテンプレートファイル（詳細はどっか参照ください）の文字コードをShift-JISにするとたくさんエラーを吐いてくれます。
それもひとえにSmartyがShift-JISに対応していないため。。。しかし開発で既存ページを改造する必要がありそれがShift-JIS。できれば文字コードを変えたくない。。。

そんなときに便利な方法。

tomimemo - Smarty

sjisでテンプレートファイルを作成したら、「施設」という文字でエラーになった。回避策は{literal}で囲う。（sjisで作らないことが一番の回避策？）

それ採用です。かなり強引ですが、Bodyタグの開始終了内側を「{literal}{/literal}」で大雑把に囲い、Smartyタグを利用する際に手前で「{/literal}」Smartyタグ終了時に「{literal}」
なんてエレガントｗ
良い子は真似しないほうが良いでしょう。
一応エラーが出ないもののなんか良心が痛みます。

MySQLをODBCでつつく

koka — Thu, 12 Oct 2006 22:26:00 GMT

PHPの開発をするのにMySQLを利用していますが、せっかくVS.PHPでVS2005を使っているのだから「サーバエクスプローラ」を経由でMySQLを操作したい。翻弄したい。
んでODBCっつう便利なものがあるやんとODBC管理ツールを眺めてみる。

MySQLの文字は見当たりませんでした。そらそーか。

で、ODBCドライバはないか探したら、あっさりと見つかりました。

MySQL AB :: MySQL Connector/ODBC 3.51 Downloads
こちらの「Windows downloads」からまあお好きな形式でダウンロード。

インストールも問題なくでき、再度ODBC管理ツールを開くと「MySQL ODBC 3.51 Driver」が追加されました。

んでそれを利用してデータソースを作成します。以下に画面を。
注意すべきは３つ目の画像の「Initial Statement」に「set names [文字コード]」を設定する事。してないと「サーバエクスプローラ」からテーブル情報を参照した場合に日本語が化ける可能性があります。MySQLの文字コードをsjisにしている場合は「set names sjis」と設定すると文字化けがなくなります。

一応これで「サーバエクスプローラ」でMySQLのテーブルを参照できるのだけれど、どうもデータの追加や更新がうまく出来ない。カラム情報をうまく取得できていないらしくて、たとえば「insert into hoge (a, b, c) values(1, 2, 3)」を実行するとa, b, cそれぞれに「2, 1, 3」とカラムと値が対応せずに登録される。更新時も同様。

なんだかすっかり翻弄されてるけど、まー参照できるからい～～～かぁ～。