Smartyでプルダウンメニューを作成する例。

テンプレート側で以下のような感じで定義しておく。
┌──────────────────────────────────────┐
│<select name="pulldown">                                                    │
│<option value="">&nbsp;</option>                                            │
│{foreach from=$choices key=key item=value}                                  │
│<option value="{$key|escape}"
  {if $key == $default} selected="selected"{/if}>{$value|escape}</option>     │
│{/foreach}                                                                  │
│</select>                                                                   │
└──────────────────────────────────────┘

選択肢を以下のような連想配列として、Smartyにassignする。
┌──────────────────────────────────────┐
│$choices = array(                                                           │
│  1 => '北海道',                                                            │
│  2 => '青森県',                                                            │
│  3 => '岩手県'                                                             │
│);                                                                          │
└──────────────────────────────────────┘

初期表示値をSmartyにassignする。
＃選択して(更新などを経て)再表示された場合などを想定
┌──────────────────────────────────────┐
│$default = 2;                                                               │
└──────────────────────────────────────┘

すると以下のようなイメージのプルダウンメニューが作成される。
┌──────────────────────────────────────┐
│          ┌───┐                                                        │
│          │      │→値は''                                                │
│          │北海道│→値は'1'                                               │
│初期表示→│青森県│→値は'2'                                               │
│          │岩手県│→値は'3'                                               │
│          └───┘                                                        │
└──────────────────────────────────────┘

ソースコードは以下のようになっている。
┌──────────────────────────────────────┐
│<select name="pulldown">                                                    │
│<option value="">&nbsp;</option>                                            │
│<option value="1">北海道</option>                                           │
│<option value="2" selected="selected">青森県</option>                       │
│<option value="3">岩手県</option>                                           │
│</select>                                                                   │
└──────────────────────────────────────┘

「<br/>タグ」を「改行コード(\n)」に変換するには、「br2nl()」を使う
例）$data = nl2br($html);

「改行コード(\n)」を「<br/>タグ」に変換するには、「nl2br()」を使う
例）$html = nl2br($data);

(DB内などの)データとしては「改行コード(\n)」で管理し、
表示する時には「<br/>タグ」で出力するという感じ。

但し、「<input>タグ」で入力される場合、
ユーザは「<br/>タグ」なんか入力しない(改行で入力する)ので
使用頻度的には以下なのかもしれない。
  「br2nl()」＜「nl2br()」

個人的には、「nl2br()」で変換なんかせずに、「<pre></pre>タグ」で囲っちゃって
そのまま出力してしまった方が使い勝手はいいような気がする。
若干、単細胞な感じだけどね。
ちなみに当blogも見た目重視で「<pre></pre>タグ」を採用しています。
なってたって固定フォントの字下げが生命線ですから。

C言語においてソース上に以下の表記をした場合、以下の値となる。

    「10」→「10」(10進数とみなされるため)
   「010」→「 8」( 8進数とみなされるため)
  「0x10」→「16」(16進数とみなされるため)

意外に見落としがちなのが、8進数の表記。
つい先頭位置合わせで以下のような記述をしてしまいがちだ。

   a = 0012;
   b = 0123;
   c = 1234;

この場合、aは12に、bは123には…当然ながらならない。
ちなみにこの先頭0埋めのことを「ゼロサプレス」…とは言わないから合わせて注意。
(っていうかこの文章を書いていて気づいた)
「ゼロサプレス」は「12→0012」ではなく、「0012→12」のことをさす。
「12→0012」のことは、「ゼロパディング」という。

PostgreSQLのAutoNumber機能(bigserial型など)を、
「1」に初期化するSQL文は以下のとおり。
┌──────────────────────────────────────┐
│ALTER SEQUENCE AutoNumber用列名 RESTART WITH 1;                             │
└──────────────────────────────────────┘
なお、下記でも代用できる。
┌──────────────────────────────────────┐
│SELECT SETVAL ('AutoNumber用列名', 1, false);                               │
└──────────────────────────────────────┘
この場合、第一引数の「AutoNumber用列名」を「'」で囲うことに注意。
また、第三引数に「SELECT SETVAL」の「is_called」を抑制する
「false」指定を行わないと、一件目の挿入データが「2」から始まってしまうので
こちらも注意が必要である。

