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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/04/25(火) 22:32:25ID:???
::フレームワーク一覧::
■Phrame
http://phrame.sourceforge.net/
■Mojavi Project
http://www.mojavi.org/
■Agavi
http://agavi.org/
■[ 日本発 ] Maple Project
http://kunit.jp/maple/
■[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
■[ 日本発 ] 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/
■symfony
http://www.symfony-project.com/
■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/
前スレ
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
0691nobodyさん2006/06/19(月) 22:31:19ID:???
symfonyって名前のcoockieつかうよね。

これってどこで変えるの？
0692nobodyさん2006/06/19(月) 23:02:00ID:???
その情報いくらで買う？
0693nobodyさん2006/06/20(火) 00:34:09ID:???
いまどきのPHPのフレームワークって
設定ファイルはどうやって持ってるの？
0694nobodyさん2006/06/20(火) 00:52:16ID:???
>>690
あれ？本当だ
4.1以降だと思ってた
ありが㌧
0695nobodyさん2006/06/20(火) 03:23:32ID:???
>>693
YAMLだよ
0696nobodyさん2006/06/20(火) 15:00:54ID:???
Symfonyが一番だと思うな！！！

使えない俺はどうすればいいんだYO！！
0697nobodyさん2006/06/20(火) 15:17:16ID:???
つみったんフレームワーク
0698nobodyさん2006/06/20(火) 18:06:08ID:???
>>696
cake
0699nobodyさん2006/06/20(火) 18:08:38ID:???
cakeも5以降じゃないの？
0700nobodyさん2006/06/20(火) 18:11:42ID:???
>>699
4
0701nobodyさん2006/06/20(火) 18:17:48ID:???
本当だね
RailsパクリFWとして
5ならsymfony
4ならcakeをって感じか
0702nobodyさん2006/06/20(火) 18:21:09ID:???
それにしてもZFのリリースは遅いなぁ
待つのも大変だからロードマップほしす
0703nobodyさん2006/06/20(火) 18:32:19ID:???
果報は寝て待て！柳沢はｲﾗﾈ
0704nobodyさん2006/06/20(火) 18:32:30ID:???
ムービー見たら
Cakeも結構良さげだけど
あんまり語られないね。
0705nobodyさん2006/06/20(火) 18:41:56ID:???
cakeを弄りだして、初めて、dataってdatumってのの複数形だと知った。
0706nobodyさん2006/06/20(火) 20:48:40ID:???
>>705
まじ？
単複同型だと思ってた
0707nobodyさん2006/06/21(水) 02:03:13ID:RroNUFxS
>>686
ソースも出さずに民族対立煽るのうぜぇ
0708nobodyさん2006/06/21(水) 02:08:34ID:???
>>704
cakeはねぇ…
本当ボロボロなのよ。いろんな意味で。
過去に悪い部分は語られているので、過去スレ見るといいよ
0709nobodyさん2006/06/21(水) 02:37:54ID:???
>>690
やっぱり4.0はUTF8使えないじゃん
嘘つき！
0710nobodyさん2006/06/21(水) 07:33:06ID:???
>>596
これ思うんだけどさぁ…
symfonyはRails参考にしたフレームワークだから、
symfony本家ではもちろん、symfonyの特集とかしてるサイトでも、
"Railsライクなフレームワークです"みたいな風に紹介されるわけだから、
Railsのが探す人が多いのは当たり前だと思うんだが。
逆にRails扱ってるサイトでsymfonyの名があがることなんてほとんど無いだろうし。
0711nobodyさん2006/06/21(水) 07:51:41ID:???
>>702
0.1.4は6/26にリリースみたい
* True-type font support in PDF
* Zend_Search_Lucene has delete and update support
* Zend_Config added
* Zend_Controller_RewriteRouter added
0712nobodyさん2006/06/21(水) 12:43:36ID:???
いまだに趣味でしか使えないZFなんてｲﾗﾈ ( ﾟдﾟ)､ﾍﾟｯ
0713nobodyさん2006/06/21(水) 16:02:02ID:???
takagiって人が日本語マニュアルをSVNにコミットしてるみたいだけど
この人有名な人だっけか?
0714nobodyさん2006/06/21(水) 16:07:04ID:???
おいおい、ものすごい量の翻訳をしてくれている人だぞ。
0715nobodyさん2006/06/21(水) 17:42:34ID:???
6/26にリリースって…
やる気あんのか(ﾟДﾟ)ｺﾞﾙｧ!
0716nobodyさん2006/06/21(水) 17:50:36ID:???
「んっとね。週末にぱぱっとやっちゃうから、月曜になるかな～」
0717nobodyさん2006/06/21(水) 21:41:11ID:???
おまえら、これ買う？
ttp://www.cbook24.com/bm_detail.asp?sku=477412818X
0718nobodyさん2006/06/21(水) 21:45:24ID:???
TurboGearsは知らないからなんとも言えんが、
Maple、Ethnaを同列に見ていいのか？「5大」はないだろう・・・。
0719nobodyさん2006/06/21(水) 21:49:56ID:???
symfonyの本だして欲しいよ（´・ω・`）
0720nobodyさん2006/06/21(水) 21:56:33ID:???
その前にsymfonyスレ・・・・
0721nobodyさん2006/06/21(水) 22:00:46ID:???
>>717
はああああ？なんでPHPフレームワークの中で
群を抜いているsymfonyが入ってねーんだよ。ありえん。
0722nobodyさん2006/06/21(水) 22:25:19ID:???
symfonyだけで一冊出せっつの！
0723nobodyさん2006/06/21(水) 23:15:20ID:???
symfonyって規模は群を抜いてるけど、わかりやすさは底辺レベルだよな
0724nobodyさん2006/06/21(水) 23:21:42ID:???
>>723
んなこたない
英語が読めないだけじゃないのか
0725nobodyさん2006/06/21(水) 23:33:24ID:???
和製フレームワークも悪くないけど
symfonyと比べると格が違う感じがする
0726nobodyさん2006/06/21(水) 23:37:33ID:???
symfonyでサイト上げたぜ～！

ちゃんと偽装したからばれないと思うけど。
0727nobodyさん2006/06/21(水) 23:49:31ID:???
さっそくsymfony製作サイトリストに登録しる。
0728nobodyさん2006/06/22(木) 00:02:24ID:???
>>717
PHPでMaple/Ethnaを選ぶなよ…
0729nobodyさん2006/06/22(木) 01:57:24ID:???
>>723
自分に出来ることは何も無いって言ってるようなもんだね。君
0730nobodyさん2006/06/22(木) 13:46:53ID:???
>>729
symfonyは使ってるよ。
「理解しやすいように設計されていない」って話。
0731nobodyさん2006/06/22(木) 14:15:07ID:???
非FWで作った昔のウェブアプリ手直しする時
直すところが分散しててちょー面倒くせえ
なんでDRYにしなかったんだんだ昔の俺
0732nobodyさん2006/06/22(木) 15:13:33ID:???
同上
0733nobodyさん2006/06/22(木) 15:25:16ID:bn5cdGqd
>>731
そして俺も同じく
0734nobodyさん2006/06/22(木) 15:44:10ID:???
確かに柳沢はいらないよな。Mojavi2と同じくらいいらないよな。
0735nobodyさん2006/06/22(木) 15:57:35ID:???
M2がなければsymfonyもなかったじゃん。
過去のものにはなったがM2の果たした貢献は大きい。
ありがとうｶｰ。
0736nobodyさん2006/06/22(木) 16:17:14ID:???
SymfonyでHelloWorldから始めたいんだが、良サイトない？
0737nobodyさん2006/06/22(木) 17:48:38ID:???
http://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/?ST=security
「美しいコードを書けるからRubyを選んだ」

これ読むと、PHPはいずれ消えていくんかなーと思う
0738nobodyさん2006/06/22(木) 18:06:31ID:???
>>736
本家。
つか、symfony は、HellwWorld って世界じゃねーぞ。
0739nobodyさん2006/06/22(木) 18:41:41ID:???
>>737
| しかし，JavaやPHPでは美しい（Beautiful）コードを書くことができず，不満を感じていました。
Java が消えるならね
0740nobodyさん2006/06/22(木) 18:48:39ID:???
>>739
JavaとRubyはあまりかぶらないが
PHPとRubyはかなりかぶる。
PHPは今のPerlみたいに、
「かつて流行していたスクリプト言語」という位置付けになると思う。
0741nobodyさん2006/06/22(木) 19:07:49ID:???
5年くらい経ったら、もしかしたら入れ替わってるかもね
この世の常だし、別にPHPなんぞに未練はないからその時が来たら乗り換えるまでで
いったい何を憂いているのか小一時間問い詰めたいんだが
0742nobodyさん2006/06/22(木) 19:16:53ID:???
けどまあ、世の中の人の目的は、アプリケーションを作ることであって
美しいプログラムを書くことじゃないからなあ。
Perl（汎用言語）→PHP（Web主目的言語）→Ruby（？？）
0743nobodyさん2006/06/22(木) 19:25:53ID:???
Ruby以外の何かがクル可能性もある
0744nobodyさん2006/06/22(木) 19:29:39ID:???
「書いてて楽しい」は結構重要だお
0745nobodyさん2006/06/22(木) 20:11:35ID:???
Rubyって使ったことないけどWeb用言語じゃないからWebでよく使われる関数など
(htmlspecialcharとかnl2brとか)はないのだよね?

オブジェクト指向でしか書けないRubyは楽しそうだけど、楽さでは
どっちが楽なんでしょうか?
0746nobodyさん2006/06/22(木) 20:37:58ID:???
>>745
rubyに一票
0747nobodyさん2006/06/22(木) 21:05:48ID:???
>>745
そんなものは、多分すでに誰かがつくっていると思う。
まあ、デフォルトでついていないと、セットアップするときに面倒
なのかもしれないが
0748nobodyさん2006/06/22(木) 21:06:04ID:???
おいおい
パイソンもweb用だよな。

googleパイソンつかってるよね。
0749nobodyさん2006/06/22(木) 21:24:03ID:???
これからはJavaScriptでしょ。マジで。
0750nobodyさん2006/06/22(木) 21:32:09ID:???
>>745
＞オブジェクト指向でしか書けないRubyは楽しそうだけど
は？オブジェクト指向でしか書けない？？？？
0751nobodyさん2006/06/22(木) 21:33:01ID:???
JavaScript　というか Ajax　もかなり無理やりっぽいけどな
0752nobodyさん2006/06/22(木) 22:02:57ID:???
symfony、autoincrementなidをだいたい使うようにできてるじゃん。
もし猛烈なアタック受けてidの数字を枯渇されたらどうなるんだろ。
そのへんの対策してる？
0753nobodyさん2006/06/22(木) 22:04:36ID:???
>>752
アホかお前は。
0754nobodyさん2006/06/22(木) 22:07:01ID:???
なんで？
まじで聞いてんだけど。
0755nobodyさん2006/06/22(木) 22:09:30ID:???
その件については
BIGINTで大丈夫ってaskeetに書いてあったよ。
0756nobodyさん2006/06/22(木) 22:12:22ID:???
int型だったら
2147483647行（unsignedなら×2）挿入されたら枯渇するじゃん
後から削除するにしても
内部カウンターは簡単に戻せないだろ。
どうするこの問題。
0757nobodyさん2006/06/22(木) 22:13:16ID:???
ごめんタイミングずれた
たしかにBIGINTならまず大丈夫か…
なんか気持ち悪いけど
0758nobodyさん2006/06/22(木) 22:16:14ID:???
>>756
そもそも猛烈なアタック受けてもインサート許容するWebアプリなんてつくらんだろ。
ブロックのタイミングは用途によって違うんだから、自分で作るもんだろ。
＞symfony、autoincrementなidをだいたい使うようにできてるじゃん。
自分でも「だいたい」って言ってるってことは分かってるんでしょ？
autoincrementなid使わなきゃいいじゃん。
0759nobodyさん2006/06/22(木) 22:16:29ID:???
でもさぁ　１秒間に１レコードインサートするアプリが
あって真剣に議論してたなぁ　どこかで。
0760nobodyさん2006/06/22(木) 22:22:57ID:???
うん、Rails系の特徴としてあるから
気になってたんだよね。
まあ、万一枯渇されたら、型変えたり、
対処のしようはあるか…。
0761nobodyさん2006/06/22(木) 22:24:33ID:???
Blogとか、公開向けのスクリプトで
フレームワーク使うのってどうなんだろ
あんまり見ない気がするけど
0762nobodyさん2006/06/22(木) 22:28:13ID:???
2147483647インサートってかなりのものだと思うが
一日に100万あったといても、2147日かかるのだろ？
0763nobodyさん2006/06/22(木) 22:30:53ID:???
アクセスログ記録とかでやっちゃってるケースがありそうな気がする
昔一つそんなスクリプト書いたような・・・
0764nobodyさん2006/06/22(木) 22:31:04ID:???
>>761
いや、見かけないのは、今まで有用なのがなかっただけでしょ
CMSとかでsymfony採用とかあれば大歓迎だけどね
0765nobodyさん2006/06/22(木) 22:35:26ID:???
>>763
アクセスログ記録するのに、ユニークなインクリメントIDを振る意味がわからん
0766nobodyさん2006/06/22(木) 22:35:45ID:???
>>762
こないだ2chが受けたDDoS攻撃、
1秒に5億リクエストらしいからなぁ…
まあそこまで受けたら鯖が飛んで終わりだろうけど
0767nobodyさん2006/06/22(木) 22:38:22ID:???
>>766
五億書き込みじゃないでしょ？
0768nobodyさん2006/06/22(木) 22:43:30ID:???
もし秒間5億POSTだったら？(( ；ﾟДﾟ))ﾌﾞﾙﾌﾞﾙ
0769nobodyさん2006/06/22(木) 22:45:39ID:???
>>765
姉歯仕様らしいよ。
0770nobodyさん2006/06/22(木) 22:50:34ID:???
>>768
どっちにしてもidが枯渇する前に落ちるから、問題ないじゃん。
0771nobodyさん2006/06/22(木) 22:56:17ID:???
active recordってmysqlだとinnoDBにかなり依存しない？
あれってライセンスややこしいからやっかいだよね
0772nobodyさん2006/06/22(木) 22:57:59ID:???
秒間5億ポスト＝1秒で50万スレが消費される
まずないわなぁ
0773nobodyさん2006/06/22(木) 23:03:18ID:???
InnoDBつかうとGPLになっちまうんだっけ？
0774nobodyさん2006/06/22(木) 23:04:12ID:???
まぁつまり、IDの枯渇の前に心配することがあるだろと言うことで
0775nobodyさん2006/06/22(木) 23:07:00ID:???
mysqlのライセンス扱ってる会社自体が、
＞ただ弊社のGPLに対する見解が正しいかどうかは保証出来ませんので、
なんてこと言ってるくらいだからな。
0776nobodyさん2006/06/23(金) 00:55:27ID:3bLq9IQl
谷亮子のいとこがつくってるとかいうフレームワークってなんだっけ？
0777nobodyさん2006/06/23(金) 06:01:39ID:???
みったん？
0778nobodyさん2006/06/23(金) 09:26:31ID:???
symfony━stable━(ﾟ∀ﾟ)━0.6.3━うｐ━ｷﾀ━!!!!
0779nobodyさん2006/06/23(金) 14:17:19ID:???
idがautoinrementなテーブルって
分割できないよな。
スケールする可能性を考えたら何か使うの抵抗ある。
0780nobodyさん2006/06/23(金) 14:32:30ID:???
分割する可能性があるテーブル→複合インデックス
ないテーブル→auto_increment
でおK？
0781nobodyさん2006/06/23(金) 14:48:30ID:???
>>779
別に分割できないこともないと思うし
INTEGERで賄えないくらいのデータ量が予測範囲内にあるなら
それ相応の設計があると思うの
auto-incrementの是非だとかフレームワークだとかと別問題だと思うんだけど
0782nobodyさん2006/06/23(金) 15:13:08ID:???
mlで流れてきた
コマンドで作るみたいだからcakeっぽいかな？

http://quicty.zubapita.jp/
0783nobodyさん2006/06/23(金) 15:14:34ID:???
Symfony はWebインターフェースまで付くのか
0784nobodyさん2006/06/23(金) 16:20:05ID:???
>>782
PEAR必須な時点でダメ
0785nobodyさん2006/06/23(金) 18:02:36ID:???
PEAR必須な時点でダメな理由ってなんだ？
0786nobodyさん2006/06/23(金) 18:06:55ID:???
頭の固さによる思い込みでしょ
0787nobodyさん2006/06/23(金) 18:11:14ID:???
たしかにPEAR使うFWなんてごろごろしてるな
0788nobodyさん2006/06/23(金) 18:16:28ID:dGGHnSl6
PEARというかQuickFormの時点でアウト
0789nobodyさん2006/06/23(金) 21:54:13ID:???
>>788
QuickFormの時点でアウトな理由ってなんだ？
0790nobodyさん2006/06/23(金) 22:09:37ID:???
「俺のやりたい事は他のフレームワークでもできる」ならそうですかーで済むけど
「QuickFormでできる事は他のフレームワークでもできる」は現状では肯定できんな
■ このスレッドは過去ログ倉庫に格納されています