phpファイルで扱う変数とHTMLで扱う文字の取り扱い

今回は初心者向けの内容に回帰してみよう。コミュで質問があったので。

通常phpでは、echoやprint命令を使い、文字列や変数を表示するが、いくつかルールがある。


１、表示命令で通常の文字列を表示する場合

「表示したい文字列をダブルクォーテーション"で囲む」

echo "通常の文字の表示";
(☆shift-JISの文字コードの場合は「表示」の部分が文字化けするので、エスケープする必要あり)

○エスケープの方法１
echo "通常の文字の表\示";
（☆文字化け対象の文字のすぐ後ろに\（￥マーク半角）を足してやる）

○エスケープの方法２
echo addslashes("通常の文字の表示");
（☆文字化け対象の文字を自動的に認識して自動的に\を挿入してくれる）


２、表示命令で変数を表示する場合

この場合は"は必要ない。

$disp_message = "表示したい文字";
echo $disp_message;


３、通常の文章の途中で変数も表示したい場合

.「ピリオド」で分岐点を結合する

$disp_message = "そんなのネェ！";
$disp_lastmessage = "へい！";
$disp_lastmessage2 = "おっぱっぴー";

echo "表示したい文字".$disp_message."こともネェ！".$disp_lastmessage.$disp_lastmessage2;


４、配列を表示する場合

通常の変数と扱いは同じ。

$array["test"] = "天国への会談";

echo $array["test"];


５、ＨＴＭＬリンクをechoで表示するサンプル

キーワード別でカウント数を集計する、、、構造が無理かｗ

echo ".$FormData["words"]."（" . $FormData["counts"] . "ポイント)
";

まぁリンク表示はこれでＯＫのはず。
ＨＴＭＬの記述はソースを見てね。

キーワード別にカウントアップを行いたいのであれば、キーワードを埋め込むためのアクションが必要。
今回はwords=変数　になっているので、この変数が特定される必要がある。
検索エンジンの検索ワードのカウントなどは、input formなどで入力されたものがpostで渡されたりするので、その渡されたキーワードのカウント数を読み込み、増加させ、表示する事で実現される。

はい、ややこしーややこしー

データベースのプライマリーキー

たとえばフォルダという概念のデータベースがある場合、フォルダにはさまざまなデータベースがぶら下がる事ができる事は簡単にわかると思う。

そこで主キーをIDなどを利用して、フォルダデータベースで利用されているIDは登録できなくするなんてこともするが、私の場合は常にプライマリーキー＝autoincrementなもんで、競合するIDが続々出現しているわけだ。

この理論に対抗するためには、各データベースの登録予想最大数を決めておき、十分なスペースをあけて、autoincrementの開始値を重複しないように工夫する。

なんてことも今だけの回避策なので、隙間なくautoincrement番号でフォルダデータベースという、区分を使いこなしたい場合は、フォルダキーテーブルを作る。

フォルダにぶら下がる可能性のある輩たちはこのフォルダキーテーブルを通して、autoincrement番号を配布していただくわけだ。

はっきりいってこれを今使ってみたりしたが、かなりめんどくさい。

フォルダのように矛盾の生じないテーブルに対して行う分にはある程度の慣用度があるように、私個人的には感じるが、共用したいが関連性の薄いテーブルの組み合わせの場合は、なんとなく作る事がおっくうになってしまう。



その他にこのような共用利用される可能性の高いテーブルでいくと、利用する画像を登録しているテーブル。

商品や伝票やメッセージから参照される可能性があり、番号が重複するわけにはいかないが、ほぼ同じ構造の追加テーブルを各地に作るか、共用するしか管理方法が難しい。

ページ間引数（クエリにマルチバイトの場合）

特にheader(location)とかのアドレスの後方に?name=エチ！　とかつけるなら、

エッチ！

を

$value = urlencode("エチ！");

とかしてからつけなさい。
IEとまるから。

mysqlテーブル INDEXの有用性とexplain

データベース構造の設計が甘い筆者は、１クエリ１．５秒もかかるようなクエリを完成させたのだが、
そのクエリをexplainし、そのまま参照しているカラムにPrimaryKey（他のクエリから別参照が起こらないのであればだが）や、INDEXを設定することで、なんと0.3秒にまで速度を改善することができた。

10000件のデータで1.5秒が0.3秒になったということは、50000件まで乗っても大丈夫！！稲葉物置！みたいな状況に陥った。

みんなもexplainしてeq_refを愛して病まないテーブル設計をしようぜ！

携帯忘れてた

おいおいsessionとか使えたっけ？なんかHTTP_REFERRERとかとれてないっぽいぞ。
$_SERVERをprint_rしたら悲惨な結果が。
うぅむ。

sessionの役目

　データ層にアクセスするのは頻繁でない事が好まれる。
データの破損や、データの整合性を高めるためには必要な気配り。

