PHP総合雑談スレ

**nobodyさん** · 2008/01/14(月) 21:35:11

PHP全体の雑談のようなスレがなかったからたてた
反省はしていない

**nobodyさん** · 2009/04/26(日) 04:41:44

確かにモデリングとか上流なら直結してるけど、、プログラミングにはプログラミングの説明がされるようになったのは無用な混乱が無くていいのではと俺は思っている

**nobodyさん** · 2009/04/26(日) 05:18:59

ム板でOOネタだけで何十スレ消費したんだろうなｗ

**nobodyさん** · 2009/04/26(日) 11:25:27

>710
とりあえずPofEAAでも嫁。
フレームワークのコードは
・DBのテーブルと1:1対応にあるTable Module
・M-V-C構造を実現するService Layer
のために存在する。class カローラ extends 乗用車の話はDomain Objectに基づく設計で使う。

Domain Objectの話がされないのは、抽象化レイヤーが一枚増えるのでコード量が増えるから。
強力な概念だが、webアプリの大半はそこまでの強力さを必要としない。
それと、問題領域（ドメイン）によってクラス構成が全く変わってくるので、フレームワークとして使い回せるコードが無いし、一般論もない。

**nobodyさん** · 2009/04/26(日) 12:19:39

こんな感じでフレームワーク勉強しただけで、ＯＯ語っちゃうのが嫌なんだよ。

**nobodyさん** · 2009/04/26(日) 12:22:52

変数と関数をたくさんつっこめる便利なものです。ぐらいの説明からすべきだったな。

ポリモーフィズムの説明で社長が、部長課長を呼んで・・・とか言ってたやつは○んで良いよ。

**nobodyさん** · 2009/04/26(日) 12:46:27

例で言ったら俺は車はあまり好きくないかな
メッセージのやり取りによる協調システムって雰囲気が出ないから

>>716
あと「これはポリモー（ｒｙの説明だけどjavaには型の制約があって面倒なだけなんだからね！」って書いとくべきｗ

**nobodyさん** · 2009/04/26(日) 19:24:39

現代的な開発プロセスではOOは欠かせないお・・・
だが本質論では一行たりともコードは書けん・・・
コードが書けんと新人くんが使えるようにならん・・・
だからStrutsの本を2冊ほど与えて放置するお！

お前らの現場は大丈夫ですか？

**nobodyさん** · 2009/04/26(日) 19:28:34

欠かせないお、放置するお　とかいう上司は消えてほしい

**nobodyさん** · 2009/04/26(日) 19:35:10

だからドカタ仕事ならフレームワークだけ覚えて使えばいいだけ。
ってかＯＯはモノの見方であって、技術とかじゃないし。

**nobodyさん** · 2009/04/26(日) 19:37:03

その見方も片面に過ぎんな。

**nobodyさん** · 2009/04/27(月) 08:16:54

OOは分析・設計よいツールだ。一部の名人芸ではなく共有可能なテクノロジーとして練られてきた認識の方法論

しかしそれはかなりマクロな話であって、例えばある言語でプリミティブな型がオブジェクトであったり制御構造がメソッドであるようなこととは断絶がある
ミクロにはOOとはコードパターンでありクラスリテラルであり、何よりselfだ
java以降OOが急激にややこしくなったのは、すべてマクロモデルからコードが導けると誤解したり、上で言われたドメインをごっちゃにしたり、自分が理解した一部だけを狂信する俄仕込みの人間が増えたせいもあるだろう

PHPでOOをやろうと思う人間と、RubyでOOをやろうという人間がいたら、言語の思想を反映して、両者の思い描くOOはかなり異なっているかもしれない
PHPのOOを学ぼうと思う場合、あまりOOの歴史などには触れずSPLなど見ながら実践的な知識を得ればそれでいいと思う

**nobodyさん** · 2009/04/29(水) 13:20:45

PHPって例外機構があるのに、標準関数とかのレベルでエラーがあっても例外投げるわけじゃないよね。なんか変。

**nobodyさん** · 2009/04/29(水) 13:24:53

そりゃ標準メソッドでないもん

**nobodyさん** · 2009/04/29(水) 14:39:12

必要なら自前で例外を投げるエラーハンドラを設定すればいいじゃない。

**nobodyさん** · 2009/04/29(水) 15:59:40

ろくなクラスライブラリがないからな。例外機構が役に立たない。

**nobodyさん** · 2009/04/29(水) 16:02:37

あるじゃんPEARなりZFなり

**nobodyさん** · 2009/04/29(水) 20:48:44

全部自分で例外投げるのも面倒なんだよね。

**nobodyさん** · 2009/04/29(水) 20:50:45

だから>>725だっつってんだろ

