【PHP】下らねぇ質問はここに書き込みやがれ 39

まあがんばれ。結果チェックなんて面倒くさいと思いがちだが
結果をチェックしないほうが事態が面倒くさくなることのほうが多いぞ

>>782
throwはgoto文より強力な制御構造だから。
使い方に注意しないと、
本当にやるべきことをやってるのか後で確認するのが辛くなる。
小規模だったら問題ないと思うけど。

>>788
結果チェックより事前チェックだろｗ
できるだけ早い時期に障害を見つけるのが肝要だ。
fileの処理でいうなら、ファイルを開く前にファイルの存在チェックや
読み取り(書き取り)可能かをチェックすることだ。

>>783
オブジェクト指向ってのは書き方の概念というか
抽象的な物だからこれが正解ってのはないけど
そんな感じに一つのオブジェクトでの役割を簡潔にして
同じような処理は関数化しておいたりして
組み立てていく感じでいいと思うよ。や、俺もよくわかってないが…

>>781
本家本元のサイト見ても、曖昧な記述しか載ってないからねｗｗ
●●の場合はライセンス購入を「お勧めします」だもんｗ
「購入する必要があります」って断定じゃないからね。

>>779
再頒布若しくはMySQLを含んだソフトウェア販売の場合はライセンスを取得しなくてはならない
ってことでしょ？
何が難解なの？

>>793
単純なお前がｳﾗﾔﾏｼｽ

>>793
アフィ厨が言ってるようなバックエンドでMySQLが動いてる
商用Webアプリは「再頒布」でも「ソフトウェア販売」でもないよな？
これはどっちだ？無償とも有償とも読み取れないぞ

もうOracleかDB2でいいよ

そもそも>>737の、
>PHPとMYSQLの組み合わせがベストでしょうか？
という質問をなんでPHPのくだ質スレでするのか…？

>>796
DB2は、とっくの昔にMSのSQLServerに吸収されちゃっているけど、何か？

ピザまん買ったら、ピザまんに『ピザ』って書かれてた
http://www.uploda.org/uporg700785.jpg

>>798
まだあるだろ・・・常識的に考えて

>>793
「頒布」という言葉を辞書で調べろ。

>>801
順序が逆だろｗ
日本語訳じゃなくて、原文(英文)をよく読め。

>>789
うーん、gotoはどんな処理をしているのかが非常にわかりにくくなる面があるけど、throwは処理を中断する方向にしかいかないし、そもそも「どこまで飛ぶか」を意識する必要もないんじゃないかな。
エラーとか入力チェックとか変数のnullチェックとかで、つじつまを合わせるのが難しいと感じたら、すぐthrowするくらいの勢いで問題ないと思うよ。
まあ確かに限度はあるだろうけど・・・。

うん。throwはばしばしとばしまくりで問題ないと思う。
気をつけなければならないのはcatchの方。
要らないやつまで細かくcatchすると、どこで捕捉されているのかわからなくなる。

>>803-804
throwってどうやって使えばいいの？
ifとかexitとかで代用できそうな気がしていまいちよく分からない

俺も知りたいです。
or die使いまくりなもんで。。

>>805
代用できなくはないけど、例外処理のほうがフレキシブル。
exitは一回呼び出したら全てが終了するけど、throwした例外はcatchさえすれば、回復して元の処理を継続することができる。

たくさんthrowしても、まとめて全部catchすることもできるし、catchブロックはエラー等の対処という明確な位置づけで考えることができるから、一度理解してしまえばすごくわかりやすいしね。
とにかく、エラー処理（＝面倒くさい処理）を一箇所にまとめることで、コードがとても清潔で健康な状態に保たれる。

>>802
> 原文(英文)をよく読め。

その必要は全くない。
公式な日本語訳が存在してるんだから。

if (func1()==false) {
エラー処理
}
if (func2()==false) {
エラー処理
}
func3();

try {
func1();
func2();
func3();
}
catch {
エラー処理
}

いまいちな例かもしれんが、
プログラム組んでると正常処理が異常処理に埋もれてしまう。>>809
try,catch使うと、これらを分離しやすい。>>810
のもtry,catchの利点かもな

いや、わかりやすかった

一方、どの関数からどんな例外が投げられるかが
>>810 ではわからん。というのはデメリットだな。
>>789 がgotoより強力といってるのはこれのことかと。

>>813
そういうのはthrowする側が例外オブジェクトで通知してくることなんじゃないかな。

$subject = "";

if(preg_match('/^([0-9a-zA-Z]*)$/', $subject))
    echo "マッチしました";
else
    echo "マッチしませんでした";

$subject は、空文字列 ( "" ) なのでこの正規表現では
マッチしないはずなのですが、「マッチしました」が出力されます？
なんででしょうか……。

preg_match('/^([0-9a-zA-Z].*)$/', $subject)

*だからね。

>>815
*は0以上マッチすることを表す。
つまり、空文字にもマッチする。
恐らく君が望む場合*を+(一回以上のマッチ)に変更しなければならない。

>>816, >>817, >>818
なるほど！よくわかりました。
ありがとうございました。

すまん、1文字以上は+だったわ
あれ？ドットってなんだっけ？1文字だけだったよな

　
無　　　理　　　す　　　ん　　　な
　

正規表現のレスをした後って、必ず一抹の不安が残るよねｗ

一応テストしてから書くようにしているからさほど心配はしないけどなw

フォームの値を取得する際にどこから来たのか調べたいので

$hoge = ほにゃらら
if($hoge != $_SERVER["SERVER_NAME"]) {
error();
}

とやりたいのですがほにゃららに当てはまる処理はどのように記述したら良いでしょうか？

$_SERVER["HTTP_REFERER"]

まあ偽装できるけどね。
あと!=じゃなくてstrposとか部分一致で判断しないとダメ。

$AcceptHost = "/example\.com/";

if( preg_match($AcceptHost, $SERVER['HTTP_REFERER']) ) {
　error();
}

- if( preg_match($AcceptHost, $SERVER['HTTP_REFERER']) ) {
+ if( !preg_match($AcceptHost, $SERVER['HTTP_REFERER']) ) {

>>824
判定させる意味が分かんないけど>>825の言っている様に
どこから来たのかというのがリファラーで
それを吐かない場合にエラーを吐くのであれば''かnullか!で

strposだと
ドメインがabc.comでリファラーがabcd.comだとエラーになりませんよね？

aabc.comとabc.comです

"http://".$_SERVER["SERVER_NAME"]

にすればいいじゃん

くそ、Janeのバグか。

"えいちてぃーてぃーぴー://".$_SERVER["SERVER_NAME"]

にすればいいじゃん。

同じだろ

いや、IEだと普通に見えるけどJaneだとリンクが化けてるんだよ

<?php
include $_POST....
?>

↑で色々なHP表示させたんですが、サイトによっては
文字化けしたり、しなかったりします。　何故なんでしょうか？

yahooはOKで、googleは化けたりします・・・うーん

http://up2.viploader.net/upphp/src/vlphp019543.jpg
？

>>832
それでwwwありとwwwなしのURLをどう区別する？