トップページ⇒php
1001コメント334KB

【PHP】フレームワークについて語るスレ10【総合】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/02/09(土) 10:43:58ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1197383840/
0159nobodyさん2008/02/29(金) 19:55:13ID:???
>>158
あとは開発者数ってのもある

>>156
>Viewからコンポーネント、モデルに手軽にアクセスできる柔軟性
これもうちょっと詳しく説明できる?どんな機能で、どう大規模な開発で便利なのか。
0160nobodyさん2008/02/29(金) 20:10:06ID:???
>>156
>Viewからコンポーネント、モデルに手軽にアクセスできる柔軟性

具体的に想像出来ないが、Viewからとりあえず Hoge::new とか Hoge::factory とか Hoge::singleton とか
Hoge::getInstance とかであらゆるオブジェクトを気軽に作成できて、またそうするのが前提で、みたいな?

すっごくネガティブな方向でしか想像できない。
なんか、上の方とか他に影響のありそうな所とかをいじらなくて済むから、お伺いを
立てずにとりあえず現場でなんでも出来る、うーん効率的、などなど

直行性を高く保って実現する、ていうことなのかな?DRYはある程度犠牲にして、ていう?
なんかふわふわスマソw
0161nobodyさん2008/02/29(金) 20:57:56ID:???
ビューごときが直にモデルにアクセスしたいなんて思い上がりすぎわろた
コントローラー様を介せよカス
0162nobodyさん2008/02/29(金) 21:05:30ID:???
コントローラを経由すると何が良いの?
0163nobodyさん2008/02/29(金) 21:12:31ID:???
>>156
少し考えたが、Ethnaみたいになるのか?
どのオブジェクトもあらゆるオブジェクトを持ってるみたいな
Ethnaはもう循環参照で開き直ってるけどw

$this->af->ae->af->ae みたいな (← これはなかったかもw)
もしくは$this->backend->(永遠に続くオブジェクトループ) みたいな
っていうか、backendの範囲広すぎw

そこまでするんなら、もうオブジェクトそれぞれ$GLOBALSに置いておいて
変更は禁止で(変更するならcloneでもして)勝手にアクセスすればいいん
じゃね?とかいう気がすごくする。
0164nobodyさん2008/02/29(金) 21:34:21ID:???
>>151
は?5.8、5.10とリリースされてるんだけど。PHPみたいに0.1のバージョンアップでもう動かなくなる方がどうかしてる。
PHPの場合、間違いなくPHP4系、PHP5系、PHP6系が平行して使われていくだろう。
0165nobodyさん2008/02/29(金) 22:14:57ID:???
4は使われねーだろ
0166nobodyさん2008/02/29(金) 23:02:18ID:???
symfonyはVからコンポーネントにアクセスする場合
CとVがワンセットでコンポーネントされてる場合
コンポーネントで定義されてるV切り離してCだけ呼ぶことも出来るし
CとVをワンセットで呼ぶことも出来る
この辺り便利

