あ

>>198
2がダメならいちいち書いた方がいいんじゃないか

>>200
ドメインなんかをチェックすることを考えたら、
直書きのがパフォーマンスもいいしセキュリティ的にも安心なんですね。
サイト内検索の場合、どのページでも使うので手書きは避けたいのですが…。

>>202
やっぱりそうですか。

$_SERVER['PHP_SELF]を使わないで
$_SERVER['SCRIPT_NAME']を使っていれば良いと思う
もちろん値の確認は必要だが。

>>203
basename(__FILE__);で自分自身のファイル名が取れるよ

>>206
環境は？

ifconfigの結果から取得するとか。

ifconfig(windowsはipconfig /all)でコマンドから取得しれ

なんかさっき2ちゃんねらーっぽい4人組みと道ですれ違った

逝ってよし
オマエモナー

ってな会話でもしてたか？

鯖移転とか感謝厨とか話してたんじゃね？

テンプレートとデータを分けたときのキャッシュファイルの作り方がわかりません
大まかにどのような仕組みなのでしょうか？

どこでキャッシュするかによるな。一番外側でキャッシュするなら
例えばhoge.php?aaa=1&bbb=2とかいうページで（他に変数なし）、ユーザーによって表示内容が違ったりしないという前提で
　1.普通に処理して画面表示するが、ついでにhoge_1_2.htmlとかいうファイルに結果を書き出しておく
　2.アクセスが来たらパラメータに応じてhoge_?_?.htmlというファイルを探す。あればそれを読み込んでそのまま画面表示する
　　なければ1同様に普通にに処理してファイルに書き出して画面表示する
　3.この際、htmlの方には有効期限を決めておく。読み込みの際に更新日時をチェックし、古かったら消す。
　　あるいは、データが更新されるとかでキャッシュが無効になるタイミングがあるなら、その時に消すというルールでもいい。
という機構を実装するのが一番シンプル。
ファイルじゃなくてmemcacheとか使ってもいいし、phpに処理を渡さずにwebサーバだけでなんとかする手段もあるし
リクエストがあったその場で生成するんじゃなくてデータが更新された時点でHTMLを書き換える手もあるし、その辺は色々。

上記は「あるリクエストに対し、どういうHTMLが返るか」をキャッシュしたわけだが。
一歩内側でキャッシュするなら、「あるリクエストに対し、どういうデータがテンプレートに渡るか」だけをキャッシュする手もある。
さらに内側だと、「あるSQLに対し、どういうデータが返るか」をキャッシュしても速度は向上する。

ページをキャッシュしファイルかメモリかDBにURIとタイムスタンプを記録して
そのURIに次にアクセスがあったときにタイムスタンプと比較してライフタイム以下だったら
キャッシュを出力、越えてたりデータが更新されてたら新たに生成して出力しする、

民主に入れたならそれ位わからなきゃねｗ

この60年で日本が劣化したのは自民信者が原因だったことがよく分かった

そういうことにしておきたいってことがよく解った

キャッシュする戦術は使える容量やアクセス数、更新頻度次第。
「外側」の方がキャッシュされた時のレスポンス速度はいいが、組み合わせ数が増える。
（たとえば、10パラメータが10通りの値を取る時、一番外側でのキャッシュなら10^10通りのキャッシュが必要になる
　SQLをキャッシュする形式なら、各パラメータがそれぞれ独立で各1つのSQLにしか影響しないなら、10*10通りで済む）

組み合わせ数が増えると、キャッシュのヒット率が落ちるので、初回アクセス時のレスポンスが落ちる。
100通りしかパターンが無い場合と、10,000,000,000通りのパターンがある場合だと、「既にキャッシュがある確率」が段違いだからな。
SQLキャッシュだと、「4つのパラメータのうち3つは既出」という場合でもキャッシュの恩恵が受けられるので、速度が上がるというのもある。

>>204
ありがとうございます。
二つの違いについて詳しく調べてみます。

>>205
それを相対パスで指定すると良さそうですね。
セキュリティ面はどうか調べてみます。
ありがとうございます。

勉強になりました
ありがとうございます

classとかの書き方や使い方を覚えたいのですが
コードサンプルが掲載されているわかりやすいサイトってありませんか？
国内でも海外でも問いません

あー、自分も知りたい。
綺麗なソースコードのある程度の規模のアプリとか。

フレームワークのソースはいいよ
オブジェクト指向を勉強したいなら一度Javaを勉強したほうがいい

>>220=>>221

『リファクタリング』読んどけ
結果を見るより、過程を見るほうが勉強になる。

key[] が問題
key[1] や key[2] とかで

>>224
?の直後の=は、ただ単にここに書いてる分だけのこと?

自己解決しました
配列の受け渡しはもう少し考えるべきでした

自己解決wwww
>>226-227、残念だな

>>228
一応、どう自己解決したのか書いて欲しい

値がこないとかいう前にvar_dampやprint_rしないのは何故なんだろう？

ごめんなさい、質問させていただきます
addressというテーブルを作りたく、以下のようにしました
フィールドレイアウトで、usernameは主キー、unamは漢字で設定したいのですが主キー、漢字の設定というのが分かりません
どのように書き換えれば良いのでしょうか？

<?php
try {
$db=new PDO('samples');
$db->setAttribute(PDO::ATTR_ERRMODE,PDO::ERRMODE_EXCEPTION);
$db->exec('CREATE TABLE address(
id INTEGER PRIMARY KEY
,username VARCHAR(50)
,password VARCHAR(32)
,unam VARCHAR(50)
)');
print('addressテーブルの新規作成に成功しました。');
} catch (PDOException $e) {
die('エラーメッセージ：'.$e->getMessage());
}
?>

まずスレタイを読んでくれ

友愛のPHP

ごめんなさい、live2chで上に書いていたものがそのまま記入されてしまいました
間違いです
無視して下さい・・・ごめんなさい

SQLって最初は難しいよね

仕事に必要なことだけテンプレ使っててもSQLは上達しないぜ

マニュアルサイトみて、実際にDBを弄りながら覚えるのが一番。

>>238
最初は、phpmyadmin でやってみたらいいと思う。
都度に発行したSQLが表示されるから参考になるよ。

>>240
MS Access とかあると理解早いんだけどなぁ。

SQL関係は情報ソースが浅いの多いのが難点だと思う。
実装が分散しているからね。共通点とツボを理解するには、
SQL92以降の、一般SQL規格を扱った参考書を読むといいと思う。

最初こそphpmyadminなんかに頼らないでSQLの基礎から学んだほうがいいと思うが

>>243
主キーって言ってる分にはテーブル構造ってコンセプトは理解してるんでしょ。
あとは記法の問題だからサンプルを得るには仕掛けに頼ってもいいんじゃん、
と思うけど。基礎から学ぶなら、実装を問わないSQLのコンセプトから理解した
方がいいとは思うけど、テーブル設計できる人がそこまで遡らなくてもいいと
思う。違う実装に移る前に、SQL**を一通りやったほうがいいとは思うけどさ。

記法の問題なら、記法を学べよｗ

俺はPHPやって、データベースの所で躓いて、「やべぇ、コマンドプロンプトって何だよ、SQLやらなきゃわけわからん」って感じでSQLやった
他にも設定とか訳分かんなかったし
だから、PHPが簡単で、早ければ2日で習得できるとか言うヤツの言う事は聞かないｗ
皆はSQLはどういう過程で勉強したの？
やっぱPHPとは別に勉強したでしょ？

勉強して覚えるのと経験して乗りこなすのとは全然違う。

ひどいゆとりを見た

>>246
実を言うと長門繋がりで・・・

まぁ仕事でも使うから設計あたりもちゃんと勉強したよ、うん。

SQLなんて勉強ってほどでもない
CREATE　DROP　SELECT　UPDATE　INSERT　DELETE
こんだけ覚えれば趣味PHPで使う分には問題ないしな
PHPをある程度理解している中級者なら1日で覚えられる
もっと難しいことしたいならOracleの資格本でも読んでついでにとってみようって感じでおｋ