[PHP]フレームワークについて語るｽﾚ4[総合]
レス数が1000を超えています。これ以上書き込みはできません。
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/
0002nobodyさん
2006/07/01(土) 07:35:38ID:Pg6bOKC2■Agavi
http://agavi.org/
■Mojavi
http://www.mojavi.org/
■Phrame
http://phrame.sourceforge.net/
■[ 日本発 ] Maple
http://kunit.jp/maple/
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
http://cakephp.org/
0003nobodyさん
2006/07/01(土) 07:36:12ID:Pg6bOKC2http://lnx.googlewrite.com/chart.php
http://www.mustap.com/phpzone_post_73_top-10-php-mvc-frameworks
フレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
星の数ほどフレームワーク
http://www.google.com/search?q=php+framework
http://del.icio.us/search/?all=php+framework
フレームワーク個別スレ。
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
テンプレートエンジンについてはこちらへ。
【Smarty】PHPのテンプレートエンジン【Flexy】
http://pc8.2ch.net/test/read.cgi/php/1118799352/
0004nobodyさん
2006/07/01(土) 07:39:14ID:???【Zend】 Zend Framework【謹製】
http://pc8.2ch.net/test/read.cgi/php/1147100988/l50
0005nobodyさん
2006/07/01(土) 07:40:59ID:???http://pc8.2ch.net/test/read.cgi/php/1138971053/l50
0006nobodyさん
2006/07/01(土) 08:04:26ID:???0007nobodyさん
2006/07/01(土) 09:22:58ID:???0009nobodyさん
2006/07/01(土) 11:38:08ID:RNR32TqF0010nobodyさん
2006/07/01(土) 11:43:33ID:???0011nobodyさん
2006/07/01(土) 12:24:48ID:???0012nobodyさん
2006/07/01(土) 12:42:11ID:???0013nobodyさん
2006/07/01(土) 13:11:28ID:???0014nobodyさん
2006/07/01(土) 16:37:16ID:???Singletonコンテナがないよね
0015nobodyさん
2006/07/01(土) 16:48:54ID:???同じクエリ2回発行してたりしよるなー
EthnaのAppManagerはキャッシュするのに。
0016nobodyさん
2006/07/01(土) 16:57:19ID:???0018nobodyさん
2006/07/01(土) 18:19:24ID:???datetime型をちゃんと保存しなくない？
生成コード見たら時刻切り捨てて日付だけ保存してる。
0020nobodyさん
2006/07/01(土) 18:54:19ID:???0021nobodyさん
2006/07/01(土) 20:06:47ID:cXr9ECotsfConfig
0022nobodyさん
2006/07/01(土) 20:08:30ID:???0024nobodyさん
2006/07/01(土) 21:24:30ID:mUjeSNdXおい、やっぱそろそろsymfonyスレ作ったほうが
よ く な い か ？
このスレが過疎化するかどうかなんてのは
ZF , Cake , みったんの頑張りに任せるしかない。
0025nobodyさん
2006/07/01(土) 21:43:35ID:???0026nobodyさん
2006/07/01(土) 22:27:29ID:???while(TRUE){
echo $res[24];
echo "\n";
echo $res[25];
}
?>
0027nobodyさん
2006/07/01(土) 22:30:29ID:???ZFスレなんて悲惨だし
0028nobodyさん
2006/07/01(土) 22:31:24ID:???0029nobodyさん
2006/07/01(土) 22:36:01ID:???-----------------------------------------------
# default values
all:
sample:
text:'symfonyスレ立ててよ'
-----------------------------------------------
って書き込んだのはいいんだけど、これどうやって使うの？
0030nobodyさん
2006/07/01(土) 22:51:26ID:???ttp://www.zend.co.jp/tech/index.php?%A4%BD%A4%CE%C2%BE%2FZend%20Framework
0032nobodyさん
2006/07/02(日) 02:08:06ID:???あの冗長なiniを設定ファイルにするなんて、もうZF完全に終わったな
0033nobodyさん
2006/07/02(日) 02:16:14ID:???フレームワークとしてじゃなくて、PHP5 Strict な PEAR だと思って
必要なライブラリだけ使わせてもらってる。
0.1.4 からはライセンスに広告条項が無くなって使いやすくなってるし。
願わくばチャンネルサーバを立ててコンポーネントをバラ売りして欲しい。
0035nobodyさん
2006/07/02(日) 02:40:53ID:???Zend_Config_Yamlとか作ればいいじゃん。
ZFは日本語のドキュメントがあるのが良いよね。
たかぎさんありがとう
0036nobodyさん
2006/07/02(日) 02:42:40ID:???いまんとこ Feed, Mail, Mime
ここらへんは他所のライブラリより良くできてるよ。
欲を言えばパーザだけじゃなくてジェネレータも欲しい。
将来的には Pdf も使う予定。
あとは Web サービス関連 (Zend_Service_*) も気になるかなあ。
0038nobodyさん
2006/07/02(日) 02:45:14ID:???0040nobodyさん
2006/07/02(日) 03:32:12ID:???sfFeed は使ったことなかったんで、見てみた。
これってジェネレータで、 Zend_Feed はパーザなんで、比較のしようが無いような...
Zend_Feed の良いところといえば Zend_Feed::import() でリモートのフィードを直接読めることとか、
その際に使うクライアントをを get/setHttpClient() でカスタマイズできることとか。
（自分は Zend_Http_Client::get() をオーバーライドしてキャッシュ機能をつけてる）
あと ZF 全般で言えばコードが読みやすいのがいいね。
Symfony はインデントがスペース二つだったり、ブロック（中括弧）の前後に改行があったりで、
PEAR 標準コーディング規約に慣れてると、コードを読むときに違和感が...
0042nobodyさん
2006/07/03(月) 00:01:37ID:???0043nobodyさん
2006/07/03(月) 00:02:20ID:???0044nobodyさん
2006/07/03(月) 00:09:11ID:???0045nobodyさん
2006/07/03(月) 00:12:28ID:???Smartyよりずっとカンタン
0046nobodyさん
2006/07/03(月) 00:19:39ID:???0047nobodyさん
2006/07/03(月) 00:26:31ID:???J2EEパターンにも入ってる一般的用語だよ
0049nobodyさん
2006/07/03(月) 01:20:26ID:???＞あと ZF 全般で言えばコードが読みやすいのがいいね。
むしろあの書き方を見ると、PHPの言語仕様の低さを痛感してしまうんだが…
0050nobodyさん
2006/07/03(月) 07:35:49ID:???最近viばっかな俺。
0051nobodyさん
2006/07/03(月) 15:59:42ID:???規制でダメだった。
単独スレが立てばもっと盛り上がる可能性もあるので、
誰か立てませんか？
0052nobodyさん
2006/07/03(月) 16:28:38ID:???http://www.symfony-project.com/askeet/ja/1
0054nobodyさん
2006/07/03(月) 17:54:17ID:17x04eqH0056nobodyさん
2006/07/03(月) 18:30:44ID:???askeetは日本語化もいいがドキュメントの内容と実際のファイルやディレクトリ構成の
違いを何とかして欲しいな。
かかれたのが古いバージョンの時だから仕様変更もあるし。
0059nobodyさん
2006/07/03(月) 19:35:23ID:???0060nobodyさん
2006/07/03(月) 20:33:06ID:???古い男です。
0062nobodyさん
2006/07/03(月) 23:30:23ID:???0063nobodyさん
2006/07/04(火) 01:02:05ID:???おれも、emacsかmeadowで開発やっているけど
バージョン管理にsubversionを使っていると
psvn.elがpcl-cvsほど快適に動かないのが、ちょっとつらいが
0064nobodyさん
2006/07/04(火) 01:08:51ID:???まあ重いがな。
0065nobodyさん
2006/07/04(火) 01:45:18ID:???0066nobodyさん
2006/07/04(火) 01:53:46ID:???0067nobodyさん
2006/07/04(火) 01:58:31ID:???0068nobodyさん
2006/07/04(火) 02:26:49ID:???0069nobodyさん
2006/07/04(火) 08:40:35ID:???studio本家では5.2までいってる。
0070nobodyさん
2006/07/04(火) 08:45:56ID:???0071nobodyさん
2006/07/04(火) 14:14:08ID:???http://pc8.2ch.net/test/read.cgi/php/1151937402/
0072nobodyさん
2006/07/04(火) 16:21:29ID:???スレタイの実体参照失敗がダサい･･･
0073nobodyさん
2006/07/04(火) 19:46:09ID:???0074nobodyさん
2006/07/04(火) 23:26:12ID:???2006年7月14日(金)
14：00～17：30
主催：ゼンド･ジャパン
プレゼンテーション資料(PDF形式:2208KB) もあるね
まだリリースされていないのに力入れてきてるね
0076nobodyさん
2006/07/06(木) 23:09:20ID:???0077nobodyさん
2006/07/06(木) 23:17:59ID:???0078nobodyさん
2006/07/06(木) 23:36:08ID:???0079nobodyさん
2006/07/06(木) 23:42:17ID:???→米国ではフリーダムフレームワーク
0081nobodyさん
2006/07/07(金) 02:20:33ID:???って書き方、
本当にPHP6で廃止されるのかな？
<?php
は面倒くさいから結構使ってるんだけど。
0082nobodyさん
2006/07/07(金) 05:31:19ID:???に統一されます
0083nobodyさん
2006/07/07(金) 06:16:10ID:???djangoとrailsどっちでいこうかなぁ
0084nobodyさん
2006/07/07(金) 17:39:05ID:???0085nobodyさん
2006/07/07(金) 18:31:33ID:???0086nobodyさん
2006/07/07(金) 18:46:59ID:YNfRxTBHPHPのセーフモードってセキュリティ機能としては
不足や抜けが多いから、本当にセキュリティに気をつかってるところは
速度面は犠牲にしてCGI+suExecとかでやってる。もっと徹底してVPSとかね。
まあ少々費用が掛かるが、個々に別なマシン設けるよりは安い。
0087nobodyさん
2006/07/07(金) 20:36:25ID:???つ なでしこ
0090nobodyさん
2006/07/08(土) 02:40:25ID:???そんなことは知ってますがｗ
そもそもセキュリティなんて気にする必要の無いサイトなんで、
セーフモード内で十分。
0091nobodyさん
2006/07/08(土) 03:10:41ID:???0092nobodyさん
2006/07/08(土) 03:55:14ID:???ごめんなさい。俺が悪かったです。
0094nobodyさん
2006/07/08(土) 04:58:59ID:???0095nobodyさん
2006/07/08(土) 07:45:15ID:???0096nobodyさん
2006/07/08(土) 09:40:57ID:???0097nobodyさん
2006/07/08(土) 14:14:53ID:???おまえら、データベースのコネクションプーリングはどうしてる？
DBサーバ１台、AppサーバN台、AppサーバあたりM個のApache子プロセスがあるとして、
MaxでN*Mの同時接続があることになる。
しかも毎回コネクションを確立することになる（のかな？）。
なんか、ここだけみるとJavaのほうがよかったかなと思う。
0099nobodyさん
2006/07/08(土) 14:16:05ID:???不満点
１：MySql3で、HABTMクエリがこける。<-致命的。
２：bake（雛形作成スクリプト）が、使いづらい。
３：thtml(viewのテンプレート)が、汚くなる。
１：自前でパッチ当てて解消。
２：無いよりかは遥かに楽なんで、がまんしてる。web bakeつーのもあるようだが試してない。
３：phpの直書きなんで、しかたが無いかも。Flexyでなんとかしたい。
総評
もう、mojaviに戻る気は無い。らくちん。
0101nobodyさん
2006/07/08(土) 20:21:13ID:Ak6XJeS8http://www.stackasterisk.jp/tech/php/
mojaviを練習したあとに、symfonyやcakePHP（PHP5）をやってみるお＞＜
0103nobodyさん
2006/07/09(日) 20:19:07ID:???0104nobodyさん
2006/07/09(日) 20:28:25ID:???そんなもんは自分の環境によるだろ。
Strutsとはずっと無縁でWeb開発やってるとこなんていくらでもある。
0105nobodyさん
2006/07/09(日) 21:54:42ID:???0107nobodyさん
2006/07/10(月) 06:27:04ID:???いや、別に正しくも無いよ。
特に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のそれ以上なんだが・・・
0110nobodyさん
2006/07/10(月) 12:35:07ID:???志村！regions! languages!
あとAmsterdam, Netherlands及びlanguagesのDutchは
該当の単語（symfony)が存在していると思われ（未確認）
0113nobodyさん
2006/07/10(月) 20:52:04ID:+IHb/TBq0114nobodyさん
2006/07/10(月) 20:53:20ID:???0115nobodyさん
2006/07/10(月) 22:02:58ID:???0116nobodyさん
2006/07/10(月) 22:16:50ID:???0117nobodyさん
2006/07/10(月) 22:18:40ID:???symfonyは来月のweb creatorsに特集が組まれます。
0119nobodyさん
2006/07/10(月) 23:02:08ID:???0120nobodyさん
2006/07/10(月) 23:09:48ID:???0122nobodyさん
2006/07/10(月) 23:15:24ID:???0123nobodyさん
2006/07/10(月) 23:28:49ID:???0124nobodyさん
2006/07/10(月) 23:59:57ID:???http://itpro.nikkeibp.co.jp/article/NEWS/20060709/242824/?ST=oss&P=1
0126nobodyさん
2006/07/11(火) 00:12:49ID:???思いつかない…
0127nobodyさん
2006/07/11(火) 00:14:03ID:???0128nobodyさん
2006/07/11(火) 00:17:26ID:???まあ、一応フレームワークなので、開発の敷居を下げることになるとは思う
Zendのお墨付きということで、とりあえずこれさえやれば、なんとかなるという
雰囲気づくりにはなるんじゃないのかな
perlなんかだとCPANモジュールをわんさか入れないと、自前で大量に
WEBサイト開発汎用スクリプトを書くことになるしな
0130nobodyさん
2006/07/11(火) 06:28:55ID:???そりゃなんとかもり立てるだろう
0131nobodyさん
2006/07/11(火) 11:39:05ID:Zc4Utgd/0132nobodyさん
2006/07/11(火) 11:51:41ID:???0133nobodyさん
2006/07/11(火) 11:52:24ID:???0135nobodyさん
2006/07/11(火) 13:28:48ID:???0137nobodyさん
2006/07/11(火) 16:42:51ID:???0138nobodyさん
2006/07/11(火) 23:51:32ID:???0139nobodyさん
2006/07/12(水) 00:27:55ID:???0141nobodyさん
2006/07/12(水) 01:27:34ID:???これから仕様が変わることだって十分ありえるのに、
本なんか出しても駄目だろ。
0142nobodyさん
2006/07/12(水) 10:02:52ID:4pg7evUR0143nobodyさん
2006/07/12(水) 11:16:14ID:???0144nobodyさん
2006/07/12(水) 13:24:34ID:???0145nobodyさん
2006/07/12(水) 17:26:34ID:???かなり初歩的なことで申し訳ないんだが・・・。
もう3日間も苦しんでいるんだ。
0147nobodyさん
2006/07/12(水) 18:16:06ID:???どんとこいや。
0148nobodyさん
2006/07/12(水) 18:21:16ID:???バッチコーイ
0149145
2006/07/12(水) 21:25:52ID:VCwrc9Rp一応、読んだけど、うまくいかないんだ。
何がうまくいかないかって基本中の基本。
↓みたいに、zendディレクトリ内にindex.phpを置いて構築しているんだけど、
コントローラーとアクションを認識してくれず、noRouteAction()が実行されてしまう。
http://localhost/zend/Index/index/
他のactionも定義してみたんだけど、全然ダメなんだ。
rewrite関連で問題あるのかな？
これ、基本中の基本だよな？まずいよな～。こんなところで躓くなんてさ。。。
・・・という訳で助けてください。
0150nobodyさん
2006/07/12(水) 21:36:23ID:???0151nobodyさん
2006/07/12(水) 21:45:32ID:???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:???レスありがとう。
.htaccessはindex.phpと同じところに置いてるし、
mod_rewriteも有効になってる。
でも、動かないんだ。
コントローラークラスの内容はコピペだから、問題ないんだ。
やっぱり、rewrite関連で上手く言ってないのかな？
それとも、Apacheの設定か何か・・・。う～ん、わかんね。
0154nobodyさん
2006/07/12(水) 22:38:16ID:???問題を切り分ける。
mod_rewiteが、本当に動いているのか確認する。
動いていない。apacheの問題。
動いている。PHPの問題。
0155nobodyさん
2006/07/13(木) 00:21:50ID:???俺みたいな塩豚野郎にレスしてくれて本当にありがとう。
マジで感謝してるよ。
mod_rewriteだけど、試しにテストのルール作って動作確認してみた。
RewriteRule ^list-(.*) list.php?id=$1
動作は確認できたって事はrewrite問題なしって事？
・・・あっれ～？
0156nobodyさん
2006/07/13(木) 05:45:02ID:???「The CakePHP Framework: Your First Bite（英語）」が公開されました
0158nobodyさん
2006/07/13(木) 09:22:08ID:???http://del.icio.us/tag/CakePHP
0159nobodyさん
2006/07/13(木) 10:30:21ID:???0160nobodyさん
2006/07/13(木) 14:33:12ID:???zendディレクトリに置いてるなら、.htaccessのRewriteBaseも
変更しなくちゃいけないんじゃない？
ちなみにIndexControllerはどうなってるの？
0161nobodyさん
2006/07/13(木) 17:07:29ID:???レスありがとう。
コントローラーには問題ないと思うんだけど、一応、載せてみる。
Zend :: loadClass('Zend_Controller_Action');
class IndexController extends Zend_Controller_Action {
/*アクション*/
public function indexAction() {
echo ("IndexController の表示です");
}
/* アクションコントローラ名が見つからない */
public function noRouteAction() {
//リダイレクトを行います
echo "No Route";
exit;
}
}
0163nobodyさん
2006/07/14(金) 03:05:44ID:???フレームワーク初心者の俺には
Cakeが分かりやすいと感じた。
しかし今後デファクト取りそうなのは
どっちかというとSymfony。
悩みどころです。
0164nobodyさん
2006/07/14(金) 03:14:20ID:???あえて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:???0166nobodyさん
2006/07/14(金) 05:12:54ID:???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 も試してみたい。
0171nobodyさん
2006/07/14(金) 12:42:45ID:???所詮Rubyだよ。
0172nobodyさん
2006/07/14(金) 12:51:59ID:???0173nobodyさん
2006/07/14(金) 14:52:55ID:???もっと広まれRuby
0174nobodyさん
2006/07/14(金) 15:10:05ID:???今時 {} でない構造はどうよというか、なんというか。
0176174
2006/07/14(金) 16:11:11ID:???IDEが充実しててインデントを処理してくれるからかな？
Rubyって開発環境はどうなんだろう？
0177nobodyさん
2006/07/14(金) 16:14:51ID:???0178nobodyさん
2006/07/14(金) 16:28:47ID:???VisualStudio 2005 の快適っぷりとかもはや異常
Java や PHP も（Rubyも）あれくらい快適に開発できればいいのにと思う
0179nobodyさん
2006/07/14(金) 16:40:54ID:???そこでこの記事に期待ですよ。
http://www.phppro.jp/news/31
0180nobodyさん
2006/07/14(金) 17:06:10ID:???今のところは
PHP はデバッガが使いにくいんだよな
0181nobodyさん
2006/07/14(金) 21:21:18ID:???0182nobodyさん
2006/07/14(金) 22:36:05ID:???「名前空間がサポートされたきれいなPHP」ぐらいの感覚でつかうとよさげ
特にキーワード引数は便利。Railsチックなフレームワークにはとてもよくあう機能だ
Rubyはいい言語だけど、Perlちっくなところがあって、分かりづらいコードもよくみかける
0183nobodyさん
2006/07/14(金) 23:11:23ID:???ちょっと興味がわいてきますた。＞Python
ところでPythonにはどんなフレームワークがありますか？
もうフレームワーク梨の開発は考えられないです。
0184nobodyさん
2006/07/14(金) 23:19:14ID:???0185nobodyさん
2006/07/15(土) 02:21:46ID:???コンストラクタが def __init__(self, x): とかダサすぎ。
0186nobodyさん
2006/07/15(土) 02:59:20ID:???いや、ダサく感じるのは、むしろお前のセンスが悪いから。
コードひとつにダサいとかオシャレとか感じる奴はキモ過ぎる。
0187nobodyさん
2006/07/15(土) 06:50:14ID:???だな。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:???マジックメソッドにアンダースコアをつけるのは通常のメソッドと区別するために
いいんじゃないかと思う。PHP(5)でもマジックメソッドは"__"で始まるし。
"->" が汚いとは思わないけど、OOで小気味よくタイプする妨げではあるね。
ZopeはWebアプリフレームワークよりちょっとレイヤーが上っていうか、
CMSとフレームワークの中間ぐらいのポジションな希ガス。
規模はぜんぜん違うんだけどPHPでいうとKinoWikiが似たような位置づけかも。
あれはWikiの皮をかぶったフレームワークだと思ってます。
あとTurboGears/Djangoみたいなガチフレームワークと違って
ゆるいフレームワークとしてweb.pyもいいかも。
これはPHPでいうとguesswork classicが近いかな。
0189nobodyさん
2006/07/15(土) 08:33:42ID:???＞PHPはたしかに掲示板つくったりするのは簡単なんだけど
今はそうも言えない。
掲示板なんてコマンド一発で書き出せるじゃん。
表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。
0190nobodyさん
2006/07/15(土) 18:46:50ID:???そうなの？
データベースのCRUD操作ならたしかに自動生成のコマンドが用意されているけど、
掲示板とかメール送信フォームとかのようなものまで自動生成コマンドが用意されているんだっけ？
>表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。
それが成り立つには前提条件が必要だな。
・フレームワークをすでに習得済み
・追加したい機能がフレームワークの想定内に収まる
フレームワークが想定していないようなことをしようとしたら、逆に難しくなる。
仕方ないけど。
0191nobodyさん
2006/07/16(日) 22:53:58ID:???メソッド名の末尾にアンダースコアがあるとちょっと嫌かも
変数や定数名なら気になることはないんだけど
PythonとかRubyは言語使用は好きなんだけど、使ってると中カッコが恋しくなるんだよな
0192nobodyさん
2006/07/16(日) 23:18:59ID:???0193nobodyさん
2006/07/16(日) 23:23:56ID:???> 対応するカッコの表示 が効かないからソース見づらい
エディタがインデント見て判断してくれるだろ
メモ帳でも使ってんのかよｗｗｗｗｗ
0195nobodyさん
2006/07/17(月) 07:42:08ID:???インデントで構造を表してるから、そもそも「対応するカッコの表示」自体が必要ない。
だいたい、ソースを読んで解釈するのに、人間は見た目のインデントで構造を判断して、
パーサはインデント無視してカッコで構造を判断するというギャップが存在することが
そもそもの間違いなんだよ。
両者を一致させるために、パーサもインデントで判断するという設計は悪くないと思うけどね。
Pythonネタ続くなー
そろそろPHPネタよろしく
つかSymphonyスレ分裂してからはネタなしだな
0197nobodyさん
2006/07/17(月) 11:18:28ID:???必要か必要じゃないか、じゃなくて、「見辛い」って言ってるじゃん。
おーまーえーはーあーほーかー。
indent 2 とかだと、もう読む気がしない。
Ruby は Perl よりキレイって、どこがだよ、と思う。
綺麗に書いた Perl の方がナンボかまし。
0198nobodyさん
2006/07/17(月) 11:28:40ID:???symfonyもrailsを真似たのかインデント２になっててむかつく。
rubyも変な記号をいっぱい使うから読みにくいプログラムが書きやすいよな。
http://jp.rubyist.net/magazine/?0010-CodeReview-pukiwikiparser.rb
とか読みやすいか？
132| def parse_inline(str)
133| @inline_re ||= %r<
134| ([&<>"]) # $1: HTML escape characters
135| | \[\[(.+?):\s*(https?://\S+)\s*\]\] # $2: label, $3: URI
136| | (#{autolink_re()}) # $4: Page name autolink
137| | (#{URI.regexp('http')}) # $5...: URI autolink
138| >x
139| str.gsub(@inline_re) {
140| case
141| when htmlchar = $1 then escape(htmlchar)
142| when bracket = $2 then a_href($3, bracket, 'outlink')
143| when pagename = $4 then a_href(page_uri(pagename), pagename, 'pagelink')
144| when uri = $5 then a_href(uri, uri, 'outlink')
145| else
146| raise 'must not happen'
147| end
148| }
149| end
0199nobodyさん
2006/07/17(月) 16:52:49ID:???複雑な正規表現を、xオプション使うことでコメントつきにしてるあたり、
かなり読み手に気を使ってるなーというのがわかる。
まさか、正規表現が難しいからわからないとか、
switch文がcase-whenだからわかりにくいとか、
throwじゃなくてraiseだからわかりにくいとか、
PHPには ||= がないからわからないとか、
そういうレベルじゃないよね？
0200nobodyさん
2006/07/17(月) 17:13:53ID:???case ～ when ～ then は普通に読みにくいと思うなぁ……
予約語と変数名やオペランドが入り乱れて区別しにくくなりそうだしな
0202nobodyさん
2006/07/17(月) 17:19:57ID:???Cと共通にしてくれればあれこれ迷わなくてすむし。
0203nobodyさん
2006/07/17(月) 17:23:21ID:???激しく同意。キーワードレベルで独自性を出す意味はないよなー。
機能は同じなのに、なぜ名前を新たに付けるのか。
Cと同じにしてくれれば、学習コストも下がるのに・・・。
0204195
2006/07/17(月) 20:31:34ID:???Rubyのことをいってるみたいだな。おれはPythonのことをいってるつもりだった。
Python知らない人だったのね。読めば分かると思ったけど、正直すまんかった。
>>195はわかってくれたみたいだけど。
>綺麗に書いた Perl の方がナンボかまし。
すげえ、そんな意見は初めて聞いた。
>>198
関係ないけど、GNUのコードってインデントが2じゃなかったっけ？コーディング規約でそうなってたはず。
最初はびっくりしたけど、そのうち慣れた。そんなもんかもしれん。
>>203
Cを参考にしてないからじゃない？
0205nobodyさん
2006/07/17(月) 20:47:22ID:???あー、うん。もういいよ…。
0207nobodyさん
2006/07/17(月) 22:01:30ID:???0208nobodyさん
2006/07/17(月) 22:03:58ID:???結局最初に覚えたもの１番的に凝り固まってる人間は、
思考変わらないし。
無駄なレスの消費になるだけ。
0209nobodyさん
2006/07/18(火) 02:02:02ID:???かなり読みやすいコードだと思う。
これが読みづらいと言ってる奴は、単にrubyが苦手なだけじゃないのか？
そんな連中が同じ動作をするコードをどう書くのか興味あるな(言語は問わない)。
0210nobodyさん
2006/07/18(火) 18:56:34ID:???CAKEPHPなんですが、
SymfonyのAskeet相当の事は大体できるもんなんでしょうか？
CakeのAPI眺めた限りでは、できそうな感じがするのですが・・・。
これで動作速度が(Cakeの方が）速ければ、CAKEでGO!というサインが
出そうなんですが・・・。
0212nobodyさん
2006/07/18(火) 21:12:33ID:???最低限、ruby の構文を知っているなら、問題ないとおもうけどな
134,135,136,137 あたりではわざわざそれぞれコメントも書いてあるし
0213nobodyさん
2006/07/18(火) 22:04:48ID:???0214nobodyさん
2006/07/19(水) 14:00:56ID:???http://www.phppro.jp/news/42/
0215nobodyさん
2006/07/19(水) 14:22:28ID:???0217nobodyさん
2006/07/19(水) 15:37:24ID:???0218nobodyさん
2006/07/19(水) 15:44:32ID:???差がついていては、APCの設定だけでどうにかできるようなレベルではないっしょ。
まあPHP 5.1.2のmod_php5はApache 2.2.0より2.0.5xのほうが安定稼働するし、
アクセラレータはAPCよりeAcceleratorを使った方がまだマシな結果がでたんじゃないかとは思う。
あとはApacheモジュールでもFastCGIでも基本的にインタプリタが常駐するだけのPHP & Symfonyと
プログラム全体がメモリに常駐しているRails/Djangoの差かなあ。
0219nobodyさん
2006/07/19(水) 16:38:16ID:???http://www.symfony-project.com/forum/index.php/t/2272/
0220nobodyさん
2006/07/20(木) 13:29:51ID:???0221nobodyさん
2006/07/20(木) 14:35:33ID:???おまいらなら出来る！＞フラ公
0222nobodyさん
2006/07/20(木) 19:09:41ID:???動作速度が快速（と見込まれる）のって
どの辺？
0223nobodyさん
2006/07/20(木) 19:19:31ID:???0224nobodyさん
2006/07/20(木) 20:05:51ID:???FW使った時点で、相当量のコードを読み込む必要がある訳で、それだけで、それなりの
速度低下が起きる。
せめてrequireした部分だけでもメモリに常駐できる形で無いと、速度を求める必要がある
場合、PHPでのFWは、きつい様に思う。
まあ、要求される速度を出せれば良い訳で、FWの使用が有効なケースの方が多いとは
思うけど。
0225nobodyさん
2006/07/21(金) 02:07:37ID:???0226nobodyさん
2006/07/21(金) 22:28:20ID:???http://japan.zdnet.com/news/software/story/0,2000056195,20177627,00.htm
だいじょうぶか?
0227nobodyさん
2006/07/21(金) 23:38:08ID:???開発するための標準的な方法を提供する。また同フレームワークには、
データベースアクセスやWebサービス通信といったタスクのためのPHP
ソフトウェアモジュールが含まれている。さらに、Eclipseプログラミングツールと
の互換性も備えている。
Eclipseとの互換性ってなに??
0228nobodyさん
2006/07/21(金) 23:47:46ID:???0229nobodyさん
2006/07/21(金) 23:51:12ID:???色んな人がいるから仕様決めに時間がかかっているように見える
ちゃんとしたプロセスを経ないと仕様として決まらず、その後にコーディングだからな
0230nobodyさん
2006/07/22(土) 00:03:06ID:???0231nobodyさん
2006/07/22(土) 00:38:37ID:???0232nobodyさん
2006/07/22(土) 01:48:32ID:???0233nobodyさん
2006/07/22(土) 12:49:41ID:???Eclipse 一本にしてくれたほうが初心者を呼び込み安いとは思うが
0234nobodyさん
2006/07/22(土) 13:57:39ID:???http://pc8.2ch.net/test/read.cgi/php/1123912762/l50
0235nobodyさん
2006/07/23(日) 11:59:25ID:???0237nobodyさん
2006/07/23(日) 15:57:52ID:???Our server hard drive crashed, causing us complete data loss. Check back to see what we're going to do, as it has not yet been decided.
If you have any questions or comments, email tyler .a.t. onesourceed.com
0238nobodyさん
2006/07/23(日) 16:25:32ID:???0239nobodyさん
2006/07/23(日) 17:35:59ID:???前にもこんなことがあったような気がするが…
0240nobodyさん
2006/07/23(日) 17:37:14ID:???0241nobodyさん
2006/07/23(日) 17:41:06ID:???0242nobodyさん
2006/07/23(日) 19:32:16ID:???0243nobodyさん
2006/07/24(月) 08:24:43ID:???http://www.symfony-project.com/content/book/page/email.html
こっちで十分。
0245nobodyさん
2006/07/24(月) 22:46:39ID:???0247nobodyさん
2006/07/26(水) 08:32:41ID:???0248nobodyさん
2006/07/26(水) 19:23:01ID:???0249nobodyさん
2006/07/26(水) 21:08:55ID:zaAVUpUy簡単にできることを複雑にやる必要はない。
0250nobodyさん
2006/07/26(水) 23:18:00ID:???http://www.zend.co.jp/press/2006/press0725.php
0251nobodyさん
2006/07/26(水) 23:32:51ID:???すげーじゃん！
0252nobodyさん
2006/07/27(木) 01:07:41ID:???0254nobodyさん
2006/07/27(木) 06:13:59ID:???0256nobodyさん
2006/07/27(木) 15:50:01ID:???0257nobodyさん
2006/07/27(木) 16:14:45ID:???0258nobodyさん
2006/07/27(木) 20:55:34ID:???いつの間にかホワイトペーパーとかも揃っていい感じになってるな
公開はしないのかな？
0259nobodyさん
2006/07/29(土) 10:24:10ID:aqdPv2ZCCakePHPを試して（英語が辛かったがAskeetで慣れた）
メチャメチャｲｲ!!これなら出来る!!!
と感動し今後しばらくはCake使いでいようと思った
俺はダメなやつですかそうですか
0260nobodyさん
2006/07/29(土) 11:09:57ID:???http://quicty.zubapita.jp/?FrontPage
0262nobodyさん
2006/07/29(土) 15:11:32ID:???( ` Д ´) symfonyだけじゃないさ
あちこちでRailsをパクったフレームワークが乱立し
その度に糞スレも乱立する
そして技術者たちの頭もヘンになっている
わかるか？
0263nobodyさん
2006/07/29(土) 18:18:29ID:???0266nobodyさん
2006/07/30(日) 03:32:21ID:???0267nobodyさん
2006/07/30(日) 18:05:56ID:???0271nobodyさん
2006/07/31(月) 00:04:23ID:6tqQTtOM0272nobodyさん
2006/07/31(月) 00:07:50ID:???0273nobodyさん
2006/07/31(月) 13:16:36ID:6tqQTtOM0274nobodyさん
2006/07/31(月) 14:46:22ID:???PHPは大丈夫なのか？
0275nobodyさん
2006/07/31(月) 14:51:49ID:???0276nobodyさん
2006/07/31(月) 15:57:57ID:???○イスラエルが空爆している
0277nobodyさん
2006/07/31(月) 16:29:18ID:???やっぱりRubyに行こうかな
0281nobodyさん
2006/08/01(火) 21:00:28ID:???Javaのすごい人とか…
0282nobodyさん
2006/08/01(火) 22:01:58ID:???0283nobodyさん
2006/08/01(火) 22:03:52ID:???0284nobodyさん
2006/08/01(火) 23:49:18ID:???ethnaじゃん！
0285nobodyさん
2006/08/02(水) 00:27:48ID:???0286nobodyさん
2006/08/02(水) 00:37:09ID:???どうせ「ethna入門」程度の情報なんだろ？
そんな情報は既に出まくってるんだからいらねーよ
symfony本だせ！
0287nobodyさん
2006/08/02(水) 08:19:33ID:???たかが知れてるよな
0288nobodyさん
2006/08/02(水) 21:46:09ID:???0289nobodyさん
2006/08/03(木) 15:33:34ID:???http://ja.wikipedia.org/wiki/%E3%83%95%E3%83%AA%E3%83%BC%E3%83%A1%E3%83%BC%E3%82%BD%E3%83%B3
0293nobodyさん
2006/08/03(木) 22:50:45ID:???0294nobodyさん
2006/08/03(木) 23:08:50ID:???0296nobodyさん
2006/08/04(金) 10:31:55ID:???後ろからPerl前からRuby
もうPHPやばいんじゃね
0297nobodyさん
2006/08/04(金) 10:48:23ID:???新しい Perl の本が出たからってどうした？
PHP が存在する以前から Perl は大きな存在でしたが？ 何を今更。
それと、最近 Ruby と比較する人多いね。
RoR の影響ってのは分かるけど、比較して云々言っている人は
Ruby の言語仕様とか知らないで騒いでる奴がほとんどだろ？
0298nobodyさん
2006/08/04(金) 18:01:48ID:???この業界の情勢を物語っている。
昔なら「まるごとPerl」が必ず先に発売したはず。
あと、Ruby は互換性のない Ruby2.0 を出すことを
matz が明言しているので、仕事では使えない。
0299nobodyさん
2006/08/04(金) 19:12:49ID:???0300nobodyさん
2006/08/04(金) 20:05:06ID:???なんて本が100種類くらい出版されそうだなｗ
0301nobodyさん
2006/08/04(金) 20:58:39ID:???枯れた言語で今更新しい本出したって売れんからでしょ。
どうせ互換性がないなら、非の打ちどころのない言語を作ってほしいな。
Ruby2 は PHP5 と同じ轍は踏んで欲しくないものだ。
0302nobodyさん
2006/08/05(土) 09:39:46ID:???そんな未来のないシステム組めません（＞＜）
0303nobodyさん
2006/08/05(土) 11:10:12ID:???しかしまあとりあえず、RubyもPHPも両方やっときゃ問題ないんじゃない？
0304nobodyさん
2006/08/05(土) 13:09:40ID:???0305nobodyさん
2006/08/05(土) 23:50:01ID:???Perl には新規のユーザが少ない、
ということを物語っているのでは。
あと、ruby-dev 読みなよ。
Ruby 2.0 は Ruby 1.x と互換性を捨てて作り直します。
Java でも何でも、言語はメジャーバージョンが上がれば
互換性がなくなるものです。
互換性が重要なら C や COBOL を使っては。
0306nobodyさん
2006/08/06(日) 00:03:09ID:???互換性がなくなるなら PHP5 みたいに出来損ないだけは勘弁だな。
第一、Java は下位互換性あるし。
0307nobodyさん
2006/08/06(日) 01:10:09ID:???Perl Best Practiceをアマゾンで買って読んでるけど、これ興味深いわ。
で、今日本屋でPerl Hack立ち読みしてきたら、これも深い。
PHP Hackとは比較にならねないね。
0308nobodyさん
2006/08/06(日) 02:37:13ID:???＞どうせ互換性がないなら、非の打ちどころのない言語を作ってほしいな。
どうせ非の打ちどころのない言語出したってほとんど使われない。
rubyもpythonも、phpに比べたら圧倒的に優れているのに、結局大して使われてない。
プロモーションが下手だから、認知されずに終わるだけ。
0309nobodyさん
2006/08/06(日) 12:36:23ID:???使われているか否かというのは、藻前の主観での判断？
客観的に測定した採用数を出して貰わないと話にならないね。
0310nobodyさん
2006/08/06(日) 12:44:11ID:???Java に下位互換性があるって…。何を作ってるの？
>>308
Python や PHP って何かプロモーションしてるか？
0311nobodyさん
2006/08/06(日) 14:30:25ID:???> 客観的に測定した採用数を出して貰わないと話にならないね。
人材募集のサイトでPHP,Ruby,Pythonで検索すればある程度わかるんじゃね?
0314nobodyさん
2006/08/06(日) 18:41:45ID:???> 人材募集のサイトでPHP,Ruby,Pythonで検索すればある程度わかるんじゃね?
どの程度わかるということにしたいの？
0316nobodyさん
2006/08/06(日) 20:48:15ID:???0317nobodyさん
2006/08/06(日) 22:44:53ID:???結論があって、適当にデータをつくる。
0318nobodyさん
2006/08/07(月) 01:24:57ID:???使う側としては、どういう道具でもうまく使いこなせるように、技量を磨いておけば良い。
Java、Ruby、Python、PHP、Perl、C、COBOL…好きな道具を選べばよろし。
道具が目的ではなく、それで何を作るかが大切。
これからも、より優れた道具を作ってくれる人たちはいるだろう。
ありがとう！
日本人が、どんな道具でも使いこなせるスーパープログラマーになれますように。
Symfonyからforkして、何か新しいフレームワークでも作ってみますか？
（OSを作るよりは簡単！？）
0320nobodyさん
2006/08/07(月) 12:26:36ID:???前提からして間違ってるヤツ大過ぎ。
0321nobodyさん
2006/08/07(月) 14:47:58ID:???http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=11&forum=3&post_id=81#forumpost81
「Symfony よりはよっぽど lightweight」ってマジ？
symfonyの重さが話題になってたから気になるところ
もしかしてsymfonyは既に古いのか…？
0322nobodyさん
2006/08/07(月) 14:52:32ID:???パフォーマンスはどうなんだろう
0323nobodyさん
2006/08/07(月) 14:56:45ID:???､: :｡:!.i.:',r'ﾞ,rf"`'iﾐ,`'' ﾞ ';.i `Ｎ,_i;i＿__,,_,'､-';‐l'i'':':':':-
:'､: :.:!l :'ﾞ iﾞ:;i{igil};:;l' ヾ! 'i : l',r',ﾃr'‐ミ;‐ﾐ';i:'i::. : i
:i.'､o:'、 ﾞ､::ﾞ''".::ﾉ iﾞ:;:li,__,ﾉ;:'.､'､ :'i:::. i.
,'. :ﾞ>;::'､⊂‐ﾆ;;'´ '､';{|llll!: :;ﾉ ! : !::i. :
' /. :iヾ､ ｀ ､._. ミ;;--‐'´. /.:i;!o
: ,' : : i.: <_ ｀ ' ' ｀｀'‐⊃./. :,: : :
,'. . : :', ､,,＿ ,.:': ,r'. : , 返せ!!
. : : . :;::'､ ﾞ|llllllllllllF':-.､ ,r';､r': . : :,i symfonyにかけた時間返せ!!
: : :.::;.'.:::;`､ |llllH". : : : :｀､ ,rシｲ...: : ; : :/:i
: :..:::;':::::;':::::`.､ |ｿ/. : : : : : : ;,! ,／'ﾞ. /.:::: :,:': :./',:
.:::;:'i::::;':::::::::i::`:.、;ﾞ､';‐ ､,;__;,／ﾉ . :,/.:::: :/. : :/.:::i.
0324nobodyさん
2006/08/07(月) 14:58:55ID:???0325nobodyさん
2006/08/07(月) 15:09:23ID:???サンプルで作られたサイトだけど
かなりキビキビ動作な印象
0326nobodyさん
2006/08/07(月) 15:41:12ID:???Zend社～イスラエル
イスラエル～近隣諸国に武力行使
殺人大好きのイスラエル・ユダヤ人が提供してくれるPHPは使い勝手が良いですか？
http://headlines.yahoo.co.jp/hl?a=20060807-00000806-reu-int
［ベイルート ６日 ロイター］
レバノンのベリ国民議会議長は６日、米仏両国により提出されたイスラエルとレバノンのイスラム教シーア派民兵組織ヒズボラの戦闘停止を目指す国連安全保障理事会の決議案について、イスラエル軍のレバノン駐留を認めるものだとして受け入れを拒否した。
ベリ議長は、同決議案はレバノンが求める即時停戦やイスラエル軍のレバノンからの撤退などを含む７項目から成る要求を無視した偏った案だと指摘。「レバノンはこれら７項目の内容から外れたいかなる決議案も拒否する」と述べた。
また、イスラエル軍がレバノンに駐留している限り、平和は訪れないとし「決議案はレバノンの国益にならず、終わりのない戦争への扉を開く」との考えを示した。
（ロイター） - 8月7日14時36分更新
0328nobodyさん
2006/08/07(月) 19:37:42ID:???クラス見てもなさげだったけど
0330nobodyさん
2006/08/08(火) 01:34:41ID:???0332nobodyさん
2006/08/08(火) 07:02:59ID:???0333nobodyさん
2006/08/08(火) 07:32:42ID:???もう俺FWは全く作る気なくなったが。
0334nobodyさん
2006/08/08(火) 08:22:07ID:???なかなか面白い
0336nobodyさん
2006/08/08(火) 11:06:04ID:???SymfonyとCakePHPの話題が出てるね
0337nobodyさん
2006/08/09(水) 01:12:22ID:???0338nobodyさん
2006/08/10(木) 00:29:03ID:???http://cakephp.jp/
0339nobodyさん
2006/08/10(木) 00:42:41ID:???0340nobodyさん
2006/08/10(木) 01:11:47ID:???外人同士が激論してるね
I've used both CakePHP and symfony. And CakePHP is fine, but symfony rocks!
ロックって何だよ内田裕也かw
0341nobodyさん
2006/08/10(木) 02:01:34ID:???Aはいかすぜ！ → A rocks!
Aはクソだ！ → A sucks!
0342nobodyさん
2006/08/10(木) 02:05:52ID:???cake 結構いいな。
どっちにするか迷うぜ
0343nobodyさん
2006/08/10(木) 03:34:08ID:???0344nobodyさん
2006/08/10(木) 07:42:42ID:???昔突っ込まれてた、あの拡張性無視なその場しのぎコーディングをなんとかしないと、
ほんと破綻しちゃうよ…
0345nobodyさん
2006/08/10(木) 07:53:32ID:???それならsymfonyでいいや…
0346nobodyさん
2006/08/10(木) 17:22:24ID:Uj3F4AKmうんこ野郎どもが！
0348203.143.107.83.user.il24.net
2006/08/10(木) 17:37:52ID:ebBaDLS5馬鹿野郎まだ始まってもいねえよ
0349nobodyさん
2006/08/10(木) 19:11:22ID:???あるある探検隊！あるある探検隊！
0350nobodyさん
2006/08/10(木) 19:24:14ID:???もうPHP自体窓から投げ捨てたらいいんじゃね
0351nobodyさん
2006/08/10(木) 20:02:31ID:???0352nobodyさん
2006/08/10(木) 21:43:26ID:???http://labs.gree.jp/Top/Document/20060707.html
0353nobodyさん
2006/08/10(木) 22:12:26ID:???0354nobodyさん
2006/08/11(金) 00:30:34ID:???0358nobodyさん
2006/08/12(土) 00:05:34ID:???DRY ではないとは思うけど、ヘルパーがもうちょっと
良きに計らってくれさえすれば何とかなりそうな気がする。
0359nobodyさん
2006/08/12(土) 00:25:19ID:VEdObvEsDBごとの関数で実装するべきだと思いますか？
0360nobodyさん
2006/08/12(土) 05:58:08ID:???cakeで作られたサイト
全般的にsymfonyより軽い気がするなぁ
0361nobodyさん
2006/08/12(土) 15:42:32ID:???0362nobodyさん
2006/08/12(土) 22:28:45ID:???0364nobodyさん
2006/08/13(日) 02:59:29ID:???1.1から1.1.4のRoRに脆弱性が発見されたとの事です。
もうご存知の方も多いかと思いますが、
1.1.6へ早急なアップデートが推奨されています。
アップデートは、
gem update rails
にて
http://japan.cnet.com/news/sec/story/0,2000056024,20198527,00.htm
0365nobodyさん
2006/08/13(日) 17:07:51ID:???http://www.itmedia.co.jp/enterprise/articles/0608/11/news087.html
PHPオワタ＼(＾o＾)／
0366nobodyさん
2006/08/13(日) 17:13:38ID:???同社はYahoo! Developer NetworkにJavaScript Developer CenterとPHP Developer Centerも置いている。
0367nobodyさん
2006/08/14(月) 11:35:00ID:???0368nobodyさん
2006/08/14(月) 20:28:18ID:???てゆーか、廃れたFWにはもう興味無いし。
0370nobodyさん
2006/08/14(月) 20:55:49ID:21wadByI（ ） ） ））) ZendFramework使え！
. | ⌒ ｀i 塩豚野郎ども！
| ﾉ | .
/ /
/ | ，
_／ | ． ．
(ﾟ⊿ﾟ)o _／ } ，･.’､ ﾟ
ｂ ヽ-‐" ＿＿＿__＼ ノ ．∴｡ ・
〈〈￣￣ ／ ￣￣ ＼ ’ ・.
└′ / ヽ / ｌ
| /￣￣| /
＼ ∠＿＿/ ／
0371nobodyさん
2006/08/14(月) 21:16:17ID:???YahooはPHP Developer Centerをpythonより先に開設している。
PHPオワタはないだろ。
0372nobodyさん
2006/08/14(月) 21:36:26ID:???0374nobodyさん
2006/08/15(火) 20:37:36ID:???Yahoo! での使用例やチューニング例を解説してたね。
どこにもないんですけど・・・
0377nobodyさん
2006/08/15(火) 23:45:54ID:???0379nobodyさん
2006/08/16(水) 01:29:07ID:???oth_authもob_authもsd_authもうごかねえー
困った困った
認証でオススメってありますか？
ガッカリしました。仕方ないのでcakephpをインストールしてみました。
これから朝までいろいろといじってみます。
0382nobodyさん
2006/08/16(水) 10:40:58ID:???チュートリアルにしたがってマスタメンテ作ったんだが、
こりゃすげえ工数削減になるわ。素晴らしい。
導入ｹﾃｰｲです。
他のフレームワークもちょっと試してみます。
0385nobodyさん
2006/08/17(木) 15:09:10ID:???0387nobodyさん
2006/08/18(金) 13:04:06ID:???公開してほしい。
0388nobodyさん
2006/08/18(金) 19:27:58ID:???みったんかぶってるじゃん
0389nobodyさん
2006/08/18(金) 19:39:25ID:???DIコンテナでしょ？
いや、良く知らないんだけど。
まぁ知らなかったかもしれないけど、ネーミングは失敗したよね。
もういくつか開発してるみたいだし、今更変えれないよな。
0390nobodyさん
2006/08/18(金) 20:10:25ID:???0391nobodyさん
2006/08/18(金) 20:22:53ID:???0393nobodyさん
2006/08/19(土) 21:19:29ID:???RoR移行したほうが近道な気がしてきた。
半分趣味プロなので余計に。
しかし関係ないけどRubyで多用してる@や:みたいな記号って
英語キーボードだと打ち辛いと思うんだけど
外人はどう思ってるんだろう。
0395nobodyさん
2006/08/19(土) 22:25:40ID:???学習の初期段階では
Rubyを習得する割合 : Railsを習得する割合 って
どんなもんなんでしょうかね・・・？
現在はCake使用中。
0396nobodyさん
2006/08/19(土) 22:28:37ID:???3:7くらいじゃね？
RubyをRubyらしく扱えなくてもRailsでアプリケーションは余裕で作れる。
Ruby自体も1週間あれば文法は理解できるよ。
0397nobodyさん
2006/08/19(土) 22:29:03ID:???本当に初期は、ほとんどRubyの勉強になるとおもうぞ
0398nobodyさん
2006/08/20(日) 00:19:02ID:???0399nobodyさん
2006/08/20(日) 00:54:09ID:???生CGIじゃなきゃ十分速い
mod_proxy+mongrelマジオススメ
mongrelはクラスタリングも出来るから可用性もバリ高い
ていうかメモリ食うとか良くいうけど
今日日512MBしか積んでないサーバーとかつかわねーだろ？ｗｗｗｗ
0400nobodyさん
2006/08/20(日) 01:39:54ID:???0401nobodyさん
2006/08/20(日) 02:01:23ID:???0402nobodyさん
2006/08/20(日) 02:36:19ID:???現場じゃそんなに採用されねんじゃね？
ZFは政治的な面で採用されやすそうだ
0403nobodyさん
2006/08/20(日) 02:39:54ID:???cakeリファレンスの方が英語の表現が簡潔だった（自分には）
でcakeに浮気。
まずはaskeet日本語訳のつづきｱﾌﾟしてくれーと思います
0404nobodyさん
2006/08/20(日) 03:07:01ID:???ちょっと富豪主義的で軽快さに欠ける印象を受けた。
デモムービーで使われてるTextmateも
Snippetを超酷使してて、開発者の性格が出てる。ｗ
0405nobodyさん
2006/08/20(日) 10:31:24ID:???せいぜいsymfonyやらcake使って喜んでてくれ
フルスタックじゃなきゃ使えないフレームワークの奴隷供が
初心者はともかく何年もPHP使ってる人間が
symfonyとかcake凄い、ZF全然機能ないじゃんっていう状況に呆れるよ
PerlやRubyのコミュニティに馬鹿にされ続けるのも頷ける
パクりアイディアしかない汚いコードで固められた密結合の
フレームワークに振り回されて思う存分コードを書かされてください
0407nobodyさん
2006/08/20(日) 12:02:54ID:???0408nobodyさん
2006/08/20(日) 12:07:02ID:???0409nobodyさん
2006/08/20(日) 12:32:45ID:???0410nobodyさん
2006/08/20(日) 13:53:10ID:???むしろもうちょっと開発スピードが上がらないかなとか思う
でも少なくともsymfonyやcakeよりは期待してる
アイディアベースでは他のFWの良い所を参考にしつつ
コードベースでは単にパクるんじゃなくスクラッチから
高品質なものを目指して必要最低限の土台になる部分を
きっちり作っていってる新しい流れにも
もうちょっと目を向けてもいいんじゃないのと
Rails志向的なPHPのFWの話しばかりが流れていく
この状況は正直俺はあんまり良いとは思えない
0411nobodyさん
2006/08/20(日) 14:06:00ID:???0412nobodyさん
2006/08/20(日) 14:17:08ID:???0413nobodyさん
2006/08/20(日) 16:34:57ID:???コードが汚かろうが、とにかく動くのがPHPの底力。
綺麗事じゃなくマキャベリズムでPHPは強い。
>>410
たしかに。
Railsがいいなら、Railsを選択すればいいと思う。
0415nobodyさん
2006/08/20(日) 17:22:54ID:???今あるフレームワークで行われるんだ！
0416nobodyさん
2006/08/20(日) 17:27:47ID:???可能性があるのだから開発できる人は参加して意見だけでも言えばいいのに…
と思うコーディングできない素人でした
0417nobodyさん
2006/08/20(日) 18:31:54ID:???0418nobodyさん
2006/08/20(日) 19:46:07ID:???ってなりそうな気がするんだけどどうだろ。
ORM、バリデーション、ディレクトリ構造など
外面だけ見ればCakeが一番無難に仕上げてる
印象を受けるんだけども。
0419nobodyさん
2006/08/20(日) 19:46:43ID:???チーム開発だとワンライナーヘルパーは無駄に複雑化する
規模が大きくなるとクラスの粒度重要
50画面程度の小規模案件はRails
150～200画面くらいまでならZF
それ以降はS2Struts
みたいな使い分けが良い
0420nobodyさん
2006/08/20(日) 22:06:06ID:???MVC周りがビッチなZFはフレームワークとしてはげぼ以下。
PEARのように切り刻んで使うのがベター。
0421nobodyさん
2006/08/20(日) 22:28:13ID:???ZFはScaffold相当はまだなんだっけ
0422nobodyさん
2006/08/20(日) 22:28:26ID:???http://pc8.2ch.net/test/read.cgi/php/1151937402/
こっちに帰ってくだしあ＞＜
0428nobodyさん
2006/08/20(日) 23:09:02ID:???○ PEAR part2
0429nobodyさん
2006/08/20(日) 23:15:44ID:???Eclipseプラグイン化していくって話なかったっけ
現行のZendstudioは高いし死んでも買いたくないな
0430nobodyさん
2006/08/21(月) 00:52:37ID:???コントローラに何もかも押し付け過ぎ。
0431nobodyさん
2006/08/21(月) 00:59:49ID:???0433nobodyさん
2006/08/21(月) 01:15:01ID:???取り合えず2年ぐらいはZend StudioとPHP IDE(Eclipseのプラグイン)が
並行開発で、機能的にもZendStudio＞PHP IDEという差は埋まらないだろう
って、一昨日Zeevが言ってた。
0434nobodyさん
2006/08/21(月) 01:52:12ID:???なるほど。まあStudioはZendの大事な収益源だしな
Encoderやなんかだけでは（単価は高いが）販売ボリューム見込めないんでしょうね
0436nobodyさん
2006/08/21(月) 03:23:08ID:???ダウンロードしたもののPHPファイルは、
プログラム開発などでよく使われる部品みたいなものですよね？
そういうソースを自分で書かずにフレームワークのを利用して
開発効率を高めるということであってるでしょうか？
フレームワークをうまくつかいこなせれば良いプログラマーなんでしょうが、
ソースを書かない分、腕は上達しないと思うのですが、
その辺どうなんでしょうか？
0439nobodyさん
2006/08/21(月) 11:25:33ID:???機能を切り貼りできるZFにも期待はしてるよ
フルスタックだと依存しすぎるから
0440nobodyさん
2006/08/21(月) 11:54:13ID:???Piece Framework
http://piece-framework.com/
0441nobodyさん
2006/08/21(月) 13:54:28ID:???何かわくわくする言葉だ
0442nobodyさん
2006/08/21(月) 13:56:48ID:???こんな所でその程度の質問をしなくても自力で解を見出せるのが良いプログラマ
もっと言うなら自分で手と頭を動かすのが良いプログラマ
0443nobodyさん
2006/08/21(月) 15:06:00ID:???フレームワーク導入のメリット
・少なくとも、フレームワークを使った開発手法を習得できるｗ
＝学習コストは気にした方がいいかな？
・フレームワークの導入によって、ルーチンワークに費やす時間を減らし、余った時間をスキルアップに当てれば、腕はさらに上達すると思うよ。
＝OJTじゃなくても、スキルアップは可能。
Googleでは、勤務時間の20％を自分の研究に使うそうですが、そういう時間の使い方が実現できるなら、フレームワークの恩恵があるんじゃない？
0444nobodyさん
2006/08/21(月) 15:40:44ID:???まじめに質問しているのなら、あらかじめ謝っておく
こんなの
switch ($state) {
case 'state_a':
a();
break;
case 'state_b':
b();
break;
}
0446nobodyさん
2006/08/21(月) 18:19:12ID:???> iteman氏のフレームワークきたYO
> Piece Framework
> http://piece-framework.com/
結局これがなんなのかわからない俺は一生独身ですか？
0447nobodyさん
2006/08/21(月) 18:23:48ID:???ざっと見た感じ、特に変わったものというわけではなさそう
0448nobodyさん
2006/08/21(月) 18:32:35ID:???0449nobodyさん
2006/08/21(月) 19:01:37ID:???0451nobodyさん
2006/08/21(月) 19:31:33ID:???いいねー、いいねー。広がる選択肢☆
作者の皆さん、がんばってー。
ソースコード拝見して、参考にさせていただきますっ！！！
0452436
2006/08/21(月) 20:35:29ID:???なるほど。共同作業のときに使うものなんですね。
この業界に入らない限り縁はなさそうですね。
>>443
>・少なくとも、フレームワークを使った開発手法を習得できるｗ
これは重要そうですよね。
さっぱりフレームワークというものがわからないので、
使っているうちに良いものだとわかってくるんでしょうかね。
自分には使う必要がないものかもしれませんが、
勉強として少しだけ触っときたいと思います。
レスどうもありがとうございました。
0453nobodyさん
2006/08/21(月) 21:11:40ID:EaU1LrCO0454nobodyさん
2006/08/22(火) 00:03:24ID:???0455nobodyさん
2006/08/22(火) 00:03:37ID:???0456nobodyさん
2006/08/22(火) 02:20:49ID:???趣味でプログラミングしてるんだよね。
じゃぁ将来自分でブログや簡単なCMSを作りたいと思うときが来るから、その時フレームワークあると便利だと思うよ。
0459nobodyさん
2006/08/22(火) 15:24:42ID:???あれ？
昨日までpear install hatotech/Piece_Unityだったのに。。
作者この板見てるな。ちくしょう！
0460nobodyさん
2006/08/23(水) 19:04:16ID:???http://itpro.nikkeibp.co.jp/article/NEWS/20060821/245967/
パネルディスカッションでは，
Ethnaを開発したグリー CTOの藤本真樹氏，
Mapleを開発した夢の街創造委員会の高橋邦彦氏，
symfonyに詳しいディノの月宮紀柳氏，
Zend Frameworkに詳しいジョルス 石川直人氏
がPHPフレームワークの現状と将来について議論を交わした。
個人的には、
HTML_TagCloudというライブラリ
の話が面白そう！と思いました。。。
0461nobodyさん
2006/08/23(水) 19:10:38ID:???自分の場合は PEAR をセットアップしたらまず pear config-set preferred_state beta。
たぶん作者さんもそうだったんじゃないかな。
あと直にインストールせず pear download channel/PackageName してアーカイブを落としてから
pear install PackageName-x.x.x.tgz してます。
0462nobodyさん
2006/08/24(木) 17:12:18ID:LzZwwguuたとえばMVCまわりだけとか。
あと、PHP4とPHP5によってフレームワークを分けてつかいますか？
（PHP5しか動かないのもありますが・・・）
0463nobodyさん
2006/08/24(木) 19:40:29ID:x9G5+vaHフレームワーク使わなくてもMVCできますから！！！
0465nobodyさん
2006/08/24(木) 21:12:54ID:???やっぱり良くないんだろか・・・
0466nobodyさん
2006/08/24(木) 21:16:10ID:???一括に変換したらいいじゃん
最初は<?phpってちゃんと書いてたけど
面倒くさくなってきたからごちゃまぜりんこ。
0467nobodyさん
2006/08/24(木) 21:36:30ID:x9G5+vaH0468nobodyさん
2006/08/24(木) 21:37:56ID:???利点がよく分からない。なので、今まで一度も使ったことがない。
必要なものは自作したほうが手っ取り早いし、中身の動作もよく分かる。
0469nobodyさん
2006/08/24(木) 21:47:19ID:x9G5+vaHSmartyは便利よ
0470nobodyさん
2006/08/24(木) 22:00:05ID:???今はXML無関係な場所だからその考え方で行こうかなぁ。
書くのはともかく、<?php echo $this->Post・・というコードがどうしても見づらい。
あとぐぐったらPHP6でも廃止されないと分かって少し安心。
0471nobodyさん
2006/08/24(木) 22:53:10ID:???viewで<?phpなやつはアフォ
0473nobodyさん
2006/08/24(木) 22:56:06ID:???フレームワークのよさがかすみます
0475nobodyさん
2006/08/24(木) 23:54:15ID:???0477nobodyさん
2006/08/25(金) 00:19:15ID:???だってさ、xml宣言で衝突するだけでしょ
<?= '<?xml ～ ?>' ?>
にすれば全てのphpタグはショートタグでも問題ないじゃん
それでも利便性を取らず<?php形式で書き続けるメリットって何？
それがstrictだから？もうアフォじゃないのと
0478nobodyさん
2006/08/25(金) 00:43:05ID:???<?php ?>なくならないもんだろうかね。
時期バージョンではなくなってほしい。
0481nobodyさん
2006/08/25(金) 02:46:32ID:???＞必要なものは自作したほうが手っ取り早いし、中身の動作もよく分かる。
他人にコードを渡すときも、フレームワークなどよりも、よくわからせる自身があるんですね。
ほんとあなたはすごいです。どうやって書いてるのかぜひ教えてください。
0482nobodyさん
2006/08/25(金) 02:54:30ID:???0483nobodyさん
2006/08/25(金) 03:55:35ID:???だって別に他人にコード渡さないもん。
この板にいるみんなが、お前みたいな歯車の一部じゃないんだよ。
歯車であるお前は、もちろんフレームワークをきっちり使わないとダメだよ。
勝手なこと出来る立場じゃないからね、お前みたいな末端の人間は。
0484nobodyさん
2006/08/25(金) 04:49:30ID:???0485nobodyさん
2006/08/25(金) 05:28:06ID:???自分は先に行くもんじゃねーのか？
0486nobodyさん
2006/08/25(金) 05:33:01ID:???ニートで人間関係が狭ければ、何もかも一人で１から作ることができるんですね。
時間も無限にあるから、既存の財産を使用する必要もありませんもんね。
共同プロジェクトや、友人などと協力して仕事することだってあるわけですが、
そういうことすら思いつかず、末端社員だと思い込んでしまえるのもニートの特権ですね＾＾
ほんとに勉強になりました～
0487nobodyさん
2006/08/25(金) 05:49:36ID:???それよりも１から書いたほうが楽とか、自分の書いた文字しか読めませんって言ってるようなもんだな。
0488nobodyさん
2006/08/25(金) 07:26:18ID:LfAN8Lftオレの場合はお客さんがデザインや管理は自社でやりたいと
いうところが多いからフレームワークつかっちゃうと
HTMLしかわからない人にはかえって難しくなるみたい。
だからデザインしてあるHTMLにPHPを組み込むというやりかた。
0489nobodyさん
2006/08/25(金) 08:37:16ID:???0490nobodyさん
2006/08/25(金) 08:42:01ID:???それフレームワークがどうこうって問題じゃないだろ
あとデザインしてあるHTMLにPHPを組み込むというやり方って
それ以外に何があるんだよ
0491nobodyさん
2006/08/25(金) 09:35:16ID:???惚れ惚れするね
0492nobodyさん
2006/08/25(金) 11:34:41ID:???フレームワークがアプリケーションの土台（scaffold）を提供してくれるのは、開発作業時間短縮＋保守性向上において大きなメリットをもたらしますね。
（＝開発人員数は関係なし）
フレームワークがあったら便利だと思う人がいるから、作る人、利用する人がいる。
・フレームワーク不要派もそれは理解できるはず。
フレームワークを使うまでもない、という局面もある。
・フレームワーク必要派もそれは理解できるはず。
開発手法の話とは別に、スキルの問題で、
・他人のコードが読めない人
・リファクタリングの経験が乏しい人
は、フレームワークを使わない方が「効率的」なのかな？
0493nobodyさん
2006/08/25(金) 12:59:01ID:???あとはサーバでショートタグをoffにされていると動かなくなるというのかな
0494nobodyさん
2006/08/25(金) 13:03:03ID:???>・他人のコードが読めない人
これはあると思う
自分の場合実務でEthna使ってて困った時どこを見たらいいのか
パッと出てくるようになるまでが辛くて
それでもEthnaはコード読みやすいから楽な方だとはわかってるけど
今ならドキュメントもだいぶ多いしね
0495nobodyさん
2006/08/25(金) 13:06:04ID:???多少の窮屈さは我慢して、他人と横並びでいるのが好きなんだろうね。
フレームワークなんて、他人が提供した「型」そのもの。
さすが、根っからの歯車根性・根っからのリーマン根性。素晴らしい。
頑張って馬車馬のように働いてね、下っ端のみんな♪
0496nobodyさん
2006/08/25(金) 13:12:43ID:???0497nobodyさん
2006/08/25(金) 13:21:17ID:???0498nobodyさん
2006/08/25(金) 13:32:45ID:???0499nobodyさん
2006/08/25(金) 13:35:13ID:fU/0kLO00500nobodyさん
2006/08/25(金) 13:44:53ID:???0501nobodyさん
2006/08/25(金) 15:25:11ID:???「自分で作った漬物はやっぱ最高！オマエもタクアンくらい作れよな！」とか言ってたりしてｗｗｗ
プログラム言語やOS、果てはコンピュータまで「自家製」でやってるのか？
フレームワーク云々とか言っておいて、自分も他人の作ったプログラム言語をお使いなら「お笑い」ですが。
自分の生活の中で、他人が提供してくれたものがどれくらいあるか観察してみれば分かる。
自分自身の存在でさえ、他人が作ってくれたもの。
下らない思考・こだわりであることは自明。
プライドだけは高いが頭は悪い～よくいる困ったチャンだｗｗｗ
0502nobodyさん
2006/08/25(金) 15:46:46ID:???チミがはるか高みに居るってことでいいから、下々の事は気にしないでくださいまし。
日曜大工様におきましては建売住宅の話などでお手を煩わすには及びません。
0503nobodyさん
2006/08/25(金) 18:11:08ID:???0505nobodyさん
2006/08/25(金) 19:41:26ID:???なんで貧乏歯車リーマンってさ、自分の痛いところを突かれると
すんげームキになって自説の正しさを主張しようとすんの？
フレームワーク使って楽になる人は使えばいいし、
フレームワーク使わないほうが楽な人は使わなければいい。
どちらが正解ということはないだろう。
ただそれだけのことなのになぜ自らの「教義」を絶対的だと思い込んで
他人に押し付けようとするのか、はなはだ疑問だ。
0506nobodyさん
2006/08/25(金) 19:47:32ID:???0507nobodyさん
2006/08/25(金) 19:50:11ID:???ﾆｰﾄのお前には絶対わからんて。
自分以外の誰かがメンテしたり開発に関わる事が絶対無い場合は
フレームワークを使う必要は無いという事は言い尽くされてるし。
で、そのような状況はﾆｰﾄ以外あり得ない。
0508nobodyさん
2006/08/25(金) 19:59:57ID:???んじゃ聞くけどさ、フレームワークがまだ無かった頃、
あるいはまだ普及してなかった頃は、
PHPによるシステム開発は不可能だったってか？
その頃は仕事として開発してる会社は無くて、「ニート」だけの言語だったってか？
0509nobodyさん
2006/08/25(金) 20:07:56ID:2Ko1RwnR0511nobodyさん
2006/08/25(金) 20:14:49ID:???フレームワークを使えば工数の削減、保守性・拡張性の向上につながることが広く認められている。
↓ってことから
> フレームワーク使って楽になる人は使えばいいし、
> フレームワーク使わないほうが楽な人は使わなければいい。
> どちらが正解ということはないだろう。
となるのに、
> ただそれだけのことなのになぜ自らの「教義」を絶対的だと思い込んで
> 他人に押し付けようとするのか、はなはだ疑問だ。
という結論を導いてしまう点で、>>505がニートと呼ばれるに値する低脳加減だということ。
ニートと呼ばれる理由はフレームワークの必要・不必要の議論から来るわけではなく、おまいさんの書き込みが総じて幼く馬鹿馬鹿しい＋論理が自己中心的なのが原因。
0512nobodyさん
2006/08/25(金) 20:30:08ID:???0514nobodyさん
2006/08/25(金) 20:58:08ID:???しょーもない書き込みはスルーしる。
0516nobodyさん
2006/08/25(金) 21:26:03ID:fU/0kLO00517508
2006/08/25(金) 22:02:25ID:???だよねぇ。「相対的に」なら分かる。
俺は何事も相対的な尺度しかないと思うんだけど、
どうして歯車くんたちは「FW＝絶対必要」だと思い込んでいるんだろう？？
0518nobodyさん
2006/08/25(金) 22:15:07ID:c0n2prxJおもってねーよ。
0519nobodyさん
2006/08/25(金) 22:37:01ID:???0520nobodyさん
2006/08/25(金) 22:47:22ID:???0521nobodyさん
2006/08/26(土) 00:10:28ID:???フレームワークは必要に応じて使えばいいんだが、最悪なのはマイナーなフレームワークをさらにカスタマイズして使うこと。
0522nobodyさん
2006/08/26(土) 01:09:27ID:???乗ったフレームワークが頓挫したら悲劇
例）Agavi
0523nobodyさん
2006/08/26(土) 02:28:09ID:???世の中、知らなくて損してるってことはイッパイありますね。
デザインパターン
http://www.techscore.com/tech/DesignPattern/
MVC
http://www.hyuki.com/yukiwiki/wiki.cgi?MVC
MVCは、別にPHPのフレームワークにだけ使われているわけじゃない。
Windowsを始めとする、多くのGUIアプリケーションでも使われている。
先人の努力の結晶を、受け取れる人と受け取れない人がいる。
他人の長所を称賛して、そこから学び取る人は、成長が早い。
蓋し、本人の心掛け次第。
0524nobodyさん
2006/08/26(土) 02:39:41ID:???ウェブのMVCはIBMがこじつけただけ。
0526nobodyさん
2006/08/26(土) 03:29:22ID:???非ウェブアプリケーションを前提に作られたデザインパターンじゃ、ウェブアプリに適用できるのはごく限られたものしかない。
0527nobodyさん
2006/08/26(土) 03:49:14ID:???だからWebに最適化された今のMVCがあるんじゃん。
別にこじつけでもなんでもなく、３要素の分離はWebアプリだろうが全く自然な流れですが。
0528nobodyさん
2006/08/26(土) 03:53:41ID:???0529nobodyさん
2006/08/26(土) 06:00:36ID:???適切にメソッドを書いとけばコントローラが適切なタイミングに呼んでくれるから、呼び出すタイミングを自分でごちゃごちゃやらなくていいってやつ。
0530nobodyさん
2006/08/26(土) 06:11:13ID:???0531nobodyさん
2006/08/26(土) 08:05:42ID:???＞適切にメソッドを書いとけばコントローラが適切なタイミングに呼んでくれる
そりゃどんな開発手法でやろうとも、「適切に」やれば全て上手くいくに決まってるじゃんか。
MVCとか何とかわざわざ小難しいこと言わんでも。
0532nobodyさん
2006/08/26(土) 08:34:03ID:???> そりゃどんな開発手法でやろうとも、「適切に」やれば全て上手くいくに決まってるじゃんか。
そうだね。基本的には程度の問題。
何を適切にやるのが簡単で、何を適切にやるのかが面倒かってだけの話。
0533nobodyさん
2006/08/26(土) 09:48:59ID:???一点集中でどんどんよくなってるのに
PHPのFWはデファクトスタンダードが決まらず
分散しすぎなのは如何ともし難いな
どんだけ足並み揃ってないんだよって感じ
0534nobodyさん
2006/08/26(土) 09:54:51ID:???0535nobodyさん
2006/08/26(土) 10:16:07ID:???ほぼRails一択のRubyと違って、幾つも選択肢があるというのは幸せなことだと思う。
0536nobodyさん
2006/08/26(土) 10:29:15ID:???基本は軽くて必要なものは後から付けていけるようなフレームワークが欲しい。
ZFがそうなることを願うよ。
0537nobodyさん
2006/08/26(土) 11:38:41ID:???勢いが足りないよ、勢いが
0538nobodyさん
2006/08/26(土) 11:42:05ID:???こんな展開きぼんぬ
0539nobodyさん
2006/08/26(土) 11:57:08ID:???バラのPEARパッケージを用意してほしいな。
0540nobodyさん
2006/08/26(土) 12:00:23ID:???0541nobodyさん
2006/08/26(土) 12:21:28ID:???0542nobodyさん
2006/08/26(土) 12:56:32ID:???0543nobodyさん
2006/08/26(土) 13:10:54ID:???今のところすげーしょぼい
0544nobodyさん
2006/08/26(土) 13:21:16ID:???定石はちゃんと押さえられてて、けっして悪くはないんだけど面白みに欠けるというか。
これからもイケてるフレームワークというよりは安牌として成長していくと思う。
0545nobodyさん
2006/08/26(土) 13:50:53ID:???0546nobodyさん
2006/08/26(土) 14:52:40ID:9tQPHWazだからフレームワークを作る度に周辺ライブラリも自前で全部作ることになる。
で、異フレームワーク間でライブラリが共有できないのはもちろん、フレームワークのバージョンアップでも既存コードを使い回せず作り直しになる。
それでいつまでもたってもスタンダードが現れない。
0547nobodyさん
2006/08/26(土) 15:27:06ID:???というお話だったのさ。
0548nobodyさん
2006/08/26(土) 15:51:51ID:???foo/bar/baz.classphp は foo_bar_baz クラスってな感じで
あとはインクルードパスを定義しなおして、自前の処理を使い回している
0549nobodyさん
2006/08/26(土) 16:58:38ID:???=& new $class形式で書かれてるPEAR読み込んだら
Strict Standardsって言われるんだけど
PHP5でPEAR使う奴氏ねってことですか？
0550nobodyさん
2006/08/26(土) 18:00:09ID:???543の言うとおりで、MVCに注力したものが欲しけりゃ
別のFWと組み合わせて使うべき。つか組み合わせなよと
はなから開発者も言ってた気がする。
0551nobodyさん
2006/08/26(土) 18:50:15ID:???結構そういうのってPHP4とPHP5の見えづらい
深い溝のような気がするんだよな
>>546とも関連するけど名前空間が無いから
クラス名を>>548のようにした規約の上で
PEARというライブラリを作り上げて来たのに
Strict Standadsに従うとPEARのほとんど全否定じゃんっていう
E_STRICTにしなきゃいいだけっちゃそうなんだけどさ
んでZend自らで暗黙上のPHP5版PEARを
フレームワークという名の冠つけて作ってるっていう
ZendはPEARを蔑ろにしすぎ
0553nobodyさん
2006/08/26(土) 21:11:15ID:???0554nobodyさん
2006/08/27(日) 12:55:54ID:???モデルが振る舞いを知らない時点で古来のMVCのうまみ半減だな。
サーバー内でMVCが完結してて、ブラウザはあくまでもフロントエンド、
ってのが楽だぞ。
フレームワーク作るほうはたいへんだが。
0556nobodyさん
2006/08/27(日) 13:49:33ID:???モ
サ
っ
フ
0557nobodyさん
2006/08/27(日) 15:00:17ID:???何を書いているのかがさっぱり分からん
コントローラにビジネスロジックを押し付けてなんていないし
現状、サーバ内でMVCは完結しているだろ
というか、フロントエンドでないブラウザってのはどういう状態なんだ
0558nobodyさん
2006/08/27(日) 15:15:12ID:???> >>554
> 何を書いているのかがさっぱり分からん
確かに。
> というか、フロントエンドでないブラウザってのはどういう状態なんだ
JavaScriptでビジネスロジックとか？
そっちの方が希なケースに見えるけど。
0559nobodyさん
2006/08/27(日) 15:24:19ID:???同意。>>554は意味がわからん。
つーか、サーバ＝バックエンド、クライアント＝フロントエンド、って使い分けはHTTPプロトコルの実装の話では？
Webアプリでは、ドメインロジック＝バックエンド、プレゼンテーションロジック＝フロントエンド、だと思うけど。
ブラウザ上でのプログラム＝JavaScriptのことをフロントエンドって呼ぶ風潮もあるのかな？
0560554
2006/08/27(日) 15:52:15ID:???「コントローラにビジネスロジックをおしつけちゃったWebMVC」は、たとえば
ブラウザ－アプリケーションサーバ－データベースをそれぞれＶＣＭと対応
させて解説されているようなやつ。
「サーバー内でMVCが完結」してるのはJ2EEの解説に出てくるような、JSP、
ControlerServlet、EJBをＶＣＭに対応させたようなやつ。
「フロントエンド」はユーザーへの表示装置としての
広義のクライアント－サーバ型でいうフロントエンド。
ってこと。日本語下手でごめんな。
0561nobodyさん
2006/08/27(日) 16:15:28ID:???0562554
2006/08/27(日) 16:23:26ID:???>フロントエンドでないブラウザってのはどういう状態なんだ
ブラウザをコントローラとして位置付けてしまった状態。
>>559
>プレゼンテーションロジック＝フロントエンド
そういう言い方は初めて聞いた、覚えとくよ。
歴史的にはユーザーに出力を伝える、文字や画像のレンダラを
フロントエンドと呼ぶのはおかしくないだろう。
0563nobodyさん
2006/08/27(日) 16:50:47ID:???0564554
2006/08/27(日) 16:57:06ID:???0565nobodyさん
2006/08/27(日) 18:45:20ID:???0566nobodyさん
2006/08/27(日) 18:50:49ID:???0568nobodyさん
2006/08/27(日) 19:32:24ID:???なんとなく言いたいことは分かった
現状のWebMVCって言っているやつが、コントローラ要素の中をさらにMとVとCに
分けているように見えるのは仕方ないと思う
JavaScriptですら、MVCに分けようなんて動きがあるからな
0569nobodyさん
2006/08/27(日) 19:47:12ID:???>>568
JavaScriptもAjaxが絡んでくるとMVCに分けたくなるのはむしろ自然だと思う。
てかむしろ典型的なMVCの使いどころじゃないか？
0570nobodyさん
2006/08/27(日) 19:53:59ID:???聞いたことがあるが、逆を聞いたのは初めてだな。
0571nobodyさん
2006/08/27(日) 20:16:54ID:???http://devzone.zend.com/node/view/id/864
0572nobodyさん
2006/08/27(日) 20:29:58ID:???沢山使い回したいのにちょっと前に書いたコード見ると目を伏せたくなる。
0573nobodyさん
2006/08/27(日) 22:10:56ID:???Zeev氏によればバージョン1.0は今年末か来年初頭にリリースされる見込み
っておせえええええ
0574nobodyさん
2006/08/27(日) 22:12:22ID:???0575nobodyさん
2006/08/27(日) 23:27:29ID:???消えてね？
0576nobodyさん
2006/08/28(月) 07:03:29ID:???そういや誰か立てたのがいたなｗ
俺はこのスレがけっこう気に入ってるし、こっちで語れれば問題ないと思ってる。
1.0出たらまたZFスレ立つんだろうけど、本当に立てるべきかどうかはこのスレの流れとかZFの実際の完成度とかSymfonyと比べてどうとか考えてからにしてもらいたいな。
0577nobodyさん
2006/08/28(月) 10:16:20ID:???それで、問題ないのだが、コントローラの中にWebMVCがあり、
ビュー要素の中にも、JavaScript用のMVCができるのが、なんかいやなのだろう
このながれ自体は仕方ないがないとは思うが
0578nobodyさん
2006/08/28(月) 14:01:08ID:???つまり、ブラウザとサーバーを含む全体が単一のMVCで
まとまってないと、なんかいやっていう感覚なのかな？
俺はブラウザのJavaScriptから見るとサーバー側はモデル
の中で抽象化されてるほうがきれいだと思う方だ。
ま、感覚的なことはしょうがないな。
0579nobodyさん
2006/08/28(月) 15:26:41ID:???なにこれ？
0580nobodyさん
2006/08/28(月) 17:14:34ID:???まだ、形になったものは出ていないが
MVC構造を持った作り JavaScript でもしようという動きがある
0581nobodyさん
2006/08/28(月) 17:15:15ID:???0582nobodyさん
2006/08/28(月) 20:37:33ID:???次から次へと生み出すのはもう止めなよ。
簡単なことをわざわざ難しくしようとするのは止めなよ。
技術に疎い一般人を煙に巻いてボロ儲けしようとしている
大手企業の策略に、技術者までもがまんまとハマってどうすんのよ。
0583nobodyさん
2006/08/28(月) 20:46:22ID:???0584nobodyさん
2006/08/28(月) 20:50:18ID:???ラベルを貼って管理しないと、諸現象の「意味」を管理できないんですね。
>>582は一面において正論だと思うが、現実には無理。
我々やあらゆる存在が、永遠に変化しないならば、新しい用語や概念を使わなくても済んだだろうに。
進化の過程には、生みの苦しみ、変化が必要な場合もある。
人類は、今の生活スタイルをやめて原始人に戻ろう！と言ってももう無理だろう。
0585nobodyさん
2006/08/28(月) 20:59:12ID:???AJAX万歳！
メタボリックシンドローム万歳！ｗｗっうぇ
0586nobodyさん
2006/08/28(月) 21:08:39ID:???Web2.0なんかと一緒にすんな
0587nobodyさん
2006/08/28(月) 22:46:50ID:8TNzwmOw0588nobodyさん
2006/08/28(月) 23:41:38ID:???3S政策
http://www.geocities.jp/ntt21c/271c-3s.html
http://kenshin.cocolog-nifty.com/column/2005/09/post_32b1.html
0589nobodyさん
2006/08/28(月) 23:44:05ID:???なんでZFスレが消えたんだ(?o?)
0590nobodyさん
2006/08/28(月) 23:51:58ID:???イベントドリブン型のフレームワークって新しくね？
ローマ字やサイトのイケてなさ、用語のおっさんくささ（作者年配の人？）で
うち捨てられてるけど
拾えるアイデアもある気がする
0591nobodyさん
2006/08/29(火) 01:30:49ID:???3.0になってからもきっちり月1アップデートをこなしてるようだ
0592nobodyさん
2006/08/29(火) 01:37:45ID:???たとえば最近では、「IT」を「ICT」などと（無意味に）言い換えて
新たな需要を無理くり作り出そうとしているアホ企業群がありますね。
これぞ、「簡単なことや既知のものを、わざと新しく・難しくする」手法の分かりやすい例。
0593nobodyさん
2006/08/29(火) 02:37:56ID:???イベントドリブンって、どのWebFWにもつかわれてるコマンドパターンとほとんど一緒じゃないの？
>>589
> Pharonスレ
まだやってたのかよｗｗｗ
0594nobodyさん
2006/08/29(火) 09:11:24ID:???それの繰り返しに過ぎない。
まあ、AJAXを使えば、本来のMVCに近いアプリが作れるのかも。
けど、現状のJavaScriptとブラウザの実装じゃ、デスクトップアプリ並になるのは遥か先の話だろうね。
0595nobodyさん
2006/08/29(火) 10:39:14ID:???あのチンタラ激遅国営企業か。
>>594
っていうか別にデスクトップアプリ並になる必要ないしね。
AjaxだのFlexだの、IT企業が新たな「搾取源」を見つけては
普及させようと必死になってるだけ。
0596TTNTTNTTN
2006/08/29(火) 15:33:42ID:???http://businessnomikata.blogzine.jp/guide/2006/02/guide_001_ict1_daf6.html?bid0013&adwords
中では、文系の連中が頑張ってるですよ。広告代理店も巻き込んでたりして。
非生産的なトートロジーってやつですかね。
0597nobodyさん
2006/08/29(火) 18:34:06ID:???0598nobodyさん
2006/08/29(火) 19:23:02ID:???フレームワークと呼べるのか？と思う程シンプルだし。
0599nobodyさん
2006/08/29(火) 19:32:46ID:???Zend_Json
Zend_Log
Zend_Mail
Zend_Mime
Zend_Pdf
Zend_Search
Zend_Service_Amazon
Zend_Service_Flickr
Zend_Service_Yahoo
このへんをPEAR的に使うくらいしかないじゃん。
どう見ても「フレームワーク」は言い過ぎです。ありがとうございました。
0600nobodyさん
2006/08/29(火) 19:37:58ID:???ZEND PEARMWORK
降臨
乞うご期待
0602nobodyさん
2006/08/29(火) 20:11:53ID:???それともこれを更に組み合わせた高機能MVCを提供するのか？
0603nobodyさん
2006/08/29(火) 20:21:24ID:???0604nobodyさん
2006/08/29(火) 21:07:53ID:???0605nobodyさん
2006/08/29(火) 21:46:23ID:???Javaの場合フィルターから始まるらしいんだよね。
どっちがいいのかな？
0606nobodyさん
2006/08/29(火) 21:56:19ID:???mod_rewriteというフィルターから。
0607nobodyさん
2006/08/29(火) 23:09:28ID:tgUVmvKq0608nobodyさん
2006/08/29(火) 23:20:05ID:???0609nobodyさん
2006/08/30(水) 01:04:23ID:???0610nobodyさん
2006/08/30(水) 05:14:14ID:???0611nobodyさん
2006/08/30(水) 06:38:19ID:???負荷の高い検索エンジンやコミュニティなど
内部を自分自身でひたすら最適化して行く場合ZF以上の選択肢はないのでは。
とりあえずこいつで一つ掲示板を作ってみる。
0612nobodyさん
2006/08/30(水) 08:16:49ID:???というわけでZFどころかフレームワーク自体使わないのが最強。
0613nobodyさん
2006/08/30(水) 09:43:43ID:???その掲示板かよくある処理の部分だけでも公開してくれないですか
当方日曜プログラマですが掲示板も内部は同じような処理が多いですよね
Zend_BBSみたいのでよくある処理をまとめてくれないかと…
プロじゃないのでよくわかりませんがそういうのは現実的ではないのでしょうか？
0614nobodyさん
2006/08/30(水) 12:13:20ID:???出すとしてもFlickrのようにある程度コンセプトが固まったものを
コンポーネント化する流れになってしまう。
自分が色々な場面で応用したいなら自分で作るしかないんじゃないかな。
あと本当にオーソドックスなBBSで、自分で書くより開発スピードを
優先したいならCodeIgniterみたいなコンパクトなRails系FWを使うとか。
0615nobodyさん
2006/08/30(水) 13:19:37ID:???正確にはBBSではないのかも知れなかったです。
BBSだけのサイトではなく今だとどんなサイトでも掲示板、コメントシステムはあると
思うのですけど簡単そうでBBSって結構奥が深いと思うのです。
認証、スパム対策、二重投稿防止、BBコード、WYSIWYG?などなど…
そういうのがライブラリ的でもいいのであるとみんな幸せになれるかなと
#phpBBから取って来いと言われればそれまでですが、切り出しやすくなっているかどうか…
0616nobodyさん
2006/08/30(水) 14:27:16ID:9+dNEl7v理由はなんかかんだで主流になると思牛。
0617nobodyさん
2006/08/30(水) 14:30:41ID:9+dNEl7v0618nobodyさん
2006/08/30(水) 14:57:41ID:???これってやっぱSmarty使えないんか？
0619nobodyさん
2006/08/30(水) 19:36:22ID:???Smartyをそのまま組み込むもよし
自前のViewでやるもよし
Zend_Viewを継承する形でSmartyを組み込んでもよし
それがZFスタイルです
0620nobodyさん
2006/08/30(水) 19:42:22ID:???コンポーネントは汎用というよりは
機能に特化されている。
コンポーネントで提供されてる機能を使う状況じゃなければ
ZFを使う必然性がないぽ。
0621nobodyさん
2006/08/30(水) 20:28:15ID:???その通りだけど逆にそれぞれ機能に特化してるから
FW全体で見ると汎用的だと思うぜ
コンポーネントで使いたいモノだけロードしてすぐに使える
FW内のあの機能だけ個別で使いたい、っていうのは
symfonyやcakeじゃやりにくいだろうしね、用途次第
あとCはよくできてるよMVはグダグダだけどな
0622nobodyさん
2006/08/30(水) 21:42:04ID:???骨折り損乙ｗｗｗｗ
0624nobodyさん
2006/08/30(水) 22:34:23ID:???0625nobodyさん
2006/08/30(水) 23:55:49ID:???0626nobodyさん
2006/08/30(水) 23:59:41ID:???Cで出来ることは全部アセ(ry
って展開を前にもこのスレで見た気がする
0627nobodyさん
2006/08/30(水) 23:59:45ID:???0628nobodyさん
2006/08/31(木) 02:06:16ID:???pluginってやつでほぼ全箇所にフィルタ差し込めるし、全コンポーネントが継承によるカスタマイズしやすいように（クラス名は長ったらしいが）工夫されてると思う。
もちろんカスタマイズしなくても、デフォルトでそこそこ文句のない動作するしね。
>>627
いままでWebアプリ自体が車輪の再発明になりがちな部分が多かったので、それを減らすのがフレームワークの目的の一つ。
0629nobodyさん
2006/08/31(木) 02:15:27ID:???＞もちろんカスタマイズしなくても、デフォルトでそこそこ文句のない動作するしね。
Zend_DB_Tableまともにさわったことありますか？
そこそこどころじゃないよ。勘弁してよ全く。
0630nobodyさん
2006/08/31(木) 02:17:14ID:???0631nobodyさん
2006/08/31(木) 02:19:51ID:hGrqENCK0632nobodyさん
2006/08/31(木) 02:44:06ID:???JAVAなどは「ガチガチ」の言語だから、どうしてもフレームワークがないと
使い物にならないってだけ。
PHPはFWが無くても使える自由度の高さが売りなんだから、
どっちがいいとか悪いとかいう問題じゃない。
FWが必要不可欠という考え方は硬直し過ぎ。
0633nobodyさん
2006/08/31(木) 02:53:03ID:???DBとかはフレームワーク的な部分じゃなくてライブラリ的な部分じゃね？
まあたしかにZFのDBまわりは期待した動作しなかったりバグがまだ多いっぽいけど、逆に言うとPDOとか生で使っても問題ないように疎結合な作りになってるのもZFの売りなんじゃないかと。
0634nobodyさん
2006/08/31(木) 02:58:55ID:???0635nobodyさん
2006/08/31(木) 03:06:38ID:???http://www-128.ibm.com/developerworks/edu/os-dw-os-php-zend2.html
このページがどうも中途半端な内容なんだけどちゃんと見れた人いる？
ユーザ登録してもリンクが切れてて続きが見れない状態になってる気がする
ちなみにPart1、4、6、7は普通に読める
http://www.ibm.com/developerworks/opensource/library/os-php-zend1/
0636nobodyさん
2006/08/31(木) 03:06:41ID:???他人が作ったものを組み込めば組み込むほど、
トラブルやエラーが発生した時に
原因の発見や対処が難しく、面倒になっていく。
0639nobodyさん
2006/08/31(木) 10:12:11ID:???オープンソースを使うときは、瑕疵責任の範囲を、自分の作った所だけに限定するようにしている。
他人のコードにバグがあったら、そこまでは面倒みない。
（面倒見るとしたら別料金）
契約時に、それを飲んでもらえない相手は受注しない。
0640nobodyさん
2006/08/31(木) 13:39:43ID:???思い通りに動かない場合のリスクと、自分で書く手間とのバランスだ。
0642nobodyさん
2006/08/31(木) 18:17:23ID:fiP9snjq良い事言ったな
0643nobodyさん
2006/09/01(金) 00:34:31ID:???いいですなぁ。
発注する側はフレームワーク使ってるからどうだっていうのは
ないので、なんでもかんでも、直さなきゃなりません。
0644nobodyさん
2006/09/01(金) 01:24:18ID:???要求仕様通りに動かなきゃ駄目でしょ。
これはPHPのバグですから、仕様通りに動きません、なんてのは通用しない。
0645nobodyさん
2006/09/01(金) 02:16:37ID:???そりゃそうだ。
> これはPHPのバグですから、仕様通りに動きません、なんてのは通用しない。
「じゃあJavaでもなんでもいいからやってください」と云われるだけだね。
しかも正論。
0646nobodyさん
2006/09/01(金) 13:26:01ID:???その発言は、フレームワークを理解していない。
だいたい、PEARで出来るのはPHPの関数組み合わせて出来るじゃん
>>630
禿同
0647nobodyさん
2006/09/01(金) 16:40:15ID:???0648nobodyさん
2006/09/01(金) 16:52:41ID:???0649nobodyさん
2006/09/01(金) 20:04:14ID:???0651nobodyさん
2006/09/01(金) 22:00:56ID:???0652nobodyさん
2006/09/01(金) 22:11:02ID:???0653nobodyさん
2006/09/01(金) 22:39:01ID:???ZF…未完成
symfony…遅い
cake…ソースが汚
0654nobodyさん
2006/09/01(金) 22:43:58ID:???0655nobodyさん
2006/09/01(金) 22:45:49ID:???ZF…ライブラリ集に近いので個別ですぐ使える
symfony…今のところ本命、Railsライク
cake…PHP4でsymfomyが使えないなら
0656nobodyさん
2006/09/01(金) 22:45:56ID:???0657nobodyさん
2006/09/01(金) 23:04:34ID:???Ethna Maple は、順番的にどうなんでしょうか？
0659nobodyさん
2006/09/02(土) 00:24:05ID:???0660nobodyさん
2006/09/02(土) 01:00:52ID:+E1W2ezn0661nobodyさん
2006/09/02(土) 01:01:07ID:???どうせ、公式なバージョンアップは期待できないし
0663nobodyさん
2006/09/02(土) 01:48:05ID:???PHPはフレームワーク内ですべてを完結してる分、開発停止になったときのリスクが大きい。
これがJavaやPerlならCPANのような標準ライブラリに依存してる部分があるから、フレームワークのコアだけ自分でメンテすればしのげるけど。
0664nobodyさん
2006/09/02(土) 02:10:01ID:???MVCに別のFWを使わないといけないじゃん。
MVCに特化した超軽FWがあれば…
0666nobodyさん
2006/09/02(土) 02:27:49ID:???いや、ライブラリ集ってのはありえんのでは・・
皮肉で言うのはまだわかるんだけど
ZFの現状の難点はModelがまだまだなのと
ZFormあたりが未完成って意味でViewもちと甘いってとこじゃ
0667nobodyさん
2006/09/02(土) 02:29:44ID:???PHPって結局作り捨てのサイトになりがちなんだけど、マイナーなフレームワークを使うくらいなら、
シンプルにレイヤー分けだけした方がマシと思うね。
smartyとPEAR DBみたいなDB集約クラス使えば、基本的な分離が出来るし、それで十分ば場合も多い。
0668nobodyさん
2006/09/02(土) 02:32:53ID:???お前らも十分ば場合も多いと思うよね？
0669nobodyさん
2006/09/02(土) 02:41:50ID:???0670nobodyさん
2006/09/02(土) 02:47:41ID:???PEARの品質の悪さを言ってもあるだけまだマシで、PHP5になったらもうどうしようもなくなる。
結果、各フレームワークで自前で実装するけど、当然、フレームワークごとにAPIはバラバラ。
いちいち覚えなおす羽目になる。
このフレームワークのバリデータは使いづらいから改造しよう、描画クラスに機能を追加しようって、
そんなサイトを引き継がされる次のプログラマーの悲惨さったらない。
0671nobodyさん
2006/09/02(土) 02:48:33ID:???FWで全部用意するよりもある程度使い手に任せる方が
PHPっぽいと思うんだな。
ZF恐らくこうした感覚のもとで組まれてると思う。
PHPのFWが乱立する状況も単純に真似し易いって事が
あるんじゃないかなーと。
0672nobodyさん
2006/09/02(土) 02:59:32ID:???フレームワークごとにバラバラでも、ライブラリやフレームワーク自体、
何かしらのパクりなので、さして覚え直すというほどの手間はないけどね。
変にかぶこうとせず素直にパクってる分、多言語とかへの移行も容易だし。
>>671
>FWで全部用意するよりもある程度使い手に任せる方が
>PHPっぽいと思うんだな。
そのPHPっぽさに限界を感じて、フレームワークが求められ、
そして多数生まれているのが現状です。
0673nobodyさん
2006/09/02(土) 03:09:23ID:???しかし、要望に応えてあれこれ追加してるうちに、忙しいのにこんなの無料でやってられるかってディスコンになる。
まして、CPANだとかJakartaレベルのライブラリを個人で作れるわけもなく、じゃあ誰が音頭を取るかといえば、ZEND以外に選択肢はない。
0674nobodyさん
2006/09/02(土) 03:36:11ID:???便利っちゃ便利だけどね
0675nobodyさん
2006/09/02(土) 03:44:43ID:???個人製よりはずっと乗るリスク低いと思う
0676nobodyさん
2006/09/02(土) 03:54:12ID:???運営はどうなってるんだろ
0677nobodyさん
2006/09/02(土) 05:02:02ID:???Viewもアクションの中からテンプレート内で使う変数にデータを代入できて、アクションの中からテンプレート名を指定できて、ヘルパーも汎用的な意味では使えるよね。
>>666によるとZFormが未完成ってのもあるらしいけど。
Modelは何も実体がないけど、Mojaviのときも何もなかったから、どういう機能が実現しえるのかよくわからん。
SymfonyとかCakeとかEthnaとか使ってる人に聞きたいんだけど、ZFのMVCで足りないものとか欲しい機能ってどんなものがあるの？
0679nobodyさん
2006/09/02(土) 09:39:25ID:???＞ZFっていちおうController周りはほぼ完成してるよね。
あなたの目は節穴ですか？
This section is not yet complete. It is under heavy construction and is subject to change.
この節は未完成です。現在作成中であり、今後変わる可能性があります。
0680nobodyさん
2006/09/02(土) 10:03:34ID:???scaffoldがあってコマンド一発でCRUD出来ないと
未完成だと思う人達には未完成なんだろうが
>>678
じゃあどういうレベルの話なんだ？
>>679
おまえこそ実際に使ってみてそれ言ってるの？
その「未完成」がまだ使い物にならないってことか
だいたい出来てるけどさらによくなりますってことか
一度サンプルでも書いてみりゃすぐにわかるだろうに
0681677
2006/09/02(土) 11:34:02ID:???フォローサンクス！
みんなRoRのscaffoldみたいなのを求めてる部分もあるみたいだね。
ある意味それも今ZFに足りない機能の一つなんだろうな。
あと、ZFのコントローラが完成か未完成かってのは置いといて、モデルやビューに欲しい機能もまだあるのかな？
rubyだとメタプログラミング的な方法でモデルにある程度一貫性持たせられてるけど、phpだと結局自分なりにモデル作るしかないし、それで十分かとも思う。
value object的なクラスはstdclass継承とか。
まあヘルパはもうちょいバラエティほしいと思ったりもするけど。
0682nobodyさん
2006/09/02(土) 12:43:08ID:???素のPHPと大差ねーよ。
0683nobodyさん
2006/09/02(土) 15:37:25ID:fxJyUNCr変数に$this->をつけるのが面倒
0684nobodyさん
2006/09/02(土) 17:43:22ID:???http://www.phppro.jp/news/58
ってか、オブジェクトおせえええええ
オブジェクト指向が糞ってことは
どう見てもPHPフレームワーク終了です
ありがとうございました
0685nobodyさん
2006/09/02(土) 18:19:56ID:???0686nobodyさん
2006/09/02(土) 18:21:35ID:???OOPは実行速度が遅いのは、保守性なんかを優先した結果であり、
遅いからといって一概に使い物にならないとは判断できない
0687nobodyさん
2006/09/02(土) 18:26:11ID:???0688nobodyさん
2006/09/02(土) 18:38:22ID:???その程度なら鯖を増やせばなんとかなる。
0690nobodyさん
2006/09/02(土) 19:18:07ID:???Viewに何を期待しているの?
0692nobodyさん
2006/09/02(土) 20:24:45ID:???0694nobodyさん
2006/09/02(土) 20:29:28ID:???ヘルパが充実してんだっけ
フォローおながい
0695nobodyさん
2006/09/02(土) 20:31:45ID:???ローカル変数をインクリメントした場合の7～8倍の時間がかかりました。
同じようなメソッドを用意した場合は、約15倍ほどの時間がかかっています。
メソッド呼び出し→15倍遅い
$this->getContext()->getRequest()->getParameterHolder()->getHoge()
とかやったらどうなるんだ…
やりまくってるわけだが…
0697nobodyさん
2006/09/02(土) 20:37:21ID:???https://sourceforge.net/project/showfiles.php?group_id=142757
>>695
$this->getContext() とか
$this->getContext()->getRequest() とか
が複数あるならローカル変数に代入。
1つしかないなら改善の余地がないから、フレームワークによってもたらされる利点と比較検討して判断。
0700nobodyさん
2006/09/02(土) 20:45:54ID:???変数への代入やメソッド呼び出しが速くなったたところで全体から見れば微々たる差ということもよくあるし。
重い処理を速くするにはアルゴリズムの見直し、Cでモジュール作成、ハードウェアを増強などの根本的な改善が必要。
0701nobodyさん
2006/09/02(土) 20:48:06ID:???これはフレームワークなのか微妙だなぁ
0703nobodyさん
2006/09/02(土) 20:56:15ID:???0704nobodyさん
2006/09/02(土) 20:59:53ID:???高速化したと思ってたから
OOが未だにそんなに遅かったことがショックです（＞＜）
0705nobodyさん
2006/09/02(土) 21:12:18ID:???その程度のレベルの話
釣られすぎ
0706nobodyさん
2006/09/02(土) 22:09:55ID:???そういうことをするならPHPが一番速いよ。学習スピードも実行速度も。
難しいことをしようとすると、アラが出てくるけど。
0707nobodyさん
2006/09/02(土) 22:23:30ID:???0708nobodyさん
2006/09/02(土) 22:25:30ID:???0709nobodyさん
2006/09/02(土) 22:36:04ID:???0710nobodyさん
2006/09/02(土) 22:43:03ID:18r2NV7fローカル変数のインクリメントと
プロパティーのインクリメント、マシン語で組んでも何倍か遅くなるよな。
しょーもない実験したシルバートン氏ね。
0711nobodyさん
2006/09/02(土) 22:54:11ID:???OOPを基礎から勉強しろや＞シルバートン
0712nobodyさん
2006/09/02(土) 23:03:07ID:???0713nobodyさん
2006/09/02(土) 23:07:06ID:???あれははてなやmixiみたいな予算も開発者リソースも十分あるところでの話だからね。
現実にはウェブサーバ1台+DBサーバ1台、もしくはウェブサーバ兼DBサーバ1台でやりくりしないといけない案件も多い。
そういう時に「フレームワーク使ってるんだから遅いのは仕方ない」では済ませられない。
0714nobodyさん
2006/09/02(土) 23:07:40ID:???もちろん期せずしてという感じだけど
PHPのコミュニティは俺含めOOPの熟練度が低いのが多い
0715nobodyさん
2006/09/02(土) 23:08:19ID:???大袈裟に捉えてる脊髄反応してるやつがアフォなだけだろ
OOPの考え方自体速度とメモリは多少犠牲されるもんだし
その上での細かいチューニングってだけの記事なのに
てかphpproちょこちょこ見たけど酷いね
0716nobodyさん
2006/09/02(土) 23:09:25ID:fxJyUNCr0717nobodyさん
2006/09/02(土) 23:12:23ID:???0718nobodyさん
2006/09/02(土) 23:17:29ID:???http://www.phppro.jp/qa/detail.php?id=146
これﾋﾄﾞｽｗｗｗｗ
何の質問だよ
0719nobodyさん
2006/09/02(土) 23:19:08ID:???結果的にはイイ釣りしたと思う。
Interestingly, the speed of a method call with no parameters was almost exactly the speed of a function call with one parameter.
This is to be expected because the object is a hidden parameter to the method, which becomes the $this variable.
0720nobodyさん
2006/09/02(土) 23:19:18ID:???どこかでも書かれてたけど「PHPのプロ」のためのサイトじゃなくて
「PHPのプロになりたい人」のためのサイトになっちゃったのには失望した
0721nobodyさん
2006/09/02(土) 23:21:52ID:???0722nobodyさん
2006/09/03(日) 01:30:32ID:1+qDONPAまあ、WEBアプリで処理が遅くなるのはDB周りだから、
そこらへん気をつければ何でもいいと思うが。
0725nobodyさん
2006/09/03(日) 03:11:07ID:???＞現実にはウェブサーバ1台+DBサーバ1台、もしくはウェブサーバ兼DBサーバ1台でやりくりしないといけない案件も多い。
そのレベルでやりくりしなきゃいけないレベルなら、まずフレームワークで体感するほどの遅さは出ない。
よほど酷い作り方してなきゃね。
トラフィックが増えてきたら、当然それに伴って収入も増えるだろうから、サーバ増強もできるし、問題なし。
逆にトラフィックが増えてるのに、それに見合った収入が来ないなら、運営や企画側の問題。
0727nobodyさん
2006/09/03(日) 11:17:41ID:???フレームワークによるパフォーマンスロスとかがしたり顔で指摘されたりするんじゃないか？
そんなくだらねー内容のミーティングやる人件費で代わりに少しでもメモリ増やせ！と
言いたい人は多かろう……ｗ
0728nobodyさん
2006/09/03(日) 14:24:17ID:???>>727
耳が痛いですｗ
アクティブユーザーが5000人のサービスが共用サーバってどうなんでしょうかね？
0729nobodyさん
2006/09/03(日) 15:35:20ID:rN8m31380730nobodyさん
2006/09/03(日) 15:44:07ID:???まぁ、ミーティング意外にも、フレームワークはずして開発効率下げれば、
結果的にコストはかさむわけだしね。
そういうおかしな所とは、さっさと縁を切るのが吉。
>>728
…デイリーユニークではなくて…？
0732nobodyさん
2006/09/03(日) 16:09:37ID:???＞アクティブユーザーが5000人のサービスが共用サーバってどうなんでしょうかね
まあ、どういうサービスなのかにもよるよね。
たとえばオンラインRPGなら5000人は無理だろうし、
たとえばmixiみたいな（軽い？）アプリなら、１台で１万人くらいの
アクティブユーザーを抱えても大丈夫なんジャマイカ？
0734nobodyさん
2006/09/03(日) 16:58:32ID:???どれだけ積もうが維持費は変わらないし。
フレームワークの遅さを気にしたり、
ましてシルバートンみたいなTIPSにこだわるのはナンセンス。
0735nobodyさん
2006/09/03(日) 17:46:21ID:???0736732
2006/09/03(日) 17:53:00ID:???あ、ごめん、勘違いした。
>>734
メモリ増設で増設費は当然かかるにしても、なぜか維持費まで取るレン鯖屋は氏ねばいいのにね・・・
なぜメモリを増やしただけで毎月数千円も取るのかと小一時間（ｒｙ
0738nobodyさん
2006/09/03(日) 18:22:42ID:???それはそういう鯖屋なんじゃないのか？
一見、プラン的に見たら他社と比べて安いけれど、実運用の中でちまちまコストがかかって
結局トータルコスト的に、他社と同じか以上になっちまう
0739nobodyさん
2006/09/03(日) 21:34:04ID:???そういう鯖屋って、けっこう多いよ。
たとえば「使えるねっと」 http://www.tsukaeru.net/ps_options.php
512MBメモリ増設したら、初期費とは別に「月額1980円」だって。
つまり年間24000円が、通常の鯖代とは「別に」、永久に上乗せされ続ける。
１GB増設だったら、なんとメモリ増設代だけで年間48000円！！
もうね、アホかと。
>>738も書いてるように、一見すると安く見せかけておいて、
実用的に使おうと思ったら結局トータルで異常な高コストになるという
典型的なボリ・パターン。
0742nobodyさん
2006/09/03(日) 23:44:46ID:???0743nobodyさん
2006/09/04(月) 02:29:05ID:snFu/sQO0745nobodyさん
2006/09/04(月) 08:01:02ID:???0746nobodyさん
2006/09/04(月) 12:36:43ID:???0748nobodyさん
2006/09/04(月) 16:48:13ID:???http://pc8.2ch.net/test/read.cgi/hosting/1146455766/
使えないぞ！！「使えるNET」 part2
http://pc8.2ch.net/test/read.cgi/hosting/1067352020/
0749nobodyさん
2006/09/04(月) 18:28:16ID:jumGdf4HRails
0750nobodyさん
2006/09/04(月) 18:30:50ID:vvZvdfF9ZF
0751nobodyさん
2006/09/04(月) 19:19:12ID:???0752nobodyさん
2006/09/04(月) 19:24:17ID:???普通のFWより敷居が高いよ
0753nobodyさん
2006/09/04(月) 19:44:53ID:???spycで問題ないけどさ
なんかこういう時にPHPっていつも乗り遅れてる感感じちゃうな
0754nobodyさん
2006/09/04(月) 19:48:39ID:???0755nobodyさん
2006/09/04(月) 19:56:22ID:???yaml対応は楽勝でしょ
個人的にはパーサが必要な形式は
まとめて結構ですって感じだけど・・・
0756nobodyさん
2006/09/04(月) 20:44:51ID:???PHPはarrayがベスト。動的に対応可能だし。
0757nobodyさん
2006/09/04(月) 20:49:28ID:???ただでさえPHPはarray()って書くのめんどくさいのに
0758nobodyさん
2006/09/04(月) 20:52:16ID:???機械的に処理できて、人間にも読みやすいというのが売りだったが、
処理速度は遅くなるし、人間が扱うには冗長で使いにくかった。
0759nobodyさん
2006/09/04(月) 21:41:31ID:???とはいえ、Java界隈だと普通だったりするけどな。
0760nobodyさん
2006/09/04(月) 21:42:09ID:???yamlもsymfonyみたいな形なら使いたくないし
0761nobodyさん
2006/09/04(月) 21:44:28ID:???0763nobodyさん
2006/09/04(月) 22:01:59ID:???http://pc8.2ch.net/test/read.cgi/php/1151937402/
こっち行ってろタコ
0764nobodyさん
2006/09/04(月) 22:58:34ID:???0765nobodyさん
2006/09/05(火) 02:13:25ID:???0766nobodyさん
2006/09/05(火) 06:27:07ID:???array設定のがありえんだろ。
入れ子になると、
array('settings'=>array( 'details'=>...
0767nobodyさん
2006/09/05(火) 07:39:22ID:???0769nobodyさん
2006/09/05(火) 10:12:51ID:???頻繁に何か設定ファイルを変えつつテストしたりする場合は
yamlの方が楽だしパッと見てわかりやすい
0770nobodyさん
2006/09/05(火) 10:26:22ID:???つか、素直にJSON形式で良いだろと思う。
保安性に欠けるってのは、設定の書式に相応しいとは思えん。
0771nobodyさん
2006/09/05(火) 14:24:37ID:???0772nobodyさん
2006/09/05(火) 16:27:19ID:???0773nobodyさん
2006/09/05(火) 16:43:05ID:aj7wlfV60774nobodyさん
2006/09/05(火) 17:12:24ID:???0775nobodyさん
2006/09/05(火) 17:34:48ID:aj7wlfV6そう思ってると
突然その男は僕の見ている目の前で
ツナギのホックを
はずしはじめたのだ・・・！
, '´ ￣￣ ` ､
i r-ｰ-┬-‐､i
| |,,＿ ＿,{|
Ｎ| "ﾟ'` {"ﾟ｀lﾘ
ﾄ.i ,__''_ !
／i/ l＼ ー .ｲ|､
,.､- ￣/ | ｌ ￣ / | |` ┬-､
/ ヽ. / ト-` ､ノ- | l l ヽ.
/ ∨ l |! | ｀> | i
/ |｀二^> ｌ. | | ＜＿_,| |
＿| |.|-< ＼ i / ,イ_＿__!／ ＼
.| {.| ` - ､ ,.---ｧ^! | |￣￣￣￣￣￣￣￣￣￣￣l
＿_{ ＿__|└―ｰ／ ￣´ |ヽ |＿__ﾉ＿＿＿＿＿＿＿＿＿＿＿_|
｝／ -= ヽ__ - 'ヽ -‐ ,r'ﾞ l |
＿_fﾞ/／￣￣ ＿ -' |＿＿＿＿＿ ,. - ￣ ＼＿＿__|
| | - ￣ ／ | _ |￣￣￣￣ ／ ＼ ￣|
＿__`＼ ＿＿ ／ ＿l -￣ l＿＿_ ／ , / ヽi＿__.|
￣￣￣ | _ 二 =〒 ￣ ｝￣ ／ l | !￣￣|
＿＿＿＿＿__l -ヾ￣ l／ l| |＿＿_|
0776nobodyさん
2006/09/06(水) 00:54:10ID:???0777nobodyさん
2006/09/06(水) 01:00:59ID:???0778nobodyさん
2006/09/06(水) 01:48:07ID:???0779nobodyさん
2006/09/06(水) 02:07:14ID:???0780nobodyさん
2006/09/06(水) 02:15:45ID:???0781nobodyさん
2006/09/06(水) 02:16:48ID:???もちろんそれがそこそこ大きいってのはあるけどさ。
0782nobodyさん
2006/09/06(水) 02:25:30ID:???0783nobodyさん
2006/09/06(水) 02:26:59ID:???コードに個人差が出にくい。
0785nobodyさん
2006/09/06(水) 03:03:36ID:???0786nobodyさん
2006/09/06(水) 03:26:24ID:???あと、eclipseがあることｗ
0788nobodyさん
2006/09/06(水) 10:29:09ID:???初期：余裕があるときはルールの縛りに従う
末期：聴牌ったら、ルールぶっちぎり？
一人作業でもその時の気分次第で、作りがバラバラになってる件ｗ
＞しかし、厳格なルールがない場合、大勢の人は烏合の衆と化す。
コーディングに規則性、法則性があるとスッキリしますねー。
見通しが良い☆
荷物や部屋を綺麗に整理整頓している人は、コードも整理整頓して綺麗に書かないと気が済まないのかな？
0790nobodyさん
2006/09/06(水) 11:03:46ID:???0792nobodyさん
2006/09/06(水) 15:23:16ID:???0793nobodyさん
2006/09/06(水) 15:29:08ID:???5.1.0 -> 5.2.0 と体験版のただ歩きをしています。
そろそろ5.2.0の使用期限が迫ってきています。
0794nobodyさん
2006/09/06(水) 16:28:48ID:BBgM62bo0795nobodyさん
2006/09/06(水) 16:44:17ID:???0796nobodyさん
2006/09/06(水) 16:58:16ID:At5MX9lg俺はZendStudio使ってるけどね
0797nobodyさん
2006/09/07(木) 00:47:56ID:???http://www.zend.com/phpide/
http://www.eclipse.org/proposals/php-ide/
↑これのこと？
超・極めるPHPの204ページで紹介されてました。
2006年9月に正式バージョンが公開される予定だそうです。
Zend Studioの代わりになるのかな？
0798nobodyさん
2006/09/07(木) 03:34:53ID:???$hoge = "hogehoge{$fuga}";
とかしてあると{の所から先のコードの色が正しく付かなくなるんだけど
誰か解決法知りません？
0799nobodyさん
2006/09/07(木) 11:26:21ID:???てか、phpideやらaptanaの色付けってしょっちゅうおかしくなる。。
0800nobodyさん
2006/09/07(木) 12:06:25ID:???色分けもカスタマイズできて、すごく使いやすいぜ。
0801nobodyさん
2006/09/07(木) 16:48:07ID:???Win限定だし。
0802nobodyさん
2006/09/07(木) 20:54:58ID:???何言ってんだお前？ ちゃんとマニュアル読んだのか？
PHPエディタはCtrl＋スペースで入力補完もできるし、関数もF2キー１発でchm検索できるぞ。
っていうか個人的には予測も関数の説明も邪魔だから要らないけどな。
VBみたいな無駄に冗長な言語ならそれらも必要だけど、PHPのようなシンプルな言語には不要。
手動でタイプしたほうがよっぽど速い。
0803nobodyさん
2006/09/07(木) 21:00:02ID:???0804nobodyさん
2006/09/07(木) 21:27:58ID:???0805nobodyさん
2006/09/07(木) 21:34:24ID:???http://pc8.2ch.net/test/read.cgi/php/1154082822/l50
0807nobodyさん
2006/09/07(木) 22:03:02ID:???PHPエディタは何度も入れて試したんだけど
カスタマイズ性の問題が解決してなくて毎回即ゴミ箱行きになる。
0808nobodyさん
2006/09/07(木) 22:57:11ID:???最近仕様の変更された関数、追加された関数も対応していない
0811nobodyさん
2006/09/08(金) 16:04:52ID:???0814nobodyさん
2006/09/08(金) 20:58:48ID:???代入できないものに代入してるから
0815nobodyさん
2006/09/08(金) 23:21:09ID:???0818nobodyさん
2006/09/09(土) 04:47:51ID:???補完機能は便利だと思う
でもまだ理想のエディタを探し中
0819nobodyさん
2006/09/09(土) 07:32:38ID:???0820nobodyさん
2006/09/09(土) 08:50:59ID:???0821nobodyさん
2006/09/09(土) 12:33:41ID:???それでいて機能も十分だし。
0822nobodyさん
2006/09/09(土) 14:15:35ID:???0823nobodyさん
2006/09/09(土) 14:31:06ID:???0824nobodyさん
2006/09/09(土) 16:14:15ID:???0825nobodyさん
2006/09/09(土) 17:53:34ID:???0826nobodyさん
2006/09/09(土) 20:21:03ID:???まぁ1万ちょいなら出してもいいかな。
0827nobodyさん
2006/09/09(土) 23:13:10ID:???>805で誘導されているのに話し続ける
荒らし同然の糞野郎ども(一人かも)だから、スレ違いって言っても通じない。
もしかしたら、日本人ですらないのかもしれない。私は最近そう思い始めました。
0829nobodyさん
2006/09/10(日) 10:32:59ID:???http://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
もしかして一般人にとってフレームワークといったらまだまだMojaviのことで、このスレって時代を超先取りしてる！？
ZFとか語っちゃってるんだぜ！！
0831nobodyさん
2006/09/10(日) 12:38:25ID:???実用レベルで使ってる人っているの？
0832nobodyさん
2006/09/10(日) 14:54:31ID:???俺もそうだけど、今からZF触ってるのって遊びの域を出ないと思う。
0833nobodyさん
2006/09/10(日) 15:42:52ID:???0834nobodyさん
2006/09/10(日) 19:05:55ID:???保守と拡張はしやすいとは思った。
0835nobodyさん
2006/09/10(日) 19:11:59ID:???0836nobodyさん
2006/09/10(日) 19:15:32ID:???PHPでウェブアプリ作る場合、大規模な機能追加があると、いっそ丸ごと作り直したほうがてっとりばやいし。
0837nobodyさん
2006/09/10(日) 19:42:02ID:???0838nobodyさん
2006/09/10(日) 23:15:15ID:???0839nobodyさん
2006/09/10(日) 23:20:12ID:???0840nobodyさん
2006/09/10(日) 23:22:14ID:???0841nobodyさん
2006/09/10(日) 23:22:17ID:???0842nobodyさん
2006/09/10(日) 23:24:43ID:???新しい時代を創るのは老人ではない！
0843nobodyさん
2006/09/11(月) 00:40:33ID:???ノウハウやラッパーが貯まってきたら
ブーストかかるね。
それまではむしろ遅いかも。
0844nobodyさん
2006/09/11(月) 01:10:27ID:???フレームワーク的なコンセプトを流用すればこそってのもあるけど、ベタ書きのほうが早かったりもする。
後々機能の追加がある予定の場合、ベタ書きだと鬱になるけど。
0845nobodyさん
2006/09/11(月) 01:54:24ID:???0847nobodyさん
2006/09/11(月) 02:03:51ID:???ベタ書きしてたら死ぬる
0848nobodyさん
2006/09/11(月) 02:16:14ID:???0849nobodyさん
2006/09/11(月) 02:18:39ID:???ボールが
うぃたので
0850nobodyさん
2006/09/11(月) 02:20:57ID:???0851nobodyさん
2006/09/11(月) 02:27:05ID:???http://hw001.gate01.com/funwaka/orgasm.htm
0852nobodyさん
2006/09/11(月) 09:17:20ID:???0853nobodyさん
2006/09/11(月) 15:21:38ID:???でかっ！
0854nobodyさん
2006/09/11(月) 16:35:58ID:???0857nobodyさん
2006/09/12(火) 14:14:11ID:???0858nobodyさん
2006/09/13(水) 20:04:59ID:???大改造でもしてるのかな。
0859nobodyさん
2006/09/13(水) 21:31:23ID:???ZFのリポジトリのフィード取ってるけど結構コミットされてるみたいだけどねえ
新しいパッケージもコミットされてるけど
コアのパッケージはあんまり更新されてない印象
慎重になるのはわかるけどリリースサイクルはもうちょい上げて欲しい
0860nobodyさん
2006/09/14(木) 01:58:27ID:???もうすぐ、とりあえず今出せる次期バージョン出すよってMLに挙がってたね
0861nobodyさん
2006/09/14(木) 02:15:34ID:???0862nobodyさん
2006/09/14(木) 03:25:23ID:???>Jayson is currently dealing with health problems.
0863nobodyさん
2006/09/14(木) 03:33:13ID:???0864nobodyさん
2006/09/14(木) 17:15:43ID:???Zend Frameworkを使ってSNSを作れますか？
http://pc8.2ch.net/test/read.cgi/php/1158167579/l50
0866nobodyさん
2006/09/14(木) 18:05:37ID:HKpbC+qX作れない理由が知りたいぞ
0868nobodyさん
2006/09/14(木) 20:23:30ID:???ただの宣伝だ
0869nobodyさん
2006/09/15(金) 19:25:53ID:???ttp://www.phppro.jp/qa/171
うーん、O/RマップってJavaでいうところのBeanのことだったのか
0870nobodyさん
2006/09/15(金) 22:19:22ID:???こんなんだから、ペチパーはバカにされるんだよ・・・。
0871nobodyさん
2006/09/15(金) 23:34:18ID:MYmNxKPxここまでくると、好きなようにやってくださいと言うしかないな・・・
0874nobodyさん
2006/09/16(土) 12:54:38ID:???0875nobodyさん
2006/09/16(土) 21:32:35ID:???0876nobodyさん
2006/09/17(日) 21:27:16ID:ITPogLgMまだレスつかないな
0878nobodyさん
2006/09/17(日) 21:54:48ID:???0879nobodyさん
2006/09/17(日) 23:00:52ID:???0880nobodyさん
2006/09/18(月) 01:12:30ID:???0881nobodyさん
2006/09/18(月) 01:15:06ID:???0882nobodyさん
2006/09/18(月) 02:12:02ID:???最新のPHPニュースのフィードは便利だよ
0884nobodyさん
2006/09/18(月) 09:26:17ID:wNFbiLQEかならず回答付いてたんだけどなｗ
０ポイント書込出来ない方が、質問側も回答側も質が高まるんじゃ
なかろうか。
0885nobodyさん
2006/09/18(月) 16:03:37ID:???それにHTML_Template,Flexyあたりを組み合わせるのが手っ取り早いかな？
とかの回答書き込んだらどうなるだろう？
フレームワークの解説から始めなきゃいかんかな？
0886nobodyさん
2006/09/18(月) 16:29:52ID:???いま勉強がてらZend Frameworkで簡単なBlogを作っているのですが、2つのDB（SQLite）に接続するにはどうしたらいいのでしょうか。
Zend::loadClass('Zend_Db');
$blog = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/blog.db' ) );
$access = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/access.db' ) );
上のような感じでやっているのですが上手くいきません・・・。
よろしくお願い致します。
0887nobodyさん
2006/09/18(月) 16:31:21ID:???0888nobodyさん
2006/09/18(月) 17:00:32ID:???0889nobodyさん
2006/09/18(月) 17:40:39ID:???説明不足ですいません。
上記blog.dbのみの場合は問題なく動くのですが、上記のようにaccess.dbを足した途端
Warning: array_key_exists() [function.array-key-exists]: The second argument should be either an array or an object in ～library\Zend\Db\Table.php on line 192
Fatal error: Uncaught exception 'Zend_Db_Table_Exception' with message 'primary key 'id' not in columns for table 'access'' in ～library\Zend\Db\Table.php:196
Stack trace:
～～
～～
当等といったエラーが出ます・・・。
0890nobodyさん
2006/09/18(月) 18:32:38ID:???>$access = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/access.db' ) );
この2行目だけでそんなExceptionでるの?
ほかになにかやってない?
0891nobodyさん
2006/09/18(月) 18:48:16ID:???エラーメッセージ的には、access テーブルにプライマリキーとして使う id カラムがない、って言ってるから、その辺見てみたら？
ZFのDB系は、プライマリキーを id って名前にするの前提だからね。
0892nobodyさん
2006/09/18(月) 18:51:40ID:???id が primary key で auto_increment 推奨。
0893nobodyさん
2006/09/18(月) 23:08:24ID:???すいません。
やっと原因がわかりました。
プライマリキーは良かったのですが、まず基本的にWEB+DB３３号のサンプルプログラムをベースにやっていまして、上記コードのほかに
<index.php>
Zend::loadClass('Zend_Db_Table');
Zend_Db_Table::setDefaultAdapter($blog);
require_once APPLICATION_PATH . '/models/Blog.php';
<～/models/Blog.phpblog.php>
class Blog extends Zend_Db_Table{}
と言う箇所があるのですがZend_Db_Table::setDefaultAdapterを完全に無視していました。
それで、Zend_Db_Tableのコードを追っていたんですがDB一つの場合は上記でいいのですが、DBが複数の場合はindex.phpの上記三行を消して、呼び出す際に
$blog_table = new Blog( array('db'=>'blog') );
見たいな感じで行けました。
上記はちょっと不恰好な例ですが・・・。
レスして下さった皆さん本当にお探せしてすみませんでした・・・。
0894893
2006/09/18(月) 23:11:09ID:???0895nobodyさん
2006/09/19(火) 10:50:32ID:???とりあえず「Zendです」と言っておけばユーザーも信頼・納得かな？
0896894
2006/09/19(火) 12:23:41ID:???まだそこまでのレベルにはなってないじゃないでしょうか。
俺はEthnaでの開発しか経験ないんでこんな事言うのはアレですが、zfはEthnaに比べて色んな面で楽なのに惹かれました。
あと>>893ですが三行じゃなくて二行の間違いです。
すみません・・・。
0898nobodyさん
2006/09/19(火) 17:34:28ID:???どちらか、または両方にバグがあると、サービス全体としてはダメだな。
フレームワークにバグがあるようだと、追加コードの部分をバグのないように努力しても無駄にならないかな？
0899nobodyさん
2006/09/19(火) 20:39:24ID:???フレームワークのバグを修正したり回避したりするために
余分な労力は必要になるだろうね
その追加分がフレームワーク利用による削減分とどれくらいの比になるかってことだな
0900nobodyさん
2006/09/19(火) 21:21:22ID:???http://php.cheetan.net/
0901nobodyさん
2006/09/19(火) 22:13:04ID:???無駄かどうかは、フレームワークのバグによると思うが
フレームワークを使う利点は、1から開発しなくても良いってことだからなぁ？
1から独自フレームワーク作ったところでバグは入るわけだし、
バグが入るか入らないかは、どっちもどっち
むしろ、独自フレームワークだと自分の腕にかかってるしｗ
それと、オープンなフレームワーク使って手バグが見つかった場合
コミットが速いとか独自フレームには無い利点もあるし
0902nobodyさん
2006/09/19(火) 22:17:35ID:???慣れるのにちょい時間を要する。
0906nobodyさん
2006/09/19(火) 23:39:05ID:???えろいひと「?」
Zend Framework Components
：
Zend_Cache
Zend_Cheetan
Zend_Config
：
0908nobodyさん
2006/09/20(水) 00:43:08ID:???SE「本プロジェクトは、フレームワークとして"XXXX"を使用して、開発の効率化と品質の確保を行ないます」
客「そう」
:
: (ですまーち)
:
SE「"XXXX"に致命的なバグがありまして、分析と修正に時間がかかっています。」
客「それはあんたが選んだんでしょ。どうでもいいから直せ。」
:
(ですまーち)
プレゼントの道具にはなるけど、それが致命的になることも。
0909nobodyさん
2006/09/20(水) 01:01:52ID:jDGH+RS00910nobodyさん
2006/09/20(水) 01:36:40ID:???きちんとサポート体制を整えれば、有力な営業ツールになるよ。
0911nobodyさん
2006/09/20(水) 06:22:21ID:???> 奥さんの方
> ちいたんという名前は作者の奥さんの愛称です。
> 奥さんの方のちいたんは身長146cm見た目はちっちゃい子供のようでいつも変なかわいらしい動きをしている女の子です。
････(´д｀*)
0912nobodyさん
2006/09/20(水) 06:28:08ID:???って…
dataは複数形で単数がdatumですよ。
0913nobodyさん
2006/09/20(水) 06:32:25ID:???(´д⊂)
0914nobodyさん
2006/09/20(水) 06:53:41ID:???0915nobodyさん
2006/09/20(水) 13:08:51ID:???ちいたん情報が流れてきたw
0916nobodyさん
2006/09/20(水) 14:20:33ID:???http://devzone.zend.com/node/view/id/933
0917nobodyさん
2006/09/20(水) 14:48:27ID:???つーかメーリングリスト増えすぎ
0918nobodyさん
2006/09/20(水) 16:35:23ID:???incubatorからどれくらいのパッケージが昇格するのかな
0919nobodyさん
2006/09/20(水) 18:25:55ID:???てかguessworkはもう中止なの？
0920nobodyさん
2006/09/20(水) 21:13:03ID:???軽量化の追及は、フレームワークの新しい可能性をもたらす。
レース用のラジコンカーみたいだなｗ
＝軽量かつ高性能
0921nobodyさん
2006/09/20(水) 21:49:55ID:???0922nobodyさん
2006/09/20(水) 21:50:56ID:???0923nobodyさん
2006/09/20(水) 21:53:04ID:???0924nobodyさん
2006/09/20(水) 23:18:21ID:???http://simpley.87op.com/
FWじゃないが、ちいたんがアリなら
0925nobodyさん
2006/09/20(水) 23:49:04ID:???テンプレートエンジンなのが今様じゃないな。
今は生PHPをテンプレートに使うのがトレンドだから。
0926nobodyさん
2006/09/21(木) 05:02:07ID:???0927nobodyさん
2006/09/21(木) 18:05:04ID:???0928nobodyさん
2006/09/21(木) 18:48:25ID:???0929nobodyさん
2006/09/21(木) 19:17:24ID:???0930nobodyさん
2006/09/22(金) 01:13:37ID:???作ってるうちに、symfonyの劣化コピーになってきた。
本当にフレームワークに必要な機能ってなんだろう。。。
あと、DB抽象化に何使うか悩む。
propelはxmlやだし、Zend_DB使うなら Zend_Frameworkでいい気がするし
0931nobodyさん
2006/09/22(金) 01:38:37ID:???物足りない要素があれば適当なProposalのサンプルコードを
組み込んでテストすれば大体おｋ
0932nobodyさん
2006/09/22(金) 01:53:36ID:???あるある
シンプルな奴作ろうと思って作り始めるんだけど
いるもの入れて行ったら
どんどん既存FWの劣化コピーに近づいていくんだよな。
0933nobodyさん
2006/09/22(金) 10:51:33ID:???前スレあたりにも出てたけど
絵文字変換ならこれ使えばいいじゃん
ttp://ke-tai.org/index.php?KEMP
ttp://ke-tai.org/index.php?KEMP_Filters
0935nobodyさん
2006/09/23(土) 00:06:54ID:???最近はsymfonyよりcakeの方が更新早いなぁ。
0937nobodyさん
2006/09/24(日) 04:31:12ID:???コンストラクタの奪い合いがどう収まるのかと思ってたけど
passToActionて妥協点は中々よさげ。
0940nobodyさん
2006/09/24(日) 06:03:02ID:???＞propelはxmlやだし
なら書かなきゃいいじゃん。
DBDesignerとかphpmyadminでつくってbuild-schema&build-modelしなよ。
0941nobodyさん
2006/09/24(日) 06:45:28ID:???http://framework.zend.com/wiki/display/ZFPROP/MVC+Reorganization+Proposal
変更は色々あるんだけどAction周辺に限れば、config、sessionなど複数種類のデータを
FrontControllerから楽にActionに渡せるようになり、Action前後の操作も柔軟になった。
これまでActionの唯一の空きコンストラクタを利用してActionにインスタンスを渡そうとする
Proposalが複数発生してたんだけど、最終的に$requestがコンストラクタへ、
registryなどその他のProposalはpassToActionを使うってことで決着がついたみたい。
また、ActionにpreRun()、postRun()、更にfinalになったActionコンストラクタの代わりにinit()を
置けるように変更で、今後はAction直前でのtokenやparamsの取得に悩む事はなくなる。
よく見るとpassToActionの保存先が$_paramsなのが気になるけど…。
0942nobodyさん
2006/09/24(日) 08:50:53ID:???init(),preRun(),postRun()は決め打ちか
フィルタ機構入れるんだったら
フックするメソッド名も指定したいな
0944nobodyさん
2006/09/25(月) 10:28:56ID:???http://pc8.2ch.net/test/read.cgi/php/1157598878/
0945nobodyさん
2006/09/26(火) 02:51:43ID:???0946nobodyさん
2006/09/26(火) 08:31:17ID:???0947nobodyさん
2006/09/26(火) 17:59:43ID:k4R7sAzx0948nobodyさん
2006/09/26(火) 18:00:46ID:k4R7sAzx0949+++
2006/09/26(火) 18:20:54ID:???Primitusというツールの今後に期待？
0950nobodyさん
2006/09/26(火) 19:34:15ID:???かっこいい名前にしたらいいんじゃね？
0954nobodyさん
2006/09/27(水) 16:33:21ID:???取得しているページをリロードした場合でも値は維持されてる？
まーそうでないと不便だと思うけど、自作flashやろうとすると結構面倒だね…
0955nobodyさん
2006/09/27(水) 17:04:11ID:???フラッシュってのはそういうもんです。
0956nobodyさん
2006/09/27(水) 17:10:38ID:???オプション扱いで使おうと思います。
0957nobodyさん
2006/09/27(水) 18:19:53ID:???Zend_Controller_RewriteRouterで
$router->addRoute('tag', 'tag/:tagname');
にしたとき
http://unko.com/tag/日本語
でアクセスしても
noRouteになってしまうんですけど
これどの変がおかしいんですか？
0958nobodyさん
2006/09/27(水) 19:01:55ID:???良く調べずに適当に答えるんだけど、
http://unko.com/index.php/tag/
でいけない？
0959nobodyさん
2006/09/27(水) 19:12:21ID:???$router->addRoute('tag', 'tag/:tagname', array('controller' => 'tag', 'action' => 'index'));
だと思う
0960nobodyさん
2006/09/27(水) 19:18:13ID:???http://unko.com/tag/test
などの半角英数だとtagnameにtestが入ってるんです
>>959
コントローラーとアクションも設定してます
0961nobodyさん
2006/09/27(水) 19:40:30ID:???どうしたいんだ？
0962nobodyさん
2006/09/27(水) 19:46:57ID:???日本語が入らないんです
↓こういうの
http://aaa.com/tag/%E6%97%A5%E6%9C%AC
0963nobodyさん
2006/09/27(水) 19:56:05ID:???Zend/Controller/Router/Route.phpの
// TODO: allow for all types of URI characters (per RFC 3986)
// http://en.wikipedia.org/wiki/URL_encoding
const DEFAULT_REGEX = '[a-z0-9\-\._]+';
これで%がマッチしてないんだと思う
0964nobodyさん
2006/09/27(水) 20:03:24ID:???$router->addRoute('tag', 'tag/:tagname',
array('controller' => 'tag', 'action' => 'index'), array('tagname' => '.+'));
0966nobodyさん
2006/09/27(水) 20:32:04ID:???いま第4引数ってちゃんとサポートされてるの？
0967nobodyさん
2006/09/27(水) 22:58:09ID:???第2引数で指定した :XXX に該当する部分の名前をキーにした配列を
第4引数で与えるとどういう正規表現でマッチさせるかを
上書きできるようになっている、デフォの正規表現が>>963
0969nobodyさん
2006/09/28(木) 17:27:16ID:???0970nobodyさん
2006/09/28(木) 17:48:47ID:???app/webroot/index.php/foo/でアクセすると
表示は可能だけど、リンクにゴミ付いて駄目
dispatcher.phpのbaseUrlでなんかゴミもらってみたいだけど・・・
0971nobodyさん
2006/09/29(金) 04:16:26ID:???これつかってるひといる？
0973nobodyさん
2006/09/29(金) 04:31:25ID:???ぱっと見たら、
ezcPersistentDefinitionManager
とか…
0975nobodyさん
2006/09/29(金) 11:09:22ID:???そんなに使えるモンなのか？
symfonyですらタダなのに…
0976nobodyさん
2006/09/29(金) 15:48:21ID:???スレ違いかもしれないんですが、Zend Frameworkでフロントコントローラをindex.phpとadmin.phpに分けたいんですが.htaccessをどう書けばいいでしょうか・・・。
それとも分けるのは邪道でしょうか。
0977nobodyさん
2006/09/29(金) 16:43:56ID:???RewriteEngine on
RewriteRule \.(js|ico|gif|jpg|png|css)$ .$1 [L]
RewriteRule ^admin/?.*$ admin.php [L]
RewriteRule !^admin\.php$ index.php [L]
ただやっぱりアプリケーション毎にサブドメインか
別ドメインを割り当てた方が軽いし安心
0979977
2006/09/29(金) 16:58:31ID:???1個目のRewriteRuleを下記に変更を
RewriteRule (.*\.(js|ico|gif|jpg|png|css))$ $1 [L]
0980nobodyさん
2006/09/29(金) 23:46:02ID:???・本
・ＭＬ
・サイト
・その他
0981nobodyさん
2006/09/30(土) 01:33:48ID:???http://httpd.apache.org/docs/2.0/ja/mod/mod_rewrite.html
0982nobodyさん
2006/09/30(土) 05:25:57ID:???最近やや過疎り気味だけど、次スレは欲しい。
規制されてるんで、あとは任せた！
0983nobodyさん
2006/09/30(土) 07:31:10ID:???if ($_985->CreateNextThread()) {
while ($resNo < 1000) {
echo "埋め";
}
}
?>
0984nobodyさん
2006/09/30(土) 07:42:24ID:???PHPもマルチスレッドをいじる時代か。
$resNo++;してくれよ、ってつっこもうと思ったら、きっと別スレッドでカウントされてるんだろうな、と
んなこたどうでもいい。
↓次スレよろ
0988nobodyさん
2006/09/30(土) 10:29:14ID:WYEQsiOw【PHP】フレームワークについて語るスレ5【総合】
http://pc8.2ch.net/test/read.cgi/php/1159579507/
0989nobodyさん
2006/09/30(土) 10:48:49ID:???0990nobodyさん
2006/09/30(土) 11:34:51ID:???0992nobodyさん
2006/09/30(土) 13:39:59ID:???0993nobodyさん
2006/09/30(土) 14:54:50ID:???20 GOTO 1
0994nobodyさん
2006/09/30(土) 15:01:06ID:???0995nobodyさん
2006/09/30(土) 15:01:52ID:???0996nobodyさん
2006/09/30(土) 15:11:22ID:???0997nobodyさん
2006/09/30(土) 15:33:08ID:???0998nobodyさん
2006/09/30(土) 15:39:29ID:???1行目：
2行目：
3行目：
0999nobodyさん
2006/09/30(土) 15:48:44ID:???2行目：でも、今日中に終わらせたいなぁ。
3行目：1000でもとって頑張ろう。
1000nobodyさん
2006/09/30(土) 15:48:47ID:???headers( "Location: http://pc8.2ch.net/test/read.cgi/php/1159579507/"; );
die( "mzn got 1000! GoTo Next Thread!!");
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。