おい！！俺様は公務員だぞ！！！！
貧乏人はさっさと検索してこい

>>346
いなくなったと思って静観してたがレスがついたので

型に起因すると言ったのは>>321のレスが発端で
なぜ""と0が==になるか？その原因が分かってるからそう言い続けてるだけ
""と0が==なのはPHPの型が曖昧なのが原因
その証拠に型のチェックまでする===の比較では""と0は===ではなくなる
比較演算子に固執してるわけではなくて
>>321で起こりうる原因が何にあるかをわかってるだけ
そもそもこんな問題はC++やJava等の型付けが静的な言語では起こらない

原因が分かってればそれに最適な対処法がある
原因が分からないから他の方法で解決しようとする（←これが強引）
原因が分からない時なら一時的な対処法として仕方ないけど今回は原因は分かっている
（↑この発想はそもそもバグを生みやすいから問題）
それに演算子で解決できるのにややこしい関数を呼び出す必要もない

難しくなるからあまり例えたくはないが
修理すればいいだけなのに原因がわからないから新品を購入するようなもの
とまではさすがにいかないけど
故障原因が分かる正規なとこで修理すればいいのに
めんどくさいから適当に直ればいいやと街の修理屋になおしてもらうようなこと

と偉そうなこといって申し訳ないがフォームから受けとる値が全て文字列になるのは見落としてた
>>345の言う通り関係ない話だったな
話をややこしくしたのは自分にも原因があるので>>346のレス以外黙ってます

必死に書いてくれて悪いが長すぎて読む気がうせるので３行で

>>352
比較演算子の問題と、文字列が空であるかを判定する問題をごっちゃにしてると思うよ。
うんうん、phpの型がゆるいことに起因する比較演算子の問題は分かったよ、
で、それを何故後者の問題の解決のために必ず使わなきゃいけないの？
そこをずっと聞いてるんだけども。
（あと関数を使うのが、楽するため、面倒を避けるため、だと考えてる理由も何？）

>と偉そうなこといって申し訳ないがフォームから受けとる値が全て文字列になるのは見落としてた
335で既に書いてるのに今更ですか
342の最後の文章が乾いて聞こえますね

>>354
>比較演算子の問題と、文字列が空であるかを判定する問題をごっちゃにしてると思うよ。
何がごっちゃなの？問題は1つなんだけど？
比較演算子で文字列が空かどうかを判定してるわけで

>それを何故後者の問題の解決のために必ず使わなきゃいけないの？
必ずとまでは言わないが
初心者用の質問スレで対処法があるのに
わざわざバグを生みやすい書き方を教える必要はない
動けばいいっていうゆとり思想はやめたほうがいい

>あと関数を使うのが、楽するため、面倒を避けるため、だと考えてる理由も何？
？

>335で既に書いてるのに今更ですか
>>文字列で渡ってくる値を文字列判定用の関数で判定してどこが強引？
これのことなら上のほうで突っ込まれてるけどそもそもこんなことする必要ないでしょ
最初の>>316と>>317で解決できる
不必要なことはバグの原因なのでしなくていい

>342の最後の文章が乾いて聞こえますね
そうですね
煽りに煽りで返すのはやめたほうがいいと思います

ていうか>>335ですでに言ってるじゃんっていう気になってるけど
>>338のような的外れなこといっといて何言ってるの？という感じなんだけど

>http://jp.php.net/manual/ja/types.comparisons.php
>残念ながらあなたが間違いです
ここね

このレスから察するに原因がさっぱりわからなかったのに
>>335で適当なことを言ってみたら当たってたか
>>335と>>338が別人なのかどうかのどちらかだよね？

でも>>346のようなレスがつくと同じ人なんでしょうね

>>356
どいうこと？

>>357
今の発言はなかったことにして下さい

>>337の言ってることが>>338には理解できてないようだから
>>335のレスとは言ってることが違うなと思ったけど
よく読み返してみたら型の概念を理解してないだけっぽいね
でもそうするとなぜ文字列で渡ってくるといったのかちょっと不思議だけど

遅れてきて参戦してもいいかな？
===なら判定OKだけど、strlenだとバグになってエラー起こす例あるよ

えっと、別スレでやってくれるかな
質問しにくいんだが

ところで、結局
>>340は正常動作で、>>337が正しくて、
strlenとか===とかはどっちでもいいレイヤーの話にこだわってるってこと？

>>361
そう