PHPではsessionが簡単に利用できるのは知っていると思うが、
session_start();
さえ言ってしまえば、配列だろうがなんだろうが$_SESSIONに格納することができる。

こいつはphp.iniや.htaccess（api版）により、sessionの有効範囲を指定していない場合、
画面を閉じるまでの間有効となる。

そこで、通販の場合の注文予定商品や、ページをまたぐテスト問題の回答を行う際に、
$_SESSION["cart"][$itemnumber] = $amount;
と、商品番号と数を保持したり、
$_SESSION["qustion"][$question_number] = $answer;
と、問題番号と回答番号を保持したりしておき、

注文確定時や、回答採点時に、

foreach($_SESSION["question"] as $key => $value){
$insert_query = "insert into answer_log values($key,$value,,,,,); ";
}
のように、問題番号に対する回答を登録したりする。

その他にも、ページ単位のアクセスログなんかも、度々記録されるとたまったもんじゃないが、
画面を閉じたというアクションを取得する方法をしらんので、その場合は$_SESSIONは活用できない。

とりあえずfileに格納しておいて、cronなどのサーバサイド自動実行処理を利用し、定期的に収集するのがオーソドックスなやりかたじゃないだろうか。

まぁ、便利やわ。
リンクの引数が多すぎる場合とかも$_SESSION["post"]とかで持っといても良いしね。

ページ間引数（昇順・降順切り替え）

昇順や降順にする分はajaxのよさげなもんもありそうだが、そっちに疎い私はそんなもんはこの世に存在してるんだ凄いね。ぐらいでほっとく。必要に迫られない限りはこのブログの投稿なみにごり押しで早くするべし。

さて、sortっつーかデータベース前提なんだが、fileでもsortとかrsortとかあるからなんとかなるよ、理論だけ気合で把握。

リンク部分にクエリの一部か、ストアド（予め任意に予約しとくクエリセット）のキーをセットしといて発動させるわけだが、当該ページにアクセスする際に、sortに関した引数が無い場合はasc側のクエリ。
ある場合はdesc側のクエリを実行してくれりゃそれで済む。

もちろん前のページ移動時と同様にそのページに渡されている情報は保持しないといけない、ページ番号とかね。

整列した瞬間１ページ目に戻ったりしたらナイーブな気持ちが漂うからね。

一番手っ取り早いのはstr_replaceとかでascをdescに書き換えるとか。

たこ焼きくいてぇ。

ページ間引数（ページ制御の場合）

ページをあらわす変数以外は前のページの情報をもっとかんとだめ。

ただし、前のページで私の手法を使わずに登録時の引数なども受け取っている場合は、それも除外しないと、ページ移動するたんびに増殖（編集）するはめになる。

基本的には$_REQUESTをforeachとかでまわして、keyが除外対象でないものは全て並列引数にするか、input type hidden の記述セットで用意して、リンクやformタグ内に配置する。

GETとPOSTの利用箇所判断基準

GETはリンクのけつにつくので、アドレスばれるのが嫌な人用とか、

そんなんべつにええがな。

GETで移動した先のページは、同じGETアドレスで再度実行できてしまうのが問題で、

POSTで移動した先のページにもう一度POSTアドレスで移動した場合は情報の有効期限切れが起こるわけだ。（情報の再送信要求）

登録処理とか、編集時にログとってるときとか、連続でなんどもされると困るところはPOST。

逆に戻れた方が良い箇所とかはGETという選択になる。

私の場合は登録などはPOSTで通し、実行後にheader(location)などで登録処理をしたアドレスのページからとっとと移動してしまう。

古いやり方でいうならば、登録ありがとう御座いましたのページに逝っちゃうわけだ。

頑張れ若者たちよ。

ページ間引数（register_globals）

off　で。昔はon多様だったが、まぁonの場合はonの場合でクリアしちゃえ。

$_POSTや$_GETも使わない。
$_REQUEST一本で。
前ページから、
input type text name first_your_name

とかの値が飛んできたら

echo $_REQUEST["first_your_name"];

とかで扱うし、複数フォームや、グループが見えるなら、

input type text name form1[first_your_name]
input type text name form1[last_your_name]

とかと

input type text name registed[first_your_name]
input type text name registed[last_your_name]

とかで飛ばして

echo $_REQUEST["form1"]["first_your_name"]
echo $_REQUEST["registed"]["first_your_name"]

とかで表示したり、まぁ扱う。

生で扱うと他の変数との区分けが面倒だ。
ただし、input name に配列を使うと、javascript の扱い、特に[1]とかの指定がちょっとだけ特殊。
操作的には思い通りにできるが、[]これが元々javascriptで扱いが違うので "[" + int + "]" とかで
指定しないと思ったとおりに動かない。

まぁ頑張れば解る。
ていうかinputタグとか有効なんかいこのブログ。やられた。