トップページ⇒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/
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でできる事は他のフレームワークでもできる」は現状では肯定できんな
0791nobodyさん2006/06/23(金) 22:41:08ID:???
メジャー処のフレームワークが全てhierselect相当の機能実装したら
QuickFormはいらないけれど、そうでないなら必要です。
0792nobodyさん2006/06/23(金) 23:00:03ID:???
まあ、QuickFormはかなり好き嫌い分かれるから
依存させちゃうのはあまり得策じゃないかもしれないね
0793nobodyさん2006/06/23(金) 23:50:06ID:???
132 2005/08/16(火) 23:08:13 ID:84y8ovFf0
最近見かける(´･ω･`)←これの
口の部分ってどうタイピングすれば出るんだ？



137 2005/08/16(火) 23:13:19 ID:er9boVSk0
>>132
おめが
↓変換
ω



139 2005/08/16(火) 23:14:47 ID:84y8ovFf0
>>137
(´･Ω･`)ｻﾝｸｽ



144 2005/08/16(火) 23:25:10 ID:er9boVSk0
>>139
それ大文字です。
0794nobodyさん2006/06/24(土) 02:14:36ID:???
>>783
Pradoの後追いだね
0795nobodyさん2006/06/24(土) 02:22:24ID:???
webインターフェイスって？
web上でActionとかバリデーションとかまで作れるようになるってこと？
0796nobodyさん2006/06/24(土) 15:40:20ID:???
javaのフレームワークでも、QuickFormみたいなのできるのかな?
0797nobodyさん2006/06/24(土) 15:45:04ID:???
ちょっと前に
QuickForm&Smartyはダストシュートにほりこめって話出てるな
既に過去の遺物くさい
0798nobodyさん2006/06/24(土) 16:29:54ID:???
http://forum.mojavi.org/lofiversion/index.php/t1107.html

MOJAVI + CREOLE + PROPEL = HEAVEN
って言い方が2chねらっぽいw
0799nobodyさん2006/06/24(土) 17:49:09ID:???
突き詰めてくとPHPも投げ捨てたい
0800nobodyさん2006/06/24(土) 17:53:26ID:???
Ruby時代到来
0801nobodyさん2006/06/24(土) 18:59:57ID:???
symfonyのフォームで
checkbox_tag('test[]', 'a', false);
checkbox_tag('test[]', 'b', false);
みたいに配列にするとfillinで失敗するじゃんorz
0802nobodyさん2006/06/24(土) 21:51:43ID:???
>>797
> QuickForm&Smartyはダストシュートにほりこめって話出てるな

mojavi2を使っている私は代わりに何を使えばよいですか　(T.T)
0803nobodyさん2006/06/24(土) 22:08:37ID:???
既存のはそのままM2+QF+Smartyで新規はsymfonyでいいんじゃね
両方mojaviの流れなんだし
0804nobodyさん2006/06/24(土) 23:29:50ID:???
PHPを放り投げたいというのは同意｡
しかしそういうこと言ってるのは技術よりの人だけで､現実にRubyでお金になる仕事はほとんどない。

0805nobodyさん2006/06/24(土) 23:37:08ID:???
Mojaviから派生したSymfonyだけど、全然違うよね。
全く新しいものを学ぶって感じがした。
そんな俺はAgavi使ってます。
あ〜あ、失敗したなぁ・・・。
0806nobodyさん2006/06/24(土) 23:57:48ID:???
>>804
「Rubyでお金になる仕事はほとんどない」ではなく
「お金になる仕事でRubyの実績がまだ少ないから使われない」んじゃね
0807nobodyさん2006/06/25(日) 00:00:45ID:???
Ruby は盲目的信者が多いから、ちょっとなぁ…
Google とかはてなとかと一緒かな。
ちょっと変なことがあっても擁護ばっかりで近寄りがたい。