趣味の領域で口を出しすぎたのが原因
結果的に荒らしちゃったのでもう黙ってます

>>362
なんだ結局あんたもまともに反論しないで煽ってんじゃん。
ところでバグって何？

>>362
てことは全ての元凶はstrlenを使うのは強引だ、===""を使え！！と強弁してたあんたじゃんか。

しつけーよ雑談スレいけキチガイども

もう許してやれよ
本人反省してるし、これ以上言っても荒れるだけ

ぬるぽ

ｶﾞｯ

>>363=>>364
お前馬鹿だろ？

うるせーよ！質問できねえだろキチガイども！
新しいスレ作るのでそこでやりますかどうしますか

>>370 質問どーぞ。

負けず嫌いで文盲とはたち悪いな
その上粘着質で気持ちが悪い

次の初心者さん、どうぞ

セッションとクッキーってどう違うんですか？

逆に聞こう、どう違わないと思ってるの？

質問を質問で返すとテスト０点になるのを知らないのか？マヌケ

逆に質問するってことは、わからないんじゃねーの　ﾜﾗ

文字列hogeがスカラ変数$aにマッチしない場合、
$bにhogeを代入するってのは、こういう書き方で
合ってるんでしょうか？

if (!ereg( "$a" , "hoge" )){
$b = "hoge";
}

if ($a != "hoge")

>>379さん、早速の回答ありがとうございます。
凄くすっきりしますね。

自分の書いた!eregだとどのような意味になってしまうんでしょうか？
もしよろしければ教えてください。よろしくお願いします。

正規表現での判定になる

つまり正規表現を用いて判定したい場合は>>378でも正解で
>>378と>>379は同じ意味という理解でよろしいでしょうか。

!eregで正規表現でマッチしない
!=で正規表現を使わないでマッチしない

そんな感じです
でも正規表現使うならereg_系よりpreg_系のほうをお勧めします
文字列が含まれているかどうかを判定するにはstrposのほうがいいです
単に変数の内容が文字列と一致するかどうかだけなら比較演算子で十分です

>>383
亀レスになって申し訳ないです。
レスがつかないなと思ってたら専ブラのdatが壊れてました。

preg,strposは調べてみます
詳しく解説していただき本当にありがとうございました。

>>385
http://www.php.net/manual/ja/book.domxml.php

>>386
ありがとうございます。これはPHP4用のものだと思っていたのですが、
PHP5でも使ってよいのでしょうか？。教えてくださったページにも
以下のように書いてあったので。DOM XMLよりDOMのほうが標準っぽ
いかんじがするので、DOM XMLを使っていいのか心配です。
-----
注意: この拡張は実験的なものではありません。
しかしながら、PHP 5 版は決してリリースされないでしょう。
PHP 4 でのみ配布されます。 もし PHP 5 でDOM XML をサポ
ートする必要がある場合、 DOM 拡張を使用することができます。
この domxml 拡張は DOM 拡張と互換性はありません。
-----

>>387
DOM XML は非推奨
DOM の documentElement はここよ
http://www.php.net/manual/ja/class.domdocument.php#domdocument.props.documentelement

PHPとmySQLでトーナメント表を作成ということは可能でしょうか？
また、そのトーナメント表を自動更新できるのでしょうか？

できる

>>389
DB的にはツリー型でプロパティを保存していくんだろうね
↓お勧め構造
http://www.sitepoint.com/article/hierarchical-data-database/

トーナメントのロジック部はエントリー、シード方式、
エントリーから表作成、勝敗登録とまぁ、難しくはないが、
手数は多いかもね。

表示部は可変のリストでグラフィカルなトーナメント表を作るとなると
それはまた大変な作業になりそうだなぁ。

ツリーにしなくてもできる

>>392
ん？ツリーを一切作らないの？
トーナメント表ってツリーじゃない？

皆さん色々ありがとうございます。

ツリーにしなくてもいいとはどういった方法でしょうか？

>>394
たぶん勘違いしてるだけと思うよ

紹介していただいたサイト全て英語でした↓

他に参考となるものはないでしょうか？

わがまま言ってすみません。

つ辞書

>>396
辞書片手に、挿絵とソース見ればわかるんじゃない？
てか、それでわかるんならここで聞かないか。

はい↓右も左も分からない初心者なので。

どうしたらいいかさっぱりなんです↓

↓って何？ふざけてるの？
なんでageてまでこっちのスレで聞くの？ふざけてるの？