のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,730人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 88

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    202 = :

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

    203 :

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

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

    204 = :

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

    205 = :

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

    209 :

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

    210 = :

    逝ってよし
    オマエモナー

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

    211 = :

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

    212 :

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

    213 = :

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

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

    214 = :

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

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

    215 = :

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

    216 = :

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

    217 = :

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

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

    218 :

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

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

    219 = :

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

    220 :

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

    221 = :

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

    222 = :

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

    223 = :

    >>220=>>221

    225 = :

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

    226 = :

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

    227 = :

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

    228 = 224 :

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

    229 = :

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

    230 = :

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

    232 = :

    ごめんなさい、質問させていただきます
    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());
    }
    ?>

    233 = :

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

    237 = :

    友愛のPHP

    240 = :

    SQLって最初は難しいよね

    241 = :

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

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

    242 = :

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

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

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

    243 = :

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

    244 = :

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

    245 = :

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

    246 = :

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

    247 = :

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

    248 = :

    ひどいゆとりを見た

    249 = :

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

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

    250 = :

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


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について