07/05/15 22:10:02
>>280
まあお好みだけど、そのヒネクレ口調だけはやめたほうがいいな。
仕事で嫌われるよ。能力ないのに嫌われたら困るだろお前も
283:nobodyさん
07/05/15 22:26:46
>>281
DBコネクションのリソースってそんなに多大な情報持ってんのか？
284:nobodyさん
07/05/15 22:38:40 UJ71PYY7
>>281
ほとんどの場合は接続IDだからコピーされても
無視できるだろう
ただし、pear::DB とか PDO のインターフェースは
結構でかい
285:nobodyさん
07/05/15 22:40:43
>>281
普通にやれば、丸々コピーだろ
sqlの実行結果なんかは、状況によってはボトルネックに
なるかもね
286:nobodyさん
07/05/15 22:43:22
>>284と>>285で議論を戦わせてください。他の人は口出ししないで＞＜
287:nobodyさん
07/05/15 22:47:12
たんじぇんと、こさいん、氏ね>>286
288:nobodyさん
07/05/15 22:52:10 GtGfJ8qN
DBから出勤時間と退勤時間を出して勤務時間をはじきたいですが、
さくっとかっこいいやり方ってありますか？
289:nobodyさん
07/05/15 22:56:21
退勤時間 - 出勤時間
290:nobodyさん
07/05/15 23:00:29
>>288
select name,phone from shain where shain_id = 'foo';
call phone;
get appointment;
if(define('appointment') && appointment == TRUE )
{
return 'SUCCESS';
} else {
return FALSE;
}
291:nobodyさん
07/05/16 00:39:57
>>289
休み時間は？
仮に休み時間が１時間としても、
退出時間－出勤時間－１
としてはいけない。半休とか使う場合があるからだ。
だから単純な方法は無い。
292:nobodyさん
07/05/16 00:53:26
退勤時間 - 出勤時間(if 休憩がＸＸだったら～～～)
293:nobodyさん
07/05/16 01:06:54
>>280
世界中の職場が三項演算子を禁止してるとでも？
うちで禁止するのは新人と糞派遣に投げる時ぐらいだな。
294:nobodyさん
07/05/16 01:12:08
>>291
じゃその就業規則をルール化しろよ
295:nobodyさん
07/05/16 01:16:31
プライド高いだけの奴が沸いてきた
296:nobodyさん
07/05/16 01:17:33
プライド高い「だけ」の奴ね
^^^^^^^^
297:nobodyさん
07/05/16 01:28:05 PGjb3KVb
すいません、登録制のサイトで登録者の情報を管理者と登録者本人だけに表示を許可したい場合はどうすれば良いんでしょうか？
(管理者以外の他の登録者からは見えないようにしたい)
ちなみに、管理者を$site_admin、 登録者本人を$user_owninfoとして、
管理者のみだと、
<{if $site_admin == true}>
中身
<{/if}>
で上手く行くんですが、そこに登録者本人をプラスして、
<{if $site_admin == true && $user_owninfo == true}>
中身
<{/if}>
としてみると結局$site_admin == trueの部分しか機能していません。
どうかお知恵をお貸しください。
298:nobodyさん
07/05/16 01:29:45
Smarty使う前にandとorくらい知っておいたほうがいいんじゃないかね
299:nobodyさん
07/05/16 01:30:02
IDかPASS制だったらDBでIDとPASS検索して一致しなければLocationで飛ばせばいいんじゃね？
300:nobodyさん
07/05/16 02:12:16
もうBasic認証でいいじゃん、pearの認証つかえばいいじゃん
301:nobodyさん
07/05/16 02:33:19 ceM6XUKn
オリジナルのclassを集めたやつ「class.inc」を暗号化した場合、
読み込むときに複合化しなきゃダメなのかな？
知り合いに自分の作ったやつあげるときに、そのclass.incの中身見られたくないのよ
302:297
07/05/16 02:33:43 PGjb3KVb
&&じゃなくて||でしたね。
単純な間違いでした。
お騒がせしました。
303:nobodyさん
07/05/16 02:34:46 QKxTyLUD
質問です。
mysqliの関数を実行する時に、
prepareステートメントとか bind_param()とか execute()を使う場合と
使わない場合で、どのような違いがあるんですか？
こんな場合は使ったほうがいい、ってのありますか？
参考にしている本を見ると、リストDBに「人名」「自己紹介」「HPのurl」を
追加するのに使っていますが、この程度なら普通にやっても同じでは？
という気がします
304:nobodyさん
07/05/16 02:40:07
>>301
PHPスクリプトを暗号化するソフトなら安いので１万円出してお釣がきますので探してください。
あとは高いのでZendにもでてますよ
305:nobodyさん
07/05/16 02:42:10 ceM6XUKn
>>304
サンクス
無料で何かあるかと思ってた俺哀れorz
PHPって実行時にコンパイルするけど、
あらかじめコンパイルしておけば実行するとき早くね？ｗｗｗｗｗ
306:nobodyさん
07/05/16 02:47:49
何秒くらい？
307:nobodyさん
07/05/16 02:49:27 ceM6XUKn
>>306
いや、そっちのほうが早いかなって思っただけ
308:nobodyさん
07/05/16 02:51:22
>>303
端的に言えば異なるパラメータを用いて複数回実行するようなSQL文で使うとパフォーマンスがあがるってところかな。(キャッシュが働く
あとはパラメータの自動クォートでユーザー入力からのSQLインジェクション対策とか。
具体的にはID指定して何度もSELECTする様なのとか、ユーザー入力を条件に使うSELECTとか、INSERT全般とか。
309:nobodyさん
07/05/16 03:04:26
>>305
コンパイラによる。おれデメリットの方がイヤだから使ってないけど
310:nobodyさん
07/05/16 03:26:08
>>308
ありがとうございます
アドバイスを読んでると、かなりありがたい機能ですね
じゃ、もうprepareステートメントを使うやり方を徹底しても問題ないですかね。
普通のやり方のほうがかえって好都合ってのはないですよね？
311:nobodyさん
07/05/16 03:33:40
そんなに使いたきゃ使えよ
312:nobodyさん
07/05/16 03:41:22
>>310
使わなくてもいいとこでも使うと無駄にステートメントを保持することになる、かな…。
313:nobodyさん
07/05/16 04:16:02
$calc = 1.23456789 * 9.87654321;
for ($i = 1; $i <= 100; $i++) {
echo $calc;
}
こうやった場合って、100回計算が実行されるのか、
すでに計算が終わったものを100回出力しているのか、
どちらなのでしょうか？
314:nobodyさん
07/05/16 04:17:25
ほへ？
315:313
07/05/16 04:19:56 9TTx9/gy
すみません。age忘れました。
316:nobodyさん
07/05/16 04:22:59
>>315
ふほ？
URLﾘﾝｸ(www.php.net)
317:nobodyさん
07/05/16 04:23:42
百回、変数に入った値が出力されるだけ
318:nobodyさん
07/05/16 04:26:26
php4とphp5のクラスの参照渡しをあいまいに頭にいれてるからこんな質問したくなったんだろ
319:313
07/05/16 04:27:47 9TTx9/gy
>>314 >>316
すみません。日本語がおかしかったです･･･
>>317
どうもエスパーな質問にお答えいただきありがとうございます。
ということは100回計算してベンチをとるといったことをするには、
別の書き方をしないとならないわけですね。
320:nobodyさん
07/05/16 04:32:04
>>319
forの中で計算させるだけじゃ？
つかリンク先読めよ。まずそこから必要だ。