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

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

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

未定義と空の文字列を1つの式で検出するテクニック
if( isset($_POST['example'][1]) ){

}

703 = :

へぇ、出なかった!
ほんと自由な言語だわ

705 = :

どんまい

707 = :

ポストされたけど値が無いのと、ポストされてないけど(とうぜん)値が無いときと分ける必要がなければそうだね。

709 = :

別に同じ

713 = :

全然違う

714 = :

>>712
関数の戻り値を調べれば何故そう書いているのかわかると思うんだがな

TRUEと同等値が戻ってきた時とFALSE以外が戻ってきた時

722 = :

>>721
結果が違うってなんで?

723 = :

>>722
function test($arr,$str){
foreach ($arr as $a){
if( strpos(implode($arr),$a) !== FALSE )
return TRUE;
}
return FALSE;
}
じゃわけわからんし

function test($arr,$str){
if( strpos(implode($arr), $str) !== FALSE )
return TRUE;
return FALSE;
}
のつもりだったとしてもおかしいだろう

724 = :

>>723
おかしいってなんで?

725 = :

実際走らせてみればいいじゃん。

726 = :

>>723が何をいいたいのかはよく分からないけど、

$arr[0] = 'ab'
$arr[1] = 'bc'
で、abを検索するとマッチしちゃうようになると思うよ。

727 = :

じゃないや、bbです。
>>723の後者はこれを言ってんのかな

728 = :

$str = 'ABC';
$arr = array('AA','AB','AC');
var_dump(
    // AA,AB,ACのどれかが ABC内にあれば真→○
    test($arr, $str),

    // AAABAC が ABC内にあれば真→×
    strpos(implode('',$arr),$str)!==FALSE
);
function test($arr,$str){
    foreach ($arr as $a){
        if( strpos($str,$a) !== FALSE )
            return TRUE;
    }
    return FALSE;
}
求めてるのは上の機能であって下のではないんでないの。
配列の値から文字列探索すんなら in_array array_search 使えばいいだけだし。

729 = :

implode使うって話はstrpos($str, implode('', $arr))なんだとおもうよ。
配列の中身を全部連結したものに対して検索すればいいんでない?っていう。

732 :

配布されてるスクリプトを見ると、
いちいち設定ファイル以外のメインスクリプトでdefinedで定数をチェックして、
なかったら定義したりしてますが、
あれはユーザーが定数を設定するとき削除したりコメントアウトしたり、
予期せぬことをしたときの対策にやっているのでしょうか?
もしそうなら個人的にはそんな勝手にいじるなら動かなくて当たり前ですよ的なスタンスでいいと思うのですが、
何か他に意味はあるのでしょうか?

733 = :

>>732
予想外のスクリプトを叩かれた場合の誤動作の穴が生じるのを防ぐため

734 = :

いままでMYSQLを必要な分だけぐぐって使ってたのですが、DBサイト作るにあたって真面目に
DB基礎本読んで正規化を学んだんですが、
PHPのサイトや最近流行のPHP+MYSQL本を読んでも、外部キーや参照の話って全くありません。
重複した値があるフィールドは別テーブルにするとか、正規化しても
外部キーとかつかった実例が紹介されてないので、実装していいものか悩みます。
PHP+MYSQLで外部キーや参照を使わない理由ってあるのでしょうか?

735 :

すいません上げ忘れました

736 = :

DBとアプリケーションの関係わかっとるかな?

737 = 735 :

すいません、もうちょっと具体的にお願いします。
たぶんわかってません。

738 = :

学ぶよりまず先に手を動かせ

739 = :

>>734
MySQLのデフォルトストレージエンジンMyISAMが外部キー制約をサポートしなかったり、
制約自体がデータの不整合を減らすための仕組みなだけなので
面倒くさがりな入門書なら省いちゃうかもね
パフォーマンスのためにあえて使わないケースもあるけど
よく分からないから使わない、はNGだねぇ

742 = :

あるよ

743 = :

なんだっけ・・・

744 = :

ねーよ

745 = 735 :

>>738
10年手ばっかり動かして学んでこなかった結果、場当たり的なプログラミングしかできない奴に育ってしまったので
基礎学んでます。
>>739
RDBなのに全然リレーショナルしない話ばっかで、なんか使わない理由あるのかな?ってすごい不思議です。
DB本だとかならず正規化するといいよ!って話がでるのに。
入門書だけでなく、本屋にあるPHP本全部みても話題にでてないし、ぐぐっても解説してるところがほとんどないもので・・・
参照してるやつは消せないとか、具体的な実装例とかそういうのみたかったのですが、自分で試すしかない感じです。

>>741
strposとかpreg_matchとか

746 = :

基礎を学びたいと言っておいて結局コピペできるサンプルを欲しがってるだけじゃないの?

DB本で正規化のこと学んで、PHP本でAPIの使い方学べば、あとは自分で正規形のDBを操作するPHPアプリ作れるだろ

747 = 735 :

そうですね。自分で解決することにします。お騒がせしました。

748 = :

>>747
ここの連中はバカとはさみは使いようって感じで情報聞き出せればおk程度に思っといたらいいよ
丁寧に聞いてるとなかなか言わないからな、天邪鬼だから。

例えば間違いをわざと誇張するとかオススメ。
自信満々なアホが釣られて正しく答えてくれる。

749 = :

そこまでしないと情報を獲得できないなんて情弱は哀れだな

750 = :

基本的にすぐ煽るやつは質問者よりも技術的にレベル低い事多いから、
自分で調べた方が速いよ。
>>746とかいい例。
質問の意味を理解してない。


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

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


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