まぁ、デフォルトインストールされている環境も少ないし。
0808nobodyさん2006/06/25(日) 03:43:31ID:???
どの言語でも信者はそうだね。
最近通ってるSQLiteスレがまさにそんな感じｗｗ
0809nobodyさん2006/06/25(日) 03:48:17ID:???
でも達人プログラマーの人が褒めてるくらいだから
いいものだとは思うよ＞Ruby
まあ俺はまだPHP使うけど、早く広まって欲しいものだ
0810nobodyさん2006/06/25(日) 03:51:32ID:???
PropelようやくPDO対応か。
これでActiveRecordより大分速度に差が出てくるな
0811nobodyさん2006/06/25(日) 03:52:58ID:???
>>806
単に金にしてる事例が表に出てないだけだろ。
0812nobodyさん2006/06/25(日) 04:59:25ID:fEpl1puY
propel
0813nobodyさん2006/06/25(日) 07:14:06ID:???
symfonyいいんだけど遅くね？
やっぱりDBは自前でやるしかないのか
0814nobodyさん2006/06/25(日) 11:00:41ID:???
symfony
Actionsの自分用基底クラスねーのかよ
Actionなんて使わないんだからmyActionなんていらねーよ
使えねーな(*ﾟдﾟ) ､ﾍﾟｯ
0815nobodyさん2006/06/25(日) 13:03:09ID:???
sandboxがずっと0.6.0のままだ（´・ω・`）
0816nobodyさん2006/06/25(日) 13:26:07ID:???
EscapingHelper有無を言わさずUTF-8をハードコーディングって舐めてんの？
本当にビッチなフレームワークですね
0817nobodyさん2006/06/25(日) 13:48:12ID:???
これを機にユニコード化しますた。
0818nobodyさん2006/06/25(日) 13:56:48ID:???
少しはジャップのこと考えろやフラ公が(*ﾟдﾟ) ､ﾍﾟｯ
0819nobodyさん2006/06/25(日) 14:10:36ID:???
たしかに文字コード選択できたほうがいいな
0820nobodyさん2006/06/25(日) 14:51:21ID:???
ジャップの事考えてるからUTFなんだと思うが、、、
0821nobodyさん2006/06/25(日) 15:00:01ID:???
ジャップはまだまだsjis大好き民族なの！（＞＜）
0822nobodyさん2006/06/25(日) 15:07:03ID:???
世界全体のことを考えれば UTF だろ
0823nobodyさん2006/06/25(日) 15:07:35ID:???
携帯業界的にもSJISは手放せない
0824nobodyさん2006/06/25(日) 15:12:43ID:???
Docomoが考えを改めるべきだと思うが。
0825nobodyさん2006/06/25(日) 15:14:45ID:???
Docomoというか携帯業界な
0826nobodyさん2006/06/25(日) 15:21:08ID:???
内部エンコーディング・DBはUTF-8で統一
（携帯なら）アウトプット時にまとめてSJISに
変換するのが普通じゃないの？
0827nobodyさん2006/06/25(日) 15:30:52ID:???
まあ自分でHelper書けばいいんだけどね(･∀･)ｱﾋｬ!
0828nobodyさん2006/06/25(日) 15:37:34ID:???
>>826
文字コードに無い絵文字の問題とかいろいろね・・・
0829nobodyさん2006/06/25(日) 15:39:56ID:???
書けばかくほどsymfonyが好きになっていく〜(*´Д｀)
0830nobodyさん2006/06/25(日) 15:46:53ID:???
actionsとvalidationとviewの流れが…
きもちいい…(*´Д｀)ﾊｧﾊｧ
0831nobodyさん2006/06/25(日) 17:10:12ID:???
ORマッパーがどうにもわからん。
無理して使う必要も無いよね？
0832nobodyさん2006/06/25(日) 17:38:49ID:???
>>831
どのORマッパのことを言ってるのかわからん。
0833nobodyさん2006/06/25(日) 17:41:46ID:???
>>813
早くて生産性の高いフレームワークって何がありますか？
0834nobodyさん2006/06/25(日) 17:53:30ID:???
symfonyのactionの中から、
今自分がいるmodule名取得するのってどうするんだっけ？
getCurrentModuleみたいなメソッドがどこかにあった気がするんだが
0835nobodyさん2006/06/25(日) 17:55:29ID:???
Propelって普通にSQL書いてDB操作出来る？
0836nobodyさん2006/06/25(日) 17:57:35ID:???
propelのサイト見たら
できるっぽかったぞ
■ このスレッドは過去ログ倉庫に格納されています