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

[PHP]フレームワークについて語るｽﾚ4[総合]

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/07/01(土) 07:35:07ID:Pg6bOKC2
前スレ
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/

[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/

よく話題になるフレームワーク

■Zend Framewoek
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）

■symfony
http://www.symfony-project.com/

■[ 日本発 ] Ethna
http://ethna.jp/
0090nobodyさん2006/07/08(土) 02:40:25ID:???
>>86
そんなことは知ってますがｗ
そもそもセキュリティなんて気にする必要の無いサイトなんで、
セーフモード内で十分。
0091nobodyさん2006/07/08(土) 03:10:41ID:???
俺がフレームワークをぶっつぶす！
0092nobodyさん2006/07/08(土) 03:55:14ID:???
その名もフレークワームってか〜















ごめんなさい。俺が悪かったです。
0093nobodyさん2006/07/08(土) 04:01:28ID:???
>>92のせいで今後のカキコがバッタリ止まる
0094nobodyさん2006/07/08(土) 04:58:59ID:???
いや、恥ずかしさを隠すように書き込みが増える
0095nobodyさん2006/07/08(土) 07:45:15ID:???
symfonyが抜けたからネタスレになってんじゃん…
0096nobodyさん2006/07/08(土) 09:40:57ID:???
guessworkのスレまで立てた奴出てこい
0097nobodyさん2006/07/08(土) 14:14:53ID:???
しょうがない。ネタでも降ってみるか。
おまえら、データベースのコネクションプーリングはどうしてる？
DBサーバ１台、AppサーバN台、AppサーバあたりM個のApache子プロセスがあるとして、
MaxでN*Mの同時接続があることになる。
しかも毎回コネクションを確立することになる（のかな？）。
なんか、ここだけみるとJavaのほうがよかったかなと思う。
0098nobodyさん2006/07/08(土) 14:15:58ID:???
>>95
大抵のは既に専用スレ立ってるしなぁ。
0099nobodyさん2006/07/08(土) 14:16:05ID:???
cake使ってみた。

不満点
１：MySql3で、HABTMクエリがこける。<-致命的。
２：bake（雛形作成スクリプト）が、使いづらい。
３：thtml(viewのテンプレート)が、汚くなる。

１：自前でパッチ当てて解消。
２：無いよりかは遥かに楽なんで、がまんしてる。web bakeつーのもあるようだが試してない。
３：phpの直書きなんで、しかたが無いかも。Flexyでなんとかしたい。

総評
もう、mojaviに戻る気は無い。らくちん。
0100nobodyさん2006/07/08(土) 16:25:38ID:???
>>99
cakeもええなー
0101nobodyさん2006/07/08(土) 20:21:13ID:Ak6XJeS8
今mojavi2（PHP4）を勉強してお…。
http://www.stackasterisk.jp/tech/php/

mojaviを練習したあとに、symfonyやcakePHP（PHP5）をやってみるお＞＜
0102nobodyさん2006/07/08(土) 21:07:36ID:???
>>101
悪いことはいわぬ。

PHP5が使えるなら、symfony、
PHP4しか使えないなら、cakeやっとけ。
0103nobodyさん2006/07/09(日) 20:19:07ID:???
JavaやってStruts、次にRubyやってRails。この順番がいい。PHPにはいつでも戻れる。
0104nobodyさん2006/07/09(日) 20:28:25ID:???
>>103
そんなもんは自分の環境によるだろ。
Strutsとはずっと無縁でWeb開発やってるとこなんていくらでもある。
0105nobodyさん2006/07/09(日) 21:54:42ID:???
strutsとrailsが理解できれば、ほとんどのウェブフレームワークに対応できるから。
0106nobodyさん2006/07/09(日) 22:15:25ID:???
>>105
考え方としては、正しいと思います。
でも、初心者にそれを求めるのは酷かと・・・。
0107nobodyさん2006/07/10(月) 06:27:04ID:???
>>106
いや、別に正しくも無いよ。
特にstrutsなんて古すぎて、各現場それぞれで方言出てきちゃって
使い方が随分違うし。そろそろJavaももうちょい突っ込んだものが
出てくると思う。
むしろstrutsとrailsの影響受けてるsymfonyから始めたほうが、
両方のとっかかりになっていいよ。
0108nobodyさん2006/07/10(月) 11:03:50ID:Z3Wwn6IY
ここでネタ投下

前スレ>>957

> 957 名前：nobodyさん[sage] 投稿日：2006/06/30(金) 17:24:11 ID:???
> >>955
> cakeやらbiscuitやらTraxやらのどこがSymfony以上の注目度なんだよ｡
> http://www.google.com/trends?q=symfony%2CCake+PHP%2Cbiscuit+php%2CPHP+on+Trax&ctab=0&geo=all&date=all

とあったが、上のは間違い（× Cake PHP → ○ CakePHP )
正しくはこっちのはず
http://www.google.com/trends?q=symfony%2CCakePHP