0167nobodyさん2008/03/01(土) 00:01:06ID:???
>>166
その説明じゃわからん。特に1行目と2行目。
コンポーネントされてる場合ってなんのことだ
CとVをワンセットで呼び出すってどういうことよ
0168nobodyさん2008/03/01(土) 00:45:22ID:???
適当につけているバージョン番号の数値に
意味を考えるなんて馬鹿だよな。
0169nobodyさん2008/03/01(土) 14:08:24ID:???
===がRubyでは範囲比較演算子として使われててPHP脂肪www
0170nobodyさん2008/03/01(土) 23:54:17ID:???
小中規模フレームワーク Akelos
大規模フレームワーク symfony
CakePHPは作者がバカそう
0171nobodyさん2008/03/02(日) 01:01:22ID:???
一番はやっているものに、嫉妬して
悪口を言う気持ちは、わかります。
0172nobodyさん2008/03/03(月) 17:23:19ID:???
http://slashdot.jp/security/article.pl?sid=08/03/03/0115231
日本PostgreSQLユーザー会のWebページがクラックされてPHP脂肪www
0173nobodyさん2008/03/03(月) 18:05:14ID:???
スレ違い
0174nobodyさん2008/03/04(火) 00:15:16ID:???
PHP5.3は正式にはいつリリースされるの?
名前空間が入ることはもう確定っぽいけど、そういうのを使ったフレームワークとかはいつ頃出てくるんだろうか
普及すれば、フレームワークの書き方が思いっきり変わりそうな機能だけど、まだしばらくはお手本とかなさそう?
0175nobodyさん2008/03/04(火) 02:04:28ID:???
あんまりかわんないと思うけど。
0176nobodyさん2008/03/04(火) 03:18:14ID:???
PEARみたいな外部ライブラリは充実するかも。やっとスタートラインに立つってだけだけど。
0177nobodyさん2008/03/04(火) 14:37:23ID:???
独自拡張を、下の方の継承ではなく、上の方の差し替えで出来る可能性はあるかも?
// import Zend::DB as DB
import MyFramework::DB as DB;
$table = new DB::Table();
として差し替える、とか。配布スクリプトがカオスになる可能性もあるな
0178nobodyさん2008/03/04(火) 18:08:54ID:???
名前空間とかgotoとかどうでもいいしね…
個人的にはicuがどうなるかだな
まぁ時代はqiqってことで
0179nobodyさん2008/03/04(火) 20:48:12ID:???
qiqはもちろんすげーけど
gotoと名前空間を同列に語るなよ
程度が知れるぞ
0180nobodyさん2008/03/04(火) 21:32:54ID:???
qiq見てみたけどすげーじゃん。phpに不足していると指摘されている機能がもう実現できてんじゃん。始めて知った。
0181nobodyさん2008/03/04(火) 21:45:54ID:???
???
無名関数・クロージャ・配列の構文糖衣 が主な拡張?
そんなに欲しかったのか?
0182nobodyさん2008/03/04(火) 21:49:23ID:???
じゃ他に何が必要なん?
0183nobodyさん2008/03/04(火) 22:06:37ID:???
namespace
0184nobodyさん2008/03/04(火) 22:07:34ID:???
列挙型とかクラスの動的な再定義とかモジュールのmixinとか

・・・って別にいらないと言えばいらないし、むしろ必要なのは標準ライブラリかな
いい加減、メール送信とかDBアクセスとかに外部のライブラリをいちいち吟味って
結構めんどい。さっさと標準で十分にするんだ。

Zend Framework付属のライブラリ群がそうなる予定なのかも知れないけど、そうすると
PEAR2の立ち位置が微妙になるし。
PEAR2にZend Frameworkからのバックポートがあるんなら、それが良いのかも知れない
0185nobodyさん2008/03/04(火) 22:52:02ID:???
名前空間やパッケージを今更導入しても、PEAR、Zend、各種フレームワーク付属のライブラリの整合性を取るのは至難だろうな。PHP4.0程度で導入すべきだった。
0186nobodyさん2008/03/04(火) 23:05:45ID:???
いや、やっとPHP4が死んでくれたので、これからPHP5(の記述)に移行する腰の重ーい
人たちや企業がまた慣れて旧態依然としたコードを乱発してしまう前にがんがん新機軸を
入れてしまえっていう、最後の機会かも知れない
0187nobodyさん2008/03/05(水) 02:03:59ID:???
PHP4で動いているサイトは星の数ほどある。今動いてるサイトは、今後PHP4で動き続ける。機能追加もされていく。互換性のないPHPだから仕方ない。
0188nobodyさん2008/03/05(水) 02:11:31ID:???
トリッキーなことしてなかったら4のサイトも5で普通に走るだろ…常考
0189nobodyさん2008/03/05(水) 03:29:57ID:???
いやあ屑コード依存が多岐に渡ると作り直すぞ
俺が体験した範囲だと、4→5よりも古い4とlatestの4の間でコケて
5+ZFで作り直しってのがこの所多発
0190nobodyさん2008/03/05(水) 04:22:14ID:???
多発ってどんだけ。
0191nobodyさん2008/03/05(水) 07:13:06ID:???
クラスで3人くらい持ってたら「みんな持ってる」と言ってしまう
子供と同じ心理
0192nobodyさん2008/03/05(水) 11:55:03ID:???
まぁ XPからVista並には移行するんじゃなかろうか。
0193nobodyさん2008/03/05(水) 15:30:39ID:???
>>190
先月七回きたよ
0194nobodyさん2008/03/05(水) 19:36:02ID:???
そんなあるのか
0195nobodyさん2008/03/05(水) 20:10:34ID:???
あ、同じクラからだけどね
別案件でばらばら投げられて苛々したけど、ZFでやれたので最終的にDB一本化はけっこう綺麗にいった