**nobodyさん** · 2009/04/29(水) 21:43:00

それが面倒でしょ。
既に稼働中のWebサイトではやりにくいし。

**nobodyさん** · 2009/04/29(水) 21:43:50

そりゃ最初からそうしなかったお前が悪い

**nobodyさん** · 2009/04/29(水) 22:02:15

最初はPHP4だったサイトもあるわけ。

**nobodyさん** · 2009/04/29(水) 22:08:52

未だに4なんか使ってんの？

**nobodyさん** · 2009/04/29(水) 22:18:17

新規に作るのは少なくても、既存のサイトはいくいらでもある、

**nobodyさん** · 2009/04/30(木) 03:58:41

じゃ自分が悪いな

**nobodyさん** · 2009/04/30(木) 08:21:54

メモリ不足を例外処理できるようにしてくれ。

**nobodyさん** · 2009/04/30(木) 10:18:52

post_max_size超えた場合の例外処理ってPHP側で出来る？
今はapacheのLimitRequestBody で制御してる

**nobodyさん** · 2009/04/30(木) 13:21:04

だいたいPHPカンファレンスでアンケート取って、3割の開発者はフレームワーク未経験なんだから、世間一般でのPHPの使われ方は想像以上に遙かにプア。

**nobodyさん** · 2009/04/30(木) 13:24:31

わざわざコストかけてフレームワーク使わなくても済むほど
言語構造が親切で関数・ライブラリが充実

**nobodyさん** · 2009/04/30(木) 13:29:03

>>738
もともとWeb向けにできてるし、フレームワークとか使わなくてもいいんじゃないの。

個人的にはパフォーマンスから考えて、ＳＱＬはページ、機能毎に作るべきだとも思ってるんで、
カプセル化によるモデル化とか本当にすべきなんかなぁとも思ってる。

**nobodyさん** · 2009/04/30(木) 14:33:11

PerlやRubyやPythonではFW未経験の割合は8割超えるんじゃないだろうか
PHP案件がすべてCMSがカバーするようなコミュニケーションやUGM重視のサイトの自前構築だと前提するのは無理があるんじゃないかなあ

**nobodyさん** · 2009/04/30(木) 14:54:15

>>737
ログを読むとかｗ

**nobodyさん** · 2009/05/01(金) 01:09:05

>>751に釣り針仕掛けておいた。
負けず嫌いの馬鹿が、すぐに食いつくから楽しみだ。

**nobodyさん** · 2009/05/01(金) 02:52:35

Shibuya.pmでアンケートを採ればウェブフレームワーク経験率は100%に近いと思う。

**nobodyさん** · 2009/05/01(金) 02:54:16

で？
っていう

**nobodyさん** · 2009/05/01(金) 15:28:38

date() と strftime() の違いがよくわからないのですが、
教えていただけないでしょうか？

**マニュアルクン** · 2009/05/01(金) 15:34:00

つマニュアル

**nobodyさん** · 2009/05/01(金) 15:44:30

お前は巣から出てくんなよ

**マニュアルクン** · 2009/05/01(金) 15:54:56

マニュアルに書いてありますよ＾＾

**nobodyさん** · 2009/05/01(金) 17:56:14

packで生成したバイナリ文字列をMySQLのテーブルに挿入して、
SELECTで取りだそうとしているのですが失敗していまいます。

文字列が代入されている変数を直接
INSERT INTO table_name (my_strings) VALUES ('" . mysql_real_escape_string($binary_strings) . "')
こんな感じで挿入して、SELECTも同様の記述をしています。

よければヒントをお願いします

**nobodyさん** · 2009/05/01(金) 21:29:51

失敗って?

**nobodyさん** · 2009/05/01(金) 22:06:09

BLOB型じゃないとか？

**nobodyさん** · 2009/05/01(金) 22:23:58

すみません。原因が分かりました。
COOKIEにから読み込んだ文字列をWHEREの条件にしていたのですが、
この文字列が希望通り取りだせていないことが原因でした。

UTF-8の文字コードならすべてCOOKIEで扱えると思っていたのですが、
特殊な文字コード（日本語環境では使わない文字コード）は、
COOKIEに格納できないのでしょうか…？

**nobodyさん** · 2009/05/02(土) 00:21:22

COOKIEから読み込んだ文字列は
セキュリティ上、危険なので
エスケープしないとだめよ

**nobodyさん** · 2009/05/02(土) 00:22:05

あとmagic_quotes_gpcがONの環境では、
クッキーの中に￥とかがあると勝手にエスケープする

**nobodyさん** · 2009/05/02(土) 01:26:26

magic_quotes_gpcをOffにしたら解決しました！
ありがとうございました。