これ見るとCakeの勢いがsymfonyのそれ以上なんだが・・・
0109nobodyさん2006/07/10(月) 11:52:25ID:???
>>108
ロンドンだけじゃん
0110nobodyさん2006/07/10(月) 12:35:07ID:???
>>109
志村！regions! languages!
あとAmsterdam, Netherlands及びlanguagesのDutchは
該当の単語（symfony)が存在していると思われ（未確認）
0111nobodyさん2006/07/10(月) 13:54:06ID:???
>>97無視された・・・
0112nobodyさん2006/07/10(月) 14:12:37ID:???
>>111
コネクションプーリング用ソフト入れたらいいだけじゃね
0113nobodyさん2006/07/10(月) 20:52:04ID:+IHb/TBq
みったんプリン食べたいお。
0114nobodyさん2006/07/10(月) 20:53:20ID:???
フレームワークの本は出ないもんかな。
0115nobodyさん2006/07/10(月) 22:02:58ID:???
そんな大味な。
0116nobodyさん2006/07/10(月) 22:16:50ID:???
symphony本はでなくてもZF本は出ると思われ
0117nobodyさん2006/07/10(月) 22:18:40ID:???
typoだYO! symphony× symfony○

symfonyは来月のweb creatorsに特集が組まれます。
0118nobodyさん2006/07/10(月) 22:42:33ID:???
>>117
けど、WEB+DBに載ってるのと大差ないだろう。
0119nobodyさん2006/07/10(月) 23:02:08ID:???
symfony本出るよ
0120nobodyさん2006/07/10(月) 23:09:48ID:???
symfony本てどうやってページ埋めるんだろう…
0121nobodyさん2006/07/10(月) 23:11:51ID:???
>>120
そんなこともわからないの？＾＾
0122nobodyさん2006/07/10(月) 23:15:24ID:???
まぁZFのがよっぽど疑問だけどな。どうやってページ埋めるのか
0123nobodyさん2006/07/10(月) 23:28:49ID:???
Proposalで埋めるんじゃないの? 要望はこんだけあるよって。全部できるのはいつかわからないけど。
0124nobodyさん2006/07/10(月) 23:59:57ID:???
【PHPウォッチ】第28回 Railsライクな機能も登場，開発が進む本命フレームワーク「Zend Framework」
http://itpro.nikkeibp.co.jp/article/NEWS/20060709/242824/?ST=oss&P=1
0125nobodyさん2006/07/11(火) 00:10:18ID:???
>>124
Zendジャパン、マーケティング必死だな(w
0126nobodyさん2006/07/11(火) 00:12:49ID:???
ZFが流行ることでのZendのメリットってなんだろう…
思いつかない…
0127nobodyさん2006/07/11(火) 00:14:03ID:???
Railsって、Railsそのものよりも派生物の方がメジャーになりそうだな
0128nobodyさん2006/07/11(火) 00:17:26ID:???
>>126
まあ、一応フレームワークなので、開発の敷居を下げることになるとは思う
Zendのお墨付きということで、とりあえずこれさえやれば、なんとかなるという
雰囲気づくりにはなるんじゃないのかな

perlなんかだとCPANモジュールをわんさか入れないと、自前で大量に
WEBサイト開発汎用スクリプトを書くことになるしな
0129nobodyさん2006/07/11(火) 06:25:34ID:???
>>126
試験に盛り込むんじゃね？
0130nobodyさん2006/07/11(火) 06:28:55ID:???
Zendの飯の種はPHPなんだから
そりゃなんとかもり立てるだろう
0131nobodyさん2006/07/11(火) 11:39:05ID:Zc4Utgd/
純粋に初心者、中級者レベルの人を次のレベルに引き上げるのが目的じゃないのかなぁ。
0132nobodyさん2006/07/11(火) 11:51:41ID:???
symfonyスレ立ったんだから出てこないでね
0133nobodyさん2006/07/11(火) 11:52:24ID:???
引き上げた結果RoRに流れます('A`)
0134nobodyさん2006/07/11(火) 13:24:30ID:???
>>119
ソースは？
0135nobodyさん2006/07/11(火) 13:28:48ID:???
シンフォニーはシンフォニーでも交響曲の本ですた('A`)
0136nobodyさん2006/07/11(火) 13:56:05ID:???
>>135
あ？そんなんで、この俺を納得させられるとでも思ってるのか？
0137nobodyさん2006/07/11(火) 16:42:51ID:???
シンフォニーの本と思って買ったらちんぽの本ですた('A`)
0138nobodyさん2006/07/11(火) 23:51:32ID:???
ちーくしょう！
0139nobodyさん2006/07/12(水) 00:27:55ID:???
askeetとAPIリファレンスの翻訳だけでよい。出せ！出版社
0140nobodyさん2006/07/12(水) 01:20:16ID:???
>>139
売れるかな？
どこの出版社がいいでしょうか？

SOFTBANK
技術評論社
翔泳社
0141nobodyさん2006/07/12(水) 01:27:34ID:???
つーかまだ1.0にすらなってないし、
これから仕様が変わることだって十分ありえるのに、
本なんか出しても駄目だろ。
0142nobodyさん2006/07/12(水) 10:02:52ID:4pg7evUR
じゃあEthnaで。
0143nobodyさん2006/07/12(水) 11:16:14ID:???
EthnaなんかｲﾗﾈｰYO!
0144nobodyさん2006/07/12(水) 13:24:34ID:???
ちんぽの本と思って買ったらシンフォニーの本ですた(･∀･)
0145nobodyさん2006/07/12(水) 17:26:34ID:???
ZendFrameworkでわからない事があるんだけど、質問してもいい？
かなり初歩的なことで申し訳ないんだが・・・。
もう3日間も苦しんでいるんだ。
0146nobodyさん2006/07/12(水) 17:57:19ID:???
>>145
早く質問しろ
マニュアルはちゃんと読んだよな?
0147nobodyさん2006/07/12(水) 18:16:06ID:???
俺は触ったことがないんで答えることは出来ないが、誰かが答えてくれる。
どんとこいや。
0148nobodyさん2006/07/12(水) 18:21:16ID:???
俺も聞いたことすらないが、誰かが答えてくれる（かもしれない）
バッチコーイ
01491452006/07/12(水) 21:25:52ID:VCwrc9Rp
>>146
一応、読んだけど、うまくいかないんだ。
何がうまくいかないかって基本中の基本。

↓みたいに、zendディレクトリ内にindex.phpを置いて構築しているんだけど、
コントローラーとアクションを認識してくれず、noRouteAction()が実行されてしまう。

http://localhost/zend/Index/index/

他のactionも定義してみたんだけど、全然ダメなんだ。
rewrite関連で問題あるのかな？

これ、基本中の基本だよな？まずいよな〜。こんなところで躓くなんてさ。。。

・・・という訳で助けてください。
0150nobodyさん2006/07/12(水) 21:36:23ID:???
うお、Zend Framework 0.1.5出てた。
0151nobodyさん2006/07/12(水) 21:45:32ID:???
>>149
RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

って内容の.htaccessを、index.phpと同じディレクトリに置いてる？
.htaccessは有効になってる？
mod_rewriteはロードされてる？

あと、0.1.4には、index.phpがサーバのドキュメントルートに無いと
動かないバグがあった模様。そのせいかも。
ttp://framework.zend.com/developer/ticket/79
0152nobodyさん2006/07/12(水) 22:21:05ID:???
>>151
レスありがとう。
.htaccessはindex.phpと同じところに置いてるし、
mod_rewriteも有効になってる。

でも、動かないんだ。

コントローラークラスの内容はコピペだから、問題ないんだ。

やっぱり、rewrite関連で上手く言ってないのかな？
それとも、Apacheの設定か何か・・・。う〜ん、わかんね。
0153nobodyさん2006/07/12(水) 22:32:27ID:???
>>152
httpd.confの方で.htacessは有効になってる？
0154nobodyさん2006/07/12(水) 22:38:16ID:???
>>152
問題を切り分ける。
mod_rewiteが、本当に動いているのか確認する。

動いていない。apacheの問題。
動いている。PHPの問題。
0155nobodyさん2006/07/13(木) 00:21:50ID:???
>>153-154
俺みたいな塩豚野郎にレスしてくれて本当にありがとう。
マジで感謝してるよ。
mod_rewriteだけど、試しにテストのルール作って動作確認してみた。
RewriteRule ^list-(.*) list.php?id=$1
動作は確認できたって事はrewrite問題なしって事？
・・・あっれ〜？
0156nobodyさん2006/07/13(木) 05:45:02ID:???
CakePHPフレームワークを使ったチュートリアル
「The CakePHP Framework: Your First Bite（英語）」が公開されました
0157nobodyさん2006/07/13(木) 07:32:45ID:???
>>156
探したけど見つかりません。
どこですか？
0158nobodyさん2006/07/13(木) 09:22:08ID:???
>>157
http://del.icio.us/tag/CakePHP
0159nobodyさん2006/07/13(木) 10:30:21ID:???
sitepointの記事はたいてい食い足りん
0160nobodyさん2006/07/13(木) 14:33:12ID:???
>>155
zendディレクトリに置いてるなら、.htaccessのRewriteBaseも
変更しなくちゃいけないんじゃない？
ちなみにIndexControllerはどうなってるの？
0161nobodyさん2006/07/13(木) 17:07:29ID:???
>>160
レスありがとう。
コントローラーには問題ないと思うんだけど、一応、載せてみる。

Zend :: loadClass('Zend_Controller_Action');

class IndexController extends Zend_Controller_Action {

/*アクション*/
public function indexAction() {
echo ("IndexController の表示です");
}

/* アクションコントローラ名が見つからない */
public function noRouteAction() {
//リダイレクトを行います
echo "No Route";
exit;
}
}
0162nobodyさん2006/07/14(金) 00:03:53ID:???
>>161
やっぱり、mod_rewriteでうまくいってないっぽいな。
何が原因なんだろうな。
0163nobodyさん2006/07/14(金) 03:05:44ID:???
CakeとSymfonyいじってみた。
フレームワーク初心者の俺には
Cakeが分かりやすいと感じた。
しかし今後デファクト取りそうなのは
どっちかというとSymfony。
悩みどころです。
0164nobodyさん2006/07/14(金) 03:14:20ID:???
>>163
あえてcakeやっておくといいよ。
とことんrailsの劣化コピーだから、railsに移行したとき、
rubyの恩恵が激しく実感できる。

たとえば日付を拾ってくるとき、
rec.created_at
で、2006-07-14が返ってくる。でも、これがstringじゃ無くてdateオブジェクトなんで
rec.created_at.strftime("%Y年 %m月 %d日")
なんてできたりするし。
phpも６でできるようにするみたいだけど、そこまで待ってられんしね
0165nobodyさん2006/07/14(金) 04:04:12ID:???
それはCakeとRailsの差と言うよりは、PHPとRubyの差じゃねえか？
0166nobodyさん2006/07/14(金) 05:12:54ID:???
PEAR::Date 使えばええやん。
echo でフォーマット出力したければ、継承したクラスで __toString() を適当に定義すればよし。

require "Date.php";
class Date2 extends Date {
public function __toString() { return $this->format("%Y-%m-%d %H:%i:%S"); }
}
$d = new Date2;
echo $d;

Ruby や Python みたいに日付オブジェクト同士の加算・減算はできんけどねー。
(PECL の operator extension を使うという手もある)


以下余談。
個人的には Rails より TurboGears のほうが面白そうに思う。
PHP なら v3.0 で一皮剥けたっぽい PRADO も試してみたい。
0167nobodyさん2006/07/14(金) 05:28:04ID:???
>>165
だからそう言ってるじゃん。
んで必然的にcakeとrailsにも差が出てくるだろ。
0168nobodyさん2006/07/14(金) 05:31:48ID:???
>>166
話ちゃんと読めよ。わざわざcakeのo/rマッパ書き換えるんですか？
0169nobodyさん2006/07/14(金) 09:08:31ID:???
>>166
例えの話ちゃうの？
0170nobodyさん2006/07/14(金) 09:55:40ID:???
>>168
いやいや、さすがに >>164 で、O/Rマッパのことを連想するのは
難しいんじゃないのか
0171nobodyさん2006/07/14(金) 12:42:45ID:???
RoRはフレームワークとしては素晴らしいが
所詮Rubyだよ。
0172nobodyさん2006/07/14(金) 12:51:59ID:???
そのうち所詮PHPと呼ばれだすに100ルビー
0173nobodyさん2006/07/14(金) 14:52:55ID:???
むしろRubyにいきてえよ
もっと広まれRuby
0174nobodyさん2006/07/14(金) 15:10:05ID:???
でもさー、Rubyってキモくね？
今時 {} でない構造はどうよというか、なんというか。
0175nobodyさん2006/07/14(金) 15:20:34ID:???
>>174
あぁ、じゃあBASICとか駄目な人？
01761742006/07/14(金) 16:11:11ID:???
あんまり好きではないけど、確かにVBはいけるなあ。
IDEが充実しててインデントを処理してくれるからかな？
Rubyって開発環境はどうなんだろう？
0177nobodyさん2006/07/14(金) 16:14:51ID:???
開発環境がしょぼそうなイメージはあるな
0178nobodyさん2006/07/14(金) 16:28:47ID:???
さすがにどんな言語でも VB の IDE と比較するのはかわいそうってものだろｗ
VisualStudio 2005 の快適っぷりとかもはや異常
Java や PHP も（Rubyも）あれくらい快適に開発できればいいのにと思う
0179nobodyさん2006/07/14(金) 16:40:54ID:???
>>178
そこでこの記事に期待ですよ。
http://www.phppro.jp/news/31
0180nobodyさん2006/07/14(金) 17:06:10ID:???
emacs とデバッガがちゃんと動けば問題なし
今のところは

PHP はデバッガが使いにくいんだよな
0181nobodyさん2006/07/14(金) 21:21:18ID:???
まあ、PHPのとってつけたようなオブジェクト指向とRubyのそれとではモノが違う。
0182nobodyさん2006/07/14(金) 22:36:05ID:???
PHPユーザには、RubyよりむしろPythonがおすすめ
「名前空間がサポートされたきれいなPHP」ぐらいの感覚でつかうとよさげ
特にキーワード引数は便利。Railsチックなフレームワークにはとてもよくあう機能だ
Rubyはいい言語だけど、Perlちっくなところがあって、分かりづらいコードもよくみかける
0183nobodyさん2006/07/14(金) 23:11:23ID:???
>>182
ちょっと興味がわいてきますた。＞Python
ところでPythonにはどんなフレームワークがありますか？
もうフレームワーク梨の開発は考えられないです。
0184nobodyさん2006/07/14(金) 23:19:14ID:???
pythonとかに慣れた人にはperlのコードは邪悪だろうな
0185nobodyさん2006/07/15(土) 02:21:46ID:???
pythonはコード中のアンダースコアが汚く見えて嫌。
コンストラクタが def __init__(self, x): とかダサすぎ。
0186nobodyさん2006/07/15(土) 02:59:20ID:???
>>185
いや、ダサく感じるのは、むしろお前のセンスが悪いから。
コードひとつにダサいとかオシャレとか感じる奴はキモ過ぎる。
0187nobodyさん2006/07/15(土) 06:50:14ID:???
>>182
だな。PHPとくらべて、
・try - finally がつかえる
・モジュール化がされてる
・バイトコードコンパイラがある
・関数オブジェクトが使える
・配列とハッシュとが分かれている。表記も簡単
PHPはたしかに掲示板つくったりするのは簡単なんだけど、今のようにフレームワークを
使うのがあたりまえになると、PHPの手軽さという利点は薄れ、いきあたりばったりの
言語仕様のほうが問題になる。
それなら、きれいにかける言語を使うほうがいい。
フレームワークによる開発では、PHPの利点はほとんどない。対応サーバの多さぐらい。

>>183
「Python フレームワーク」でぐぐれ。
人気があるのはZope, TurboGear, Django
Zope - ほかに類をみないフレームワーク。一時はPythonのキラーアプリと目された。
TurboGear - 優れたライブラリの絶妙な組み合わせ。まさにベストオブブリード。
Django - 他のライブラリを使わずすべて自前実装。高速性がウリ。

>>185
あんまり聞かない意見だけど、その程度は慣れの問題じゃないか。
PythonやRubyのfoo.bar()よりPerlやPHPの$foo->bar()のほうが汚く見えるのはおれだけ？
0188nobodyさん2006/07/15(土) 07:23:28ID:???
>>187
マジックメソッドにアンダースコアをつけるのは通常のメソッドと区別するために
いいんじゃないかと思う。PHP(5)でもマジックメソッドは"__"で始まるし。
"->" が汚いとは思わないけど、OOで小気味よくタイプする妨げではあるね。

ZopeはWebアプリフレームワークよりちょっとレイヤーが上っていうか、
CMSとフレームワークの中間ぐらいのポジションな希ガス。
規模はぜんぜん違うんだけどPHPでいうとKinoWikiが似たような位置づけかも。
あれはWikiの皮をかぶったフレームワークだと思ってます。

あとTurboGears/Djangoみたいなガチフレームワークと違って
ゆるいフレームワークとしてweb.pyもいいかも。
これはPHPでいうとguesswork classicが近いかな。
0189nobodyさん2006/07/15(土) 08:33:42ID:???
>>187
＞PHPはたしかに掲示板つくったりするのは簡単なんだけど
今はそうも言えない。
掲示板なんてコマンド一発で書き出せるじゃん。
表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。

■ このスレッドは過去ログ倉庫に格納されています