運用ベースで見たら古い環境って相当な数居るように感じるのよね
問題でない限り使い続ける(というかリプレースする理由がない)もんだし
0196nobodyさん2008/03/05(水) 23:07:01ID:???
そりゃ問題ない物までリプレースする必要はないが、
古い4って脆弱性問題にならなかったのか
0197nobodyさん2008/03/05(水) 23:16:55ID:???
最新版のPHPは機能が多くなった分、もっとセキュリティに問題あるから。枯れてるPHP4の方がよほど安全。
0198nobodyさん2008/03/05(水) 23:20:10ID:???
新しい4、なら気持ち同意
0199nobodyさん2008/03/07(金) 02:17:48ID:???
PHP本体のセキュリティをちゃんとソースコード読んだ上で語ってる奴ってどんだけいるんだろうね。
0200nobodyさん2008/03/07(金) 04:59:46ID:???
>>199
suhosin乙
0201nobodyさん2008/03/07(金) 09:49:44ID:???
Windows本体のセキュリティをちゃんとソースコード読んだ上で語ってる奴ってどんだけいるんだろうね。

Windowsのセキュリティを語っているやつ死亡www
0202nobodyさん2008/03/07(金) 10:01:43ID:???
>>201
オープンソースのWEBフレームワーク言語と、ソースの秘匿されている商用OSを同列に並べるのは
ちょっと無理があるんじゃね?
せめてLinuxにしとけよ
0203nobodyさん2008/03/08(土) 02:20:42ID:???
>>197
ですよね。
WindowsもVistaなんかより枯れてるNTですよね。
0204nobodyさん2008/03/09(日) 02:17:33ID:???
Ruby書き慣れたらPHPの行末の;を書き忘れるなぁ
従ってPHP脂肪www
0205nobodyさん2008/03/12(水) 03:50:21ID:???
>>86
http://jp2.php.net/manual/ja/ref.spl.php ?
0206nobodyさん2008/03/13(木) 02:05:36ID:???
>>204
俺も、VBやっていたら、C言語の行末の;忘れたよ。
なんか似てるね。
0207nobodyさん2008/03/13(木) 03:53:53ID:???
rubyって
if (式) {hoge()}
みたいな書き方出来ないのな
ブロック付きメソッドでは{}を使うのにifで{}使えないって何なの?
0208nobodyさん2008/03/13(木) 04:08:48ID:???
>>207
その {} を then end に変えるだけなんだがな
何なのって言われると、文法としか言いようが無さそう
PHPって hoge() if (式) って出来ないのな、ってなもんだ

MLで聞けばひょっとするとMatzが答えてくれるかも知れないよ
ってか、スレ違い
0209nobodyさん2008/03/13(木) 04:17:52ID:???
何で一貫性がないの?Matzは美意識が欠けてるの?
0210nobodyさん2008/03/13(木) 07:21:58ID:???
http://blog.pasonatech.co.jp/mitani/104/6550.html
Matz & Dan : コンピュータサイエンスとしての知識が高まると
PHPに対して不満がでてくるかもよというのは予言しておきます(笑)

