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

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

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

    http://kohada.2ch.net/test/read.cgi/php/1168450843/
    こっちで聞けっちゅうに

    307 = :

    >文字列"hoge"は数字じゃないからゼロを返す

    というよりも、文字列"hoge"は整数に変換すると0になる。
    それ以上でもそれ以下でもなく、そういう仕様だってことでいいと思う。

    phpが叩かれる理由のよくあるうちの一つが、こういった暗黙の了解が至る所にあって、
    その了解の仕方が何となくだらしない感じがするってことじゃないかと。
    このあたりのだらしなさがPHPっぽいといえばそうかも知れないな。

    309 = :

    ん？
    整数の1だろ

    310 = :

    何を言ってるんだねチミは

    314 = :

    JavaScriptも結構アレだなｗ
    PHPもだけど勝手に数値変換すんなと

    315 = :

    インタプリタってそういうもんですから

    316 = :

    「返す」って言葉は使わない方が良いよ

    317 = :

    >>文字列"hoge"は数字じゃないからゼロを返す
    >"1hoge"は文字列だが数値にキャストすると1になる
    >文字列 != 数字じゃないからゼロを返す

    文字列"hoge"は整数じゃない
    文字列"hoge"は整数と比較する文脈では整数と評価される
    文字列"hoge"を整数に変換すると0になる


    文字列"1hoge"は整数じゃない
    文字列"1hoge"は整数と比較する文脈では整数と評価される
    文字列"1hoge"を整数に変換すると1になる


    たったこれだけのこと。

    318 = :

    intvalとか使ってるならまだしも
    ただのキャストを変換っていうんじゃねえよ

    319 = :

    >>317
    やばい！なんかその説明で一瞬わかったつもりがわからなくなった。

    文脈ってなんだ？PHP的文脈ということ？
    PHPの仕様だからそうですというだけか。

    320 = :

    実際そんな騒ぐようなことでもないがな

    321 = :

    文字列に何が入ってるかをちゃんと把握しとかないと
    数字のみで構成された文字列なら
    数値と比較するときは==使う
    とかちゃんとした理由があって
    比較演算子を厳密にするか否かを決めないと

    322 = :

    >>318
    おいおい大丈夫かよｗ
    「ただのキャスト」ってなんだよ、「ただのキャスト」って。
    キャストってのは「強制的な型変換」のことだろうが。
    317でいう変換は詳細に書けば「自動変換」だ。
    原文で言うと「automatic type conversion」だよ。

    >>319
    文脈ってのは言葉の連なりだ。当たり前だが。
    原文で言うところの「context」だよ。
    a variable's type is determined by the context in which the variable is used.
    単に「文」として訳されているみたいだけど。

    実際騒ぐようなことじゃないんだよ、確かに。
    あっさり流そうぜ。

    結局、PHPの言語仕様はとっても下品でだらしないんだよ。
    だが、それがいいんだよｗｗｗ

    323 = :

    PHPは下品でだらしなくてガバガバ

    324 = :

    DBの設計で質問があります。
    ちょっとPHPとずれてるかもしれませんが聞いてください。

    クラスの時間割(6時間)を5日分DBに登録するとします。
    これを一つのテーブルに登録すると30行になると思います。
    後で水曜日の時間割が一時間増えたってなったとき、
    挿入しようとしてもDBって末尾にしか追加できないから、
    その追加した水曜日の1時間だけ31行目に追加されてしまい、
    GUIベースで表示しくてれるツールでDBを見たときに汚くなってしまいます。

    なので月～金までのテーブルを５つ作ったほうが、
    後から追加しやすくなるかなと思ったのですが、どっちがいいでしょうか？

    最初の方法でもどうせ曜日で検索かければデータとしては取得できるのでいいかなと思ったのですが、
    実際は皆どうやってるのかなーと思いまして。

    アドバイスください

    325 :

    ID出し忘れました。すいません。

    326 = :

    >>324

    > その追加した水曜日の1時間だけ31行目に追加されてしまい、
    > GUIベースで表示しくてれるツールでDBを見たときに汚くなってしまいます。

    気にしたらハゲ

    曜日の順・時間の順で表示すればいい

    曜日ごとにテーブルを作るのは無駄で愚の骨頂

    327 = :

    キャストを型変換とか言うやつ未だにいたんだな

    328 = 325 :

    >>326
    ありがとうございます。
    じゃあ基本的にDBって書き込まれてる場所はどこでもよくて、
    見れるときにちゃんと見れればいいって感じですか？

    329 = :

    >>324
    http://toro.2ch.net/test/read.cgi/db/1341061787/
    ほれ
    はやってないけどageればすぐ答えつくからこっちで質問しなさい

    330 = 325 :

    >>329
    ありがとうございます。
    こっちに移動しますね。。

    331 = :

    DBの設計はそれをどう使うのかを念頭に置かないと何も答えが出ないよ。
    それに思いっきりスレチだわな。

    とはいえこの場合は一つの方法として時間割のテーブルと科目のテーブルを分けて、
    それらの関係を表現するテーブルでつなげるってのがよくあるパターンだろうな。

    時間割のテーブル:time_tables
    id
    class_id
    weekday

    科目のテーブル:courses
    id
    name

    時間割 has many 科目:time_tables_courses
    id
    time_table_id
    period
    couse_id

    みたいな感じか

    332 = :

    こんばんはm(__)m

    333 = 325 :

    >>331
    テーブル繋げたことないのでさっぱり分かりませんね。。
    とりあえずレスコピらせて勉強させてもらいます＞＜
    あざっす！

    334 = :

    そこまで正規化する必要があるのかと…

    336 :

    データをDB化したんですが、そのデータを追加、修正、削除するのにhtmlでフォームを作ったり、
    そのデータを受けるPHPのコードを書いたりめんどくさいです。
    何かいいツールないんですか？
    それとも皆さん毎回ガリガリhtmlでフォーム作ったり、PHPのコード書いてるんですか？

    337 = :

    ガリガリが楽しいのです

    338 = :

    フレームワークでも使えばいいんじゃね

    339 = 336 :

    では何か良いフレームワークを教えてもらえるとありがたいです。
    それともガリガリが普通なのであれば頑張れといってください

    340 = :

    cakephp
    まぁフレームワークわかりませんって泣きつかれても困るんで
    頑張れ

    341 = 336 :

    >>340
    ありがとうございます
    さっそくダウンロードさせてもらいます。

    342 = :

    cakephpは配列に強くなれる、素敵なフレームワークだよ。

    343 = :

    ログイン処理のサンプルで、
    パスワードを暗号化してクッキーに保存して、
    後からそのクッキーを読み込んでパスワードがあっていれば、ログイン後のページを表示するっていうのがあったんですが、
    これってどうなんですか？

    暗号化しててもパスワードをクッキーに保存するのってあり？

    344 = :

    パスワードがもれても大したことにならない
    サイトなら別にいいんじゃない？

    あとは暗号化の方法にもよると思うけど
    ユーザーが他のクリティカルなサイトのパスワードと
    同じものを登録していた場合
    パスワードが漏れて大変なことになることもあるかもしれない

    345 = :

    すまん、勘違いした
    >>343
    の方法ってクライアントサイドでパスワードが
    あってるかどうか判定するってことでいいのかな？

    そのログイン後のページに入ろうと思えばいくらでも方法がありそうだよ

    どちらにしろやめたほうがいいような気がするな

    346 = :

    ですよねー
    やめときます
    ありがとうございますた

    347 = :

    >>345
    いえサーバサイドです
    やめたほうがよさそうですよね
    ありがとうございました


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

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

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