**nobodyさん** · 2009/05/02(土) 01:27:09

おお。
漏れが適当に言ったｱﾄﾞﾊﾞｲｽで
問題が解決してるｗｗｗ

**nobodyさん** · 2009/05/02(土) 02:02:09

mysqli_multi_query() をコールした後で mysqli_query をコールしようとすると、
後の方が実行されないのですが、どうしてなのでしょうか・・・？

**nobodyさん** · 2009/05/02(土) 02:08:50

エラー出してみれば？

**nobodyさん** · 2009/05/02(土) 02:18:11

結果セットをすべてはき出さなければ、次のクエリは発行できないということでした。

mysqli_query()はmysqli_free_result()で解放できるのですが、
mysqli_multi_query()の結果を解放する方法がわかりませんでした。

お知恵をください。

**nobodyさん** · 2009/05/02(土) 02:20:37

普通に順次処理して全部開放するんじゃだめなの？multi_queryとか使ったことないけど

**nobodyさん** · 2009/05/02(土) 02:42:48

insertやupdateだけが目的のときなどに、
無意味なループで解放するのは気が引けてしまいます。
なにか良い方法はないものでしょうか…？

**nobodyさん** · 2009/05/02(土) 02:51:00

意図がよくわからんが実行したけど解法しないことがあるのはなんで？

**nobodyさん** · 2009/05/02(土) 08:13:20

よくわからんけどここ読んだ？
ttp://q.hatena.ne.jp/1168618057

**nobodyさん** · 2009/05/02(土) 08:18:45

雑談スレをサポセンにしてるのは誰だー

**nobodyさん** · 2009/05/08(金) 22:28:47

雑談じゃなくてすみません
サポートが終了してるCGI(PHP)でエラーが出るので
なにかわかる人がいたら教えてください
という質問のできるスレはありますか？

**nobodyさん** · 2009/05/09(土) 00:38:36

△▲　WebProg 初心者の質問 Part19　▼▽
http://pc11.2ch.net/test/read.cgi/php/1236265877/

**766** · 2009/05/09(土) 09:29:42

>>767
ありがとうございます
そちらで質問してみます

**nobodyさん** · 2009/05/12(火) 09:35:22

>>743
それのどこが釣り針？

**nobodyさん** · 2009/05/12(火) 10:30:49

マジレスすると自分で釣り針張ったと主張する人間はとっくに負けている

**nobodyさん** · 2009/05/13(水) 12:11:00

MySQLに取り込んだ画像を、PHPで表示させることってできる？
Postgreなら知っているが

**nobodyさん** · 2009/05/13(水) 12:13:17

できるよ

**nobodyさん** · 2009/05/13(水) 12:29:07

>>772
どうやって？

**nobodyさん** · 2009/05/13(水) 12:32:29

>>771
マジレスするとDBに画像を入れるとかバカですか？

**nobodyさん** · 2009/05/13(水) 13:09:48

>>774
社内のファイルサーバをDBでやってるオラクルの悪口はそこまでにしておけ。

**nobodyさん** · 2009/05/13(水) 13:15:57

>>773
このあたりでも参考にしたら。
http://jp.php.net/manual/ja/function.header.php#70328

**nobodyさん** · 2009/05/13(水) 16:30:34

ところでいまさらながらPHPにgoto文が追加されることについてどう思うよ

**nobodyさん** · 2009/05/13(水) 20:32:14

そんなGOTOより
\とarray()が何とかなってくれれることを願いたい

**nobodyさん** · 2009/05/13(水) 21:19:02

俺は欲しい機能は、ブロックスコープかなあ。無理だろうなあ。

**nobodyさん** · 2009/05/13(水) 21:24:00

それより finally だろ。

**nobodyさん** · 2009/05/13(水) 21:29:49

わたしゃも少し背が欲しい

**nobodyさん** · 2009/05/13(水) 21:37:48

>>781
チビ乙

**nobodyさん** · 2009/05/14(木) 12:37:22

女房のへそくり見てみたい

**nobodyさん** · 2009/05/15(金) 10:20:40

CodeIgniterでDBドライバにPosql使いたい。

**nobodyさん** · 2009/05/18(月) 12:41:57

break 3;とかで任意のループに抜けるような動作するぐらいならgotoループさせたほうが
まだきれいだと思うのです。
場合によるけど

**nobodyさん** · 2009/05/18(月) 16:25:43

StopIterationExceptionとか適当な例外をつくって、それをスロー＆キャッチでおｋ

**nobodyさん** · 2009/05/18(月) 17:41:24

例外じゃなくてそれはアルゴリズムだろ

**nobodyさん** · 2009/05/18(月) 22:00:24