なお、「TRUNCATE TABLE」で表を初期化する場合には、
「RESTART IDENTITY」オプションを付加してあげれば、上記のことをやってくれる。
┌──────────────────────────────────────┐
│TRUNCATE TABLE 表 RESTART IDENTITY;                                         │
└──────────────────────────────────────┘

$_GET
・aタグのhref属性などのリンク先URLに簡単に埋め込める(→テキストリンク系)
・多数の明細中にある各リンクなどに向いている
・抽出や検索など公開性の高い処理に向いている
・ブラウザのURL入力欄から簡単に入力できる
・情報が表に出やすい
・情報を引き継ぎにくい(ただしパラメータ付きURLをそのまま引き継げる)
・ブックマークにパラメータも含めて記録させることができる

$_POST
・form内でsubmitする必要がある(→ボタン系)
・一画面中に一つの(決定)ボタンなどに向いている
・更新など公開性の低い処理に向いている
・情報を非常に引き継ぎにくい(hidden属性で伝言していかねばならない)

$_SESSION
・PHPプログラム内でしか設定できない
・ログイン情報など気密性の高い処理に向いている
・情報を引き継ぎやすい
・その反面、情報を適宜クリアする必要(ゴミの掃除)が発生する

          ┌─────┬─────┬─────┐
          │  $_GET   │  $_POST  │$_SESSION │
          ├─────┼─────┼─────┤
入力容易性│    ○    │    △    │    △    │
          ├─────┼─────┼─────┤
隠蔽性    │    △    │    ○    │    ○    │
          ├─────┼─────┼─────┤
情報持続性│    △    │    ×    │    ○    │
          └─────┴─────┴─────┘

┌──────────────────────────────────────┐
│<form method="post" action="a.php?b=c">                      →「a.php?b=c」│
└──────────────────────────────────────┘
formのaction属性で指定するURLにGETパラメータを付加した場合
POSTの場合は、GETパラメータが引き継がれる。

しかし、GETの場合はクリアされてしまう。
┌──────────────────────────────────────┐
│<form method="get" action="a.php?b=c">                           →「a.php」│
└──────────────────────────────────────┘
(雪だるま式に)GET転がしができるかと思ったら、大間違い。
POSTではうまくいってもGETに変えたらハマってしまうってことがあるので要注意。

回避策としては「<input type="hidden"～」に切り換える。
┌──────────────────────────────────────┐
│<form method="get" action="a.php">                           →「a.php?b=c」│
│<input type="hidden" name="b" value="c">                                    │
└──────────────────────────────────────┘

formでGET送信(<form method="get")する場合、
以下のようにsubmitボタンのタイトルが長かったりすると、
┌──────────────────────────────────────┐
│<input type="submit" name="submit" value="とっても長いボタン名"/>           │
└──────────────────────────────────────┘

URL上に以下のように、その長いタイトルがエンコードされ埋め込まれてしまい
邪魔だと思ったことはありませんか？
┌──────────────────────────────────────┐
│….php?…&submit=%E3%81%A8%E3%81%A3%E3%81%A6%E3%82%82%E9%95%B7%E3%81%84%E3…│
└──────────────────────────────────────┘

解決方法はname属性をなくすことです。
┌──────────────────────────────────────┐
│<input type="submit" value="とっても長いボタン名"/>                         │
└──────────────────────────────────────┘

URL上から「submit=」自体がなくなります。

っていうか、元々が(他からコピペしてきたため)
name属性の意味を考えてない単純ミスなんですけどね。

timestamp型の項目を「YYYY-MM-DD HH:II:SS」(例：2011-09-02 12:34:56)の形式で
文字列として参照する場合は、「TO_CHAR()」を使う。
┌──────────────────────────────────────┐
│SELECT TO_CHAR("列",'YYYY-MM-DD HH24:MI:SS') AS "列",                       │
│    FROM "表";                                                              │
└──────────────────────────────────────┘