【PHP】下らねぇ質問はここに書き込みやがれ 8 [無断転載禁止]©2ch.net

2017/03/15(水) 00:41:22.79

PHPに関する下らない質問用避難スレです。
まず読むこと【PHPマニュアル】
http://www.php.net/manual/ja/

前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 7
http://echo.2ch.net/test/read.cgi/tech/1478657006/

次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2017/03/15(水) 00:42:20.59

◆質問用テンプレ
【OS名】CentOS
【PHPのバージョン】7.0
【連携ソフトウェア】MySQL ImageMagick
【質問内容】

◆質問する時の注意
・己の行った操作、変更などを詳しく明記すること。
・エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・質問者として、態度をわきまえること。
・事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。

◆質問後の注意
・解決しなくても回答をもらった場合はお礼を言うこと。
(荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。)

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

【その他諸注意】
・ SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ

2017/03/15(水) 00:42:50.37

関連リンク
■本家マニュアル　　　http://www.php.net/manual/ja/
■日本PHPユーザ会　http://www.php.gr.jp/
■PHPNG　　　　　　　　https://wiki.php.net/phpng
■PEARマニュアル　　http://pear.php.net/manual/ja/
■メーリングリスト　　　http://ml.php.gr.jp/mailman/listinfo/
■ZFマニュアル　　　　http://framework.zend.com/manual/ja/
■Smartyマニュアル　　http://www.smarty.net/manual/ja/

（以下英語）
■Zend本家　　　　　　http://www.zend.com/
■Zend Framework　　http://framework.zend.com/
■php | architect　　　http://www.phparch.com/
■Smarty　　　　　　　http://www.smarty.net
■Smartyマニュアル　http://smarty.php.net/manual/en/
■PECL本家（英語）　http://pecl.php.net/

2017/03/15(水) 01:07:59.96

>>1乙

前スレ>>974の件はDB云々よりも別担当者が作ったコード片の安全性をどう担保するかが一番の問題

会員対応の担当者が自由にカスタマイズ部分をPHPで編集できるようにしたいけど
その都度システム担当者(質問者)がレビューやテストをやってコードに組み込む手間はかけられないから
それを解決する手段として考えた案だと想像してる

2017/03/15(水) 11:58:13.95

DBにコードを入れることも想定できない人が騒いでたようだね。
最近はジョブ管理システムなどもWebの技術で作ったりするんだけど・・

あと読み込んだ文字列をプログラムとして実行するようなものも、システム周りのスクリプト読むと多いよ。
まぁPerlが多いけど、最近だとRubyで作った管理ツールとかも増えてるね。
Perlは後で人が読むことを考えないプログラムが多くて辛いけどw
Rubyの人は、Rubyの世界で全てやろうとする傾向に違和感あるけどww

2017/03/15(水) 12:24:24.35

宝石系嫌い

2017/03/15(水) 14:48:50.99

まだ馬鹿がなんかホザいてるよ

2017/03/15(水) 20:07:30.21

>>5みたいなアホとは一緒に仕事したくねぇなぁ

2017/03/15(水) 21:00:11.40

同じく
自分が分かってないことを分からない人は成長の見込みも薄いからね

2017/03/17(金) 01:27:45.84

前スレで

> WEB以外を知ってたら、なんでDBにコードぶっこむことになるんだよ土人
> 何より、DBに入れるメリットが何処にあるんだ、アホなのか？

って聞かれたのにそれには答えず、

> DBにコードを入れることも想定できない人が “騒いでたようだね”。

だもんな。本物の馬鹿じゃん。

> 最近はジョブ管理システムなどもWebの技術で作ったりするんだけど・・

とか、DBにコードぶち込むことがなんでWEBの技術になるのかわけわからんし、
PerlとかRubyとか名前出すことが何の意味があるのか、そいつの説明からは全くわからん。

何よりこの馬鹿 >>5 ってさ、HOWばっか気にしてんのな。
何をするか＝DBにコードを入れる　にずっとこだわってんの。
アホほどHOWだのWHATだのにこだわるんだよ。

頭がマトモなやつが重要視するのはいつでもたった一つ、WHYなのさ。
なんでそんなことするのか、何故そうしなければいけないのか。
このアホ>>5には、その説明が一切ない。
それこそがノータリンの証なわけさ。

> Perlは後で人が読むことを考えないプログラムが多くて辛いけどw
> Rubyの人は、Rubyの世界で全てやろうとする傾向に違和感あるけどww

そして、アホは必ず全く意味のないところで草を生やす。これも定番だ。

2017/03/17(金) 01:29:38.79

一応、正確に

> WHATやHOWばっか気にしてんのな。
> 何をするか、どうやるか＝DBにコードを入れる　にずっとこだわってんの。

に訂正しとくけど、それはしなくてもわかんだろ。

2017/03/17(金) 01:39:03.85

インスタンス生成時、変数に代入しない場合何かデメリットありますか？

2017/03/17(金) 02:14:52.46

staticメソッドにしろとしか

2017/03/17(金) 02:15:12.57

？

・参照できない
・スコープが外れるまでメモリから意図的に破棄できない
・場合、言語によってはメモリリーク

あたりか？

何が聞きたい？　てか、なんでそんな事したい？
オレがWHYが大事だと言った直後の書き込みとは思えん

2017/03/17(金) 02:17:55.47

>>13

お前、何言ってんの？　ちょっと詳しく説明しろよ

2017/03/17(金) 02:49:25.98

> スコープが外れるまでメモリから意図的に破棄できない
これについて詳しく教えていただけますか

2017/03/17(金) 07:03:21.91

ホワイ　ジャパニーズ　ピーポォォォォォォォォォォ！！！

2017/03/17(金) 07:24:16.93

２つの別々の変数に同じ文字列が入っている場合、それぞれの変数をキーにした
要素数2の連想配列を作ろうとすると最終的な要素数が1になってしまうのは
仕様ですか？

2017/03/17(金) 08:47:19.57

>>16
おまえ、誰だよ？

2017/03/17(金) 09:12:27.47

>>18
お前のPHPは、変数がキーになんのか？

2017/03/17(金) 10:54:56.44

>>20
できないんですね、すみません
普通に動くことは動くので出来ると思ってました
データベースから値を２つ持ってきてそれらをキーとバリューで紐付けようとしてました
勉強し直します

2017/03/17(金) 12:00:52.57

>>21
できないとかじゃなくて、「お前のPHPは、どうやって“変数”をキーにしてんだ」って聞いてんだ。
変数の値をキーにすることは出来るが。

2017/03/17(金) 12:02:24.84

あーあ、>>17のチンコ、もげ落ちねーかな…

2017/03/17(金) 12:53:02.59

>>10
え？まじ？
DBにコードを入れるメリットというより、
デメリットがどのくらいあるのかを知りたい、入れて良いのかを知りたいってのが
元の質問だったはずなんだけど・・
だから、実際にコード入れてるシステムの例をあげるのが一番わかりやすいと思うんだけど

そもそも、それにメリットがあるかどうかはシステムの要件によるので意味のない質問なんだよねww
運用する人からDBに入れてくれって要望があることもないとは言えないからね。
実際ちょっとしたファイル変更もやりたくないって人もたまにいるんだよね。
DBなら認証もバックアップもセキュリティもDB管理者がやってくれるからって、たまにあるんだよね。