PHPER=コンピュータサイエンスとしての知識が低い人www
0211nobodyさん2008/03/13(木) 10:49:22ID:???
>>207
if文はブロックじゃないから
ブロック付メソッドはブロックを伴うから
0212nobodyさん2008/03/13(木) 11:00:47ID:???
>>210
お前、読解力ないのな・・
0213nobodyさん2008/03/13(木) 17:36:30ID:???
>>212
それ以外のどんな解釈があるんすかwww
0214nobodyさん2008/03/13(木) 18:49:20ID:???
いい加減あぼーん機能使おうよ
0215nobodyさん2008/03/13(木) 20:53:17ID:???
>>211
一文ならブロックじゃないけど
複合文ならブロックじゃん
0216nobodyさん2008/03/13(木) 21:40:53ID:???
>>215
違う
if文はrubyでいう意味の「ブロック」じゃない
rubyのifやwhileやforはスコープを持たない
だからdo〜endの代わりにブレスが使えない
eachのようにブロック付き呼び出しで使うのがブロック
こちらはブロックスコープを持つ
0217nobodyさん2008/03/13(木) 23:01:09ID:???
変な文法の言語は流行らない法則
0218nobodyさん2008/03/14(金) 05:52:57ID:???
>>216
Rubyにおいてはブロック付メソッドが例外で
それ以外ではカーリーブラケットは使わないってことか
Cに喧嘩売りすぎワロタ
0219nobodyさん2008/03/14(金) 16:06:52ID:???
PHPフレームワークとの組み合わせでおすすめのアクセラレータは何です?
0220nobodyさん2008/03/14(金) 16:16:37ID:???
zend
0221nobodyさん2008/03/14(金) 17:48:44ID:???
zendオプチマイザ?
アクセラレータじゃなくね
0222nobodyさん2008/03/14(金) 18:10:09ID:???
多言語併用してたら関数とかメソッドまじ忘れてくるな
すべての言語が統一されればいいのに・・・
0223nobodyさん2008/03/14(金) 18:41:06ID:???
すぐリファレンスできる言語ならどうでもいいよ
バッドノウハウ頼みな制限や変態仕様が全ての言語から根絶されたら素敵だろうなあ
0224nobodyさん2008/03/14(金) 18:44:08ID:???
javaとphpでプロジェクトたらい回しされる・・。
0225nobodyさん2008/03/14(金) 18:44:37ID:???
PHPが滅べばいいだけじゃないの?
0226nobodyさん2008/03/14(金) 18:51:29ID:???
>>225
そうなっても別にJavaに統一されるわけでもないんじゃね?
0227nobodyさん2008/03/14(金) 21:58:17ID:???
Perl=信長
PHP=光秀
Python=秀吉
Ruby=家康

PHPERテラ三日天下www
0228nobodyさん2008/03/14(金) 22:01:10ID:???
>>227
他はともかく、Ruby=家康 だけはあり得ないw
むしろ色物だろ
0229nobodyさん2008/03/14(金) 22:13:19ID:???
>>227-228
自演乙
0230nobodyさん2008/03/14(金) 22:25:17ID:???
何で自演だと思ったんだろうね
0231nobodyさん2008/03/15(土) 00:01:12ID:???
http://enterprisezine.jp/article/detail/311?p=2
PHP=トラブルw
LAMPセキュリティ問題の主犯ww
人知れずPHP3やPHP4を使い続けているサイトはたくさんwww
もはやキリシタンみたいな扱いだな
0232nobodyさん2008/03/15(土) 00:11:35ID:???
>>231
ttp://blog.ohgaki.net/lamp-4
0233nobodyさん2008/03/15(土) 00:13:21ID:???
>>231
そのサイトはひどい釣りにしか見えんな
確かに、既存サーバのPHPが硬直してしまっているっていうのは必要な指摘だとは思うんだけど、
その書き方が突飛と言うか無理過ぎるというか、とにかく説得力がない

例えば
>Apacheのmod_phpを使ってPHPをApacheモジュールとして実行すると、Apacheプロセスの
>すべての資格情報がPHPに引き継がれます
って、SuExec等を使わない限り、Perl、Ruby、Python等のCGIでも同じっていうことに言及しない
のはどうかとも思う。他にもいろいろ、わざとかも知れないけど香ばしい
0234nobodyさん2008/03/15(土) 00:14:31ID:???
・・・なんかかぶったw
0235nobodyさん2008/03/15(土) 01:27:32ID:???
>>230
いつまでも馬鹿相手にする輩なんか本人以外にありえんだろ
0236nobodyさん2008/03/15(土) 08:30:08ID:???
ウェブサーバとアプリケーションサーバを別プロセスにした方がセキュアというのは正しいだろう。fastcgiの外部サーバとかJavaみたいに。
0237nobodyさん2008/03/15(土) 16:57:53ID:???
最近どこもかしこもやたらSuExecだしなー
0238nobodyさん2008/03/15(土) 17:23:26ID:???
suexec導入しようと思ったが
apacheのsuexecの説明見たら
suEXEC の設定には管理者の詳細にわたる慎重な注意が必要
とか書かれてコワス
0239nobodyさん2008/03/15(土) 18:23:12ID:???
suexecなんか使うくらいならfastcgi使うわ。
0240nobodyさん2008/03/15(土) 18:30:06ID:???
suexecって要するにCGIをsetuidされたラッパーを通して実行するもの?
てことはモジュール版のPHPは普通にapacheの権限で実行される?
0241nobodyさん2008/03/15(土) 20:29:23ID:???
みたいだね
ってことは、suexecが必要になるのって
不特定多数のユーザにリソースを貸すサーバ屋さんくらい?
0242nobodyさん2008/03/16(日) 00:45:11ID:???
だってなぁ、suExecを使わない ということは
ほぼApacheモジュールで動いているのと同じなわけで、