ループ抜けるためだけに例外を使うくらいならGOTO使った方が万倍マシだろ
>786みたいな濫用をする奴がいるから例外は嫌われるんだ

**名無し募集中。。。** · 2009/05/18(月) 22:09:09

例外のキャッチは処理が遅いから(PHPは知らんけどJavaやC#はそう)
普通にbreakで抜けた方がいいよ

**nobodyさん** · 2009/05/18(月) 22:51:36

>PHPは知らんけど

**名無し募集中。。。** · 2009/05/18(月) 23:03:24

PHPでそういう書き方に慣れると他の言語でも同じ書き方しようとするだろ
だからやめろって言ってるわけで
PHPでは大丈夫だからこの書き方がいいねって事には絶対ならん

**nobodyさん** · 2009/05/19(火) 00:45:26

そんな多重多重なループにならないよう設計すればいいんじゃないの

**nobodyさん** · 2009/05/19(火) 13:24:11

多重ループに再帰もつかえないこんな世の中じゃ

**nobodyさん** · 2009/05/19(火) 21:15:35

プリズン♪

**nobodyさん** · 2009/05/23(土) 11:38:09

最近PHPを使ってると、つい連想配列を使いまくってしまうんだけど、
これって他の人から見たらどうなのかな？
$hoge_list[$i][$username][$year][$month][$day] = array('hoge1'=>$hoge1,'hoge2'=>$hoge2,'hoge3'=>$hoge3);
みたいなPHP以外の言語ではさすがにないよなぁって書き方してる事が増えてきてるので、
どんな風に感じるのかおしえてください

**nobodyさん** · 2009/05/23(土) 11:53:19

$yearと$monthと$dayを分ける意味はよくわからないけど普通じゃね？

**nobodyさん** · 2009/05/23(土) 12:17:27

俺も連想配列はよく使うけど、そこまでの多重ではない。
$hoge_list[][]が多く、まれに$hoge_list[][][]ぐらい。

**nobodyさん** · 2009/05/23(土) 13:53:06

変数宣言せずにいきなり多次元の配列に代入とかな

**nobodyさん** · 2009/05/23(土) 14:01:33

Notice切ってる奴はもれなくカス

**nobodyさん** · 2009/05/23(土) 14:35:17

>795
どう感じるかといえば、うちの会社にいなくて良かったなぁ、と感じるな。

つうか、なんでそんな多重配列？
そんなデータ構造が必要になるシチュエーションを思いつかないんだが。

**nobodyさん** · 2009/05/23(土) 14:40:52

普通に使う分にはやっぱ2重が多いな。3重がたまに。
設定項目とか、複数のカラムがあってキーに関連するデータを
取り出したいような場合はそれ用の汎用的なクラス作って管理してる。

**nobodyさん** · 2009/05/23(土) 15:00:55

PHP自体が富豪プログラミングの集大成みたいなもんだからな
入るんだから入れちゃえばいいんじゃね？みたいになっちゃう
CとかJavaで仮に同事ができるとしても、
それやったら目に見えてメモリバカ食いするのが解って怒られちゃうけど
PHPだと間違って動いちゃうのでなんともしがたい

**nobodyさん** · 2009/05/23(土) 15:13:39

間違って？

**nobodyさん** · 2009/05/23(土) 15:21:45

最近だと
calender[month][week][day]
なんてのを作って
smartyに丸ごと渡して、表示してた

この先の処理で使わない変数をunsetする事もあるけど
ＣやJavaと違って意味薄いしなあ

**nobodyさん** · 2009/05/23(土) 15:59:09

よく[month]みたいに書く奴いるけど
['month']だろ
monthが定数だったらどうすんだよ

**nobodyさん** · 2009/05/23(土) 16:03:52

定数は普通大文字で書くだろ

**nobodyさん** · 2009/05/23(土) 16:15:29

お前は何を言ってるんだ

**nobodyさん** · 2009/05/23(土) 16:16:13

大文字でしか定数が設定できないから問題ないってのなら解るが
それは大文字で設定するのが普通というのとは大きく意味が異なると思うぞ
途中でdefine('month',1)なんて追加されたら恐ろしいことになる

**nobodyさん** · 2009/05/23(土) 16:17:09

だからあれほどE_NOTICEを無効にするなと言ってるだろうに
何度も言うがNotice切ってる奴はもれなくカス

**nobodyさん** · 2009/05/23(土) 16:17:59

[month]って書いたってエラー出ないだろ？
エラーじゃないんだから何の問題もないのに
自分が勝手に決めた規約を押しつけるのは良くない

**nobodyさん** · 2009/05/23(土) 16:19:34

残念ながらつい50秒前に論破されてますよ