Apacheモジュールで動くということは、Apacheの権限で動いているわけで、
PHPを使えば、Apache権限になれるから、
Apache権限で読み出せる他ユーザーのファイルを読み出せるからな。
0243nobodyさん2008/03/16(日) 21:39:19ID:9hRtdL6R
include_onceがアクセラレータで使われない問題って
apc.include_once_overrideで解決できるんじゃね?
0244nobodyさん2008/03/16(日) 23:14:35ID:???
facebookってPHPなんだな
Ruby脂肪www
0245nobodyさん2008/03/23(日) 05:33:05ID:???
Perl=信長
PHP=光秀
Python=秀吉
Ruby=隠れキリシタンwwwwwww
0246nobodyさん2008/03/23(日) 12:01:53ID:???
Ruby=慶次
0247nobodyさん2008/03/23(日) 12:28:04ID:???
いずれにしろ光秀のPHPって・・・
0248nobodyさん2008/03/23(日) 15:47:03ID:???
mbstring系の設定をPHPのコード中でしてたら、どうも文字化けする。
.htaccessに書いたらしなくなったけど。
mbstring系の設定はphp.iniか.htaccessでするって常識?
0249nobodyさん2008/03/23(日) 16:40:24ID:???
みなさんすいません。>>248と同じ会社の者です。
まだ見習い中なのでとりあえずphpに慣れてもらおうと課題を出したのですが、
何日たっても報告にこないのでついさっき報告をあげさせると共に指針を与えた所でした。

mbstringが、mbstringがと、説明が要領を得なくて時間がかかったのですが、
どうやらmbstring.languageをスクリプト中で指定しようとしていたらしく、
マニュアルで確認するように伝え、日々日報に問題点を記述するように厳しく指導いたしました。

今後このような事が無いように指導を行い、
また、ご迷惑をおかけしましたことをお詫び申し上げます。
0250nobodyさん2008/03/23(日) 16:51:02ID:???
なんていうか不安でいっぱいな会社だな。まあガンガレ。
0251nobodyさん2008/03/23(日) 19:26:02ID:???
常識なの?
誰も言わなかったじゃん
ちゃんと説明しろよ249のハゲ
0252nobodyさん2008/03/23(日) 20:55:07ID:???
懐かしいコピペだな
0253nobodyさん2008/03/23(日) 21:23:45ID:???
PHPのmb_send_mail()とかクソ過ぎだろ。どうやったらこんな分かりづらいAPI思いつくんだか。
0254nobodyさん2008/03/23(日) 21:39:27ID:???
>>253
上の方で出てた
mb_send_mail使う奴はど素人、プロはmailを使うでFA
0255nobodyさん2008/03/23(日) 21:48:36ID:???
プロなら直にSMTP
0256nobodyさん2008/03/23(日) 22:31:41ID:???
>>255
まあ汎用的ではあるな。一度しっかりとモジュールを作ってしまえばいいわけだし
というわけで、マルチバイトや添付ファイル、HTMLメールにがっつり対応したメールモジュールのある
フレームワークの紹介よろしく!
0257nobodyさん2008/03/23(日) 22:35:47ID:???
>>256
あとPOP before SMTP と SMTP Auth にも当然対応しているという奴かな
どこにでも転がってそうだけど、一つばっちりした物があればそれでいいんだし
0258nobodyさん2008/03/23(日) 22:35:49ID:???
>>256
Zend
■ このスレッドは過去ログ倉庫に格納されています