【PHP】フレームワークについて語るスレ10【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/02/09(土) 10:43:58ID:???http://pc11.2ch.net/test/read.cgi/php/1197383840/
0002nobodyさん
2008/02/09(土) 10:44:59ID:???【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/
【PHP】フレームワークについて語るスレ8【総合】
http://pc11.2ch.net/test/read.cgi/php/1192604501/
【PHP】フレームワークについて語るスレ7【総合】
http://pc11.2ch.net/test/read.cgi/php/1181350116/
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
[PHP]フレームワークについて語るｽﾚ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[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/
0003nobodyさん
2008/02/09(土) 10:45:40ID:???symfony
http://www.symfony-project.com/
code igniter
http://codeigniter.com/
Zend Framework
http://framework.zend.com/manual/ja/index.html
CakePHP
http://www.cakephp.org/
【和モノ】
ちいたん
http://php.cheetan.net/
Ethna
http://ethna.jp/
guesswork
http://classic.guesswork.jp/
maple
http://kunit.jp/maple/
0005nobodyさん
2008/02/09(土) 16:05:48ID:???Piece Framework
http://piece-framework.com/
rhaco
http://www.rhaco.org/
でも、正直おなかいっぱいというかんじ。
3大フレームワーク(Cake, Symfony, ZF)+1(CodeIgniter)で十分という気も
0006nobodyさん
2008/02/09(土) 17:36:48ID:???ごてごてとしたフレームワークをごそっと入れるんじゃなく、
ファイル一枚か少数で完結したフレームワーク・・・
だが、命令などに互換性があり、必要になった時点で、
フルセットのフレームワークに容易に入れ替え可能。
0007nobodyさん
2008/02/09(土) 19:08:55ID:???今SimpleTestを使ってテストしています。
SimpleTestにはWebTestCaseといってあたかもブラウザで
アクセスしたかのように、ウェブページに対してhttpプロトコルで
接続・・・その結果をテストということができるのですが、
このメール版はないでしょうか？
つまり、自分のPHPアプリからメール送信・・・そしたら（仮想の）テスト用メールサーバーにメールがたまり、
テストコードから、メールサーバーに来たメールを見てアサーションや、そのメールに書かれているリンクを
クリックなどしてテストを続行という、一連の処理にメールが入る場合のテストの自動化をしたいのです。
なにか良いライブラリ、良い手は無いでしょうか？
0008nobodyさん
2008/02/09(土) 20:29:30ID:???なんか良い手あるなら俺も知りたい
00097
2008/02/09(土) 20:29:50ID:???00107
2008/02/09(土) 23:11:53ID:???ちなみに、Windowsで使うときの注意点です。
SimpleMailがSMTPサーバーとしてFakeMailを使用するので別途インストールする必要があります。
perl版は必要なライブラリが入れづらいようなのでpython版を使いました。
python版はWindows版があるのでインストーラーで簡単に入れられます。
あらかじめpython自体も入れておく必要があります。
http://www.lastcraft.com/fakemail.php ここに情報が少し書いてあります。
fakemailerを起動するときは、インストールしたフォルダで、
> fakemail.py --host=localhost --port=10025 --path=.
でいいのですが、そのままではエラーになりました。
エラーメッセージを見ると、「signal.SIGHUP」が定義されていないそうです。
どうせテストだし、あまり重要なものではなさそうなので、削除しました。
> for sig in (signal.SIGINT, signal.SIGTERM, signal.SIGHUP):
↑fakemail.pyの中の「, signal.SIGHUP」を消す。
SimpleMailにはstart()メソッドでfakemailを実行する機能があるのですが、
Linux/Unix用のパスで、perl版のコードの上、fakemail.pyをバックグラウンドで
実行しようとすると、forkなんたらのエラーが発生するのであきらめます。
start()、stop()メソッドを呼ばなくても使えます。
その代わり、テスト開始前にfakemailerを起動しておきましょう。
0011nobodyさん
2008/02/10(日) 02:22:40ID:???perlはperl.exeしか入ってなくて子飼弾脂肪ｗｗｗ
0012nobodyさん
2008/02/10(日) 03:34:26ID:???0013nobodyさん
2008/02/10(日) 04:00:38ID:???フレームワークありすぎって意味？
0014nobodyさん
2008/02/10(日) 04:23:36ID:???デファクト・スタンダードになったフレームワークは標準で取り込んで、
言語仕様上の優遇を受けるんじゃないか、と思ってる
そうなったらこのフレームワーク地獄も終わるんじゃないの
政治的にZend Frameworkになるのかなと思ってるけど
0015nobodyさん
2008/02/10(日) 16:37:08ID:???一つに落ち着くことはないと思うけどね。
ちょうど.comみたいに、たくさん出てきて、いろいろ淘汰されて、
最終的に数個残るみたいになるんじゃないかなぁ。
ま、資金力や人気もあるからZend Frameworkは残りそうだけど
0016nobodyさん
2008/02/11(月) 03:33:18ID:???利点でもあり、欠点でもあるんだろうね。
ASP.NETのように誰も参入できないようにしてしまうと
選択肢が無い分すっきりとするが、その設計手法から
洩れてしまうと、言語など根本的な部分から変更せざるを
得なくなってしまう。
0017nobodyさん
2008/02/11(月) 20:35:51ID:???linuxカーネルに穴があってPHPもちろん脂肪ｗｗｗ
0018nobodyさん
2008/02/12(火) 14:36:51ID:???0019nobodyさん
2008/02/12(火) 18:06:57ID:???JavaだとSpring Web Flowに近いと思うけど、LightweightだとほとんどがFront Controllerだから、
なかなか野心的でないかと思っている。
0021nobodyさん
2008/02/12(火) 19:45:13ID:???ただ、Piece_ORMのinsertのテーブルデフォルト値の扱いが未だに納得がいかん。
もう少し説明をしてくれればな・・・
0022nobodyさん
2008/02/13(水) 00:59:29ID:???0023nobodyさん
2008/02/13(水) 09:03:46ID:???それぞれのモジュールが個別に使えるようになっているみたいだし、
そのうち既存のアプリにPiece_Flowを組み込んでみたいと思ってるんだよね。
（今はORMとRightはドキュメントがあるけど、Flowの方はちょっと…なので）
少しだけcakePHPをかじってみたけど、まだ日本語のドキュメントが十分とは言い難いし。
0025nobodyさん
2008/02/13(水) 12:07:10ID:???これから始めるなら、php4対応は気にしなくてもいいんじゃない？
俺はまだまだ業務で４を引きずるから、cakeとethnaだけど。
0028nobodyさん
2008/02/14(木) 00:48:59ID:???多分組み方にコダワルやつはZendを使って苦労したがるのだろう
0029nobodyさん
2008/02/14(木) 01:42:15ID:???どう考えてもsymfony。作りこみが他の比じゃない。
そもそも全体が太るのを避けるならFWなんて使うべきじゃない。Rasmasのやつ使え。
0031nobodyさん
2008/02/14(木) 02:30:57ID:???そのせいで痒い所に手が届かない部分が、
フル装備のsymfonyやcakeに比べると物足りなく思える。
ZFは言ってみれば、
軽量な骨組みに綺麗なクラスライブラリを置いてある感じ。
というのがZFについて人から聞いた話。
0032nobodyさん
2008/02/14(木) 02:35:13ID:???0033nobodyさん
2008/02/14(木) 10:57:40ID:???0034nobodyさん
2008/02/14(木) 11:16:32ID:???0036nobodyさん
2008/02/14(木) 20:03:37ID:???mb_encode_mimeheaderはmb_internal_encodingが必要って見たけど
PHP4の稼働してるバージョンじゃそれでもだめだったし
自分でヘッダ組み立ててmailで送るしかないじゃん・・・('A`)
0037nobodyさん
2008/02/14(木) 22:00:33ID:???ただ、引数指定にはいろいろノウハウがあったような…
単純にテキストメール送るだけなら、楽なことは楽。
0038nobodyさん
2008/02/14(木) 22:01:07ID:???フレームワークにメールモジュールないの？
0039nobodyさん
2008/02/14(木) 22:52:13ID:???特に洋モノは。
南蛮人に極東のマイナー言語のサポートなんか期待できないのは
当然っちゃ当然だが
0040nobodyさん
2008/02/15(金) 00:58:46ID:???UTF-8通らないサーバとかメールクライアントとかはもう無視する方向で行きたいな。
（どのみちそっちの方向にしか進まないんだから）
0041nobodyさん
2008/02/15(金) 02:02:23ID:???そのせいでmb_encode_mimeheaderも腐ってるし
いつの時代の仕様なんだっての
0042nobodyさん
2008/02/15(金) 03:18:39ID:???mail関数のサブジェクトの説明には「改行を含んではいけません。」って書いてるし、
実際サブジェクトを適当な文字数で区切ってbase64エンコードした場合と
まったく区切らずにbase64エンコードした場合の結果が
gmail,shuriken,docomo(foma)で同じだったし
恐らく今のクライアントだったらほとんど問題ないだろう。
mb_encode_mimeheader的な区切り処理は
むしろ何かと害があるんじゃないか。
0043nobodyさん
2008/02/15(金) 03:25:30ID:???mb_send_mailの存在意義が分からないな。
出来ないことを出来ると見せかけるという意味で
むしろ悪影響の方が大きい
前もってmb_internal_encodingを設定しろとか
バッドノウハウが広まってること自体がおかしいだろ
常識で考えて
0044nobodyさん
2008/02/15(金) 11:46:50ID:???0045nobodyさん
2008/02/15(金) 21:41:50ID:???・・・仕様が半端だしあちこちで不具合が出るから結果的にはある程度知らなきゃいけないんだがｗ
本当に半端な関数で、こんなもの実装するくらいならPEARででもまともなMailクラスを育てればいいのに。
0046nobodyさん
2008/02/15(金) 22:11:53ID:???mail関数じゃダメなのか？ というか何が問題でmb_send_mailが出来たんだ？
調べろと？ そうですなｗ
とりあえず、subjectはISO-2022-JPにしたあとbase64エンコードしている。
本文はISO-2022-JPにしている。
これでmail関数使っているが、なにか罠があるのか？
0047nobodyさん
2008/02/15(金) 22:18:51ID:???> つーか、ここはフレームワークスレじゃん。
> フレームワークにメールモジュールないの？
じゃあ、フレームワークに絡める。
CakePHP 1.2にはメールモジュールEmailComponentがあるのだが、
このモジュール。mb_send_mailではなく、mail関数を使っている。
当然日本語とか考慮されていない。
charsetというプロパティはあるにはあるのだが、これだけじゃうまくいかない。
なので、EmailComponentを継承して__encode、__renderTemplateメソッドを
オーバーライドしてエンコードおよび、半角カナなどを変換しているよ。
0048nobodyさん
2008/02/15(金) 22:22:04ID:???mb_send_mailの挙動が変だから
ずっとメールに対して奇々怪々なイメージがあった
やってみればたいして難しくないんだが。
mailを直接触る方が健康的だな
0049nobodyさん
2008/02/16(土) 20:07:48ID:???CLIが速いスクリプト言語って何？
0050nobodyさん
2008/02/17(日) 00:10:17ID:???0051nobodyさん
2008/02/17(日) 11:55:49ID:???0052nobodyさん
2008/02/17(日) 19:25:33ID:???マジレスすると Perl
Ruby は普通
Python はかなり遅い
起動の早さはバイナリサイズによるところも大きくて、awkやluaのようにバイナリが小さいものだとPerlよりも起動が早い。
0053nobodyさん
2008/02/18(月) 20:19:24ID:???Perlの本買ってきた
Perlは糞記号が多いな
$にいろんな意味持たせすぎ。
こういうタイピング時点での節約がなんか前時代的
CLIのスクリプトってフレームワークの階層のどこに置けばいいんだろ？
0054nobodyさん
2008/02/18(月) 20:41:46ID:7b3e8wHYもうおそいか
0055nobodyさん
2008/02/19(火) 01:36:48ID:???0057nobodyさん
2008/02/19(火) 05:15:52ID:???shなんて単純なものしか書きたくないし
そうなるとPerlは充分妥当な線だろ。
スクリプト言語の中ではPHPに一番近いし。
0058nobodyさん
2008/02/19(火) 05:27:17ID:???速度がいらない処理（scaffolding等）はPHPで全然問題ないけどね
0059nobodyさん
2008/02/19(火) 07:47:46ID:???ここの結果だとPythonの方が速いけど。
まあ、当たり前だけど目的による。
なんで盲目的にPerlが速いといえるのかがわからん。
0060nobodyさん
2008/02/19(火) 12:02:30ID:???use Encode;
use CGI;
use Data::Dumper;
とかやると結構違うんじゃね？
結局CLIの起動速度とか、言語の選択にそれほど影響する場面ってあるか？
まあRubyは結構がつんと引っかかるのを感じることはあるけど
0061nobodyさん
2008/02/20(水) 03:45:15ID:???extで話が済んでるうちは、荒っぽくいえばCのWebフレームワークなわけだし。
rubyとか今やRailsないとWebアプリ作れねーんじゃねーかと。
0062nobodyさん
2008/02/20(水) 08:15:36ID:???rails作った奴も神だな
神と神が合体して偉大なるソフト
0063nobodyさん
2008/02/20(水) 08:57:52ID:???0064nobodyさん
2008/02/20(水) 11:16:03ID:???0065nobodyさん
2008/02/20(水) 16:36:10ID:???神と神を合体させると何が出来るのですか？
http://members.jcom.home.ne.jp/sss-3/shin3/shin3_gdevil.html
006624
2008/02/20(水) 18:10:02ID:???じゃあ、質問を変えてajax（というより、DHMLメイン？）前提ではどれが作りやすいかな？
たとえば、xhrを用いた非同期通信をサポートする上での仕様が覚えやすいとか、
prototype.js系に限らずほかのJSライブラリ（dojo系やYahooUI系）でも利用可能な仕様が公式側で用意されているとか。
0067nobodyさん
2008/02/20(水) 21:07:41ID:???別途jQuery叩いてて不満ないのでフレームワーク側のAJAXサポートとか評価したことない。もちろん手間はある
識者のお勧め希望
0068nobodyさん
2008/02/21(木) 00:14:33ID:???システム周りのちょっとした作業するのに使われてるのRubyばっかだな
逆にPythonはあんまり見ない
Ruby知らないとイモって言われる時代もすぐそこか・・・(´・ω・`)
0069nobodyさん
2008/02/21(木) 00:38:11ID:???なんか前スレのJaxerを彷彿とさせる流れだ
サーバサイドとフロントエンドをそれほど上手に連携させていて、しかも汎用的な
フレームワークとかまだそんなに無い雰囲気だけど、あるなら俺も知りたい
強いて言うなら、RubyはJavaScriptと近い記述も可能な印象があるので、スクリプトを
組む人間の脳みそ的に楽かも知れない。
オブジェクトやブロックの扱いとか、記述の柔らかさというかその辺で、少なくとも、PHP
よりは感覚が近いような
なんだこの印象論はと書いてて自分で思った。
0070nobodyさん
2008/02/21(木) 00:56:06ID:???まあ確かになんでもかんでもオブジェクトでござい、てあたりは似てるね
0071nobodyさん
2008/02/21(木) 01:12:47ID:???いいかえればキリストとアッラーが融合合体した「究極生命体」
0072nobodyさん
2008/02/21(木) 01:17:10ID:???0073nobodyさん
2008/02/21(木) 01:18:32ID:???バカとバカが合体すると子供が生まれる
0076nobodyさん
2008/02/21(木) 02:54:43ID:???GNOME周りの細かいスクリプトってPythonばっかでしょ？
海外でRuby使っている人ってRoRの流れの人じゃないかな
正直なところ、RoRは偉大だと思うけどRubyはそうは思わない
「RoRのプログラマに選ばれた言語」として評価はするけど
0077nobodyさん
2008/02/21(木) 12:49:51ID:???Google SketchUpのRuby
PHPをスクリプト言語として搭載した色物3DCGソフトがあったら色んな意味で面白そうだ
0078nobodyさん
2008/02/21(木) 13:39:33ID:???ずぅっと混戦状態な気もするけど。
案外Webだけに的を絞ったPHPが一番長生きだったりしてね。
でも10年後、PHPの役目が今のCOBOL的な負の遺産管理とか、そういう生き残りかたはやだな。
0079nobodyさん
2008/02/21(木) 14:20:40ID:???その間を埋める新しい言語が出てくるんじゃないの
一方extract($_POST);的なコードはいつまでも再生産されるっていう
0080nobodyさん
2008/02/21(木) 16:47:46ID:???http://pecl.php.net/package/python/download/0.8.0/
0081nobodyさん
2008/02/21(木) 18:22:05ID:???外人が大量にやってるからRuby始めました
YAMLが簡単に扱えてｲｲ(･∀･)！
0082nobodyさん
2008/02/21(木) 18:47:15ID:???これよりも簡単に扱えるん？
http://itpro.nikkeibp.co.jp/article/COLUMN/20070507/270080/
PHP版がこのコード↑として、Ruby版はどういうコードなん？
0083nobodyさん
2008/02/21(木) 19:00:50ID:???file_dir = './hoge.conf'
str = open(file_dir).read()
data = YAML.load(str)
こんなん
もっとキレイに書けるのか知らないけど。
コード自体はたいして変わらないか。
でも変なパースされてハマったことあるからspycにはいい印象ないな
0084nobodyさん
2008/02/21(木) 19:09:48ID:???0085nobodyさん
2008/02/21(木) 19:19:43ID:???YAMLライブラリが標準添付されているって言うべきだな。
0086nobodyさん
2008/02/21(木) 19:23:34ID:???[追加部分前半](元の文)[追加部分後半]
って分かれるのが普通だけど
Rubyだと
（元の文）[追加部分]
で済むのが気持ちええ〜
多重に追加する時も
（元の文）[追加][追加][追加]
って書いていけるのがオルガスムス(´ρ｀)
0087nobodyさん
2008/02/21(木) 19:40:27ID:???0088nobodyさん
2008/02/21(木) 19:43:13ID:???地味だがjQueryハマってるので気持ちは判る
しかしスレ違いではないか
0089nobodyさん
2008/02/21(木) 20:06:49ID:???よっぽどPHPのフレームワークにネタがないのか
0090nobodyさん
2008/02/21(木) 21:58:56ID:???どこにあるんだよｗ
0091nobodyさん
2008/02/22(金) 09:46:47ID:???>http://www.timestretch.com/FractalBenchmark.html
>
>ここの結果だとPythonの方が速いけど。
>まあ、当たり前だけど目的による。
>なんで盲目的にPerlが速いといえるのかがわからん。
>>49と>>52よく読め。起動時間の話をしてるのに違うベンチマーク結果だしてどうする。
>>82
SpycはまともにYAML扱えないから止めた方がいい。いくらなんでも機能低すぎ。バグ大杉。しかもクソ遅い。
0092nobodyさん
2008/02/22(金) 12:35:59ID:???0093nobodyさん
2008/02/22(金) 12:47:30ID:???0094nobodyさん
2008/02/22(金) 15:13:53ID:???そんなに悪いとは思えないが？
0095nobodyさん
2008/02/22(金) 15:16:53ID:???0096nobodyさん
2008/02/22(金) 15:19:12ID:???0097nobodyさん
2008/02/22(金) 15:25:54ID:???ヘビーに使おうと思うとあきらかに役者不足だよ。
0098nobodyさん
2008/02/22(金) 15:37:27ID:???だいたいyamlなんて設定ファイルで使うケースがほとんだと思うが
遅いって言っても実環境で使うなら普通キャッシュするし
機能低いとかヘビーに使うとか一体どういう局面で困ってるの？
0099nobodyさん
2008/02/22(金) 16:34:52ID:???通常は設定ファイル程度に使わないか？
そういうのは一度キャッシュしてしまうだろうし。
（ってろく読まずに書いたら>>98も同じこといってるじゃんｗ）
0100nobodyさん
2008/02/22(金) 17:13:10ID:???symfonyってsyckとかいうの使うようになったんじゃなかったけ？
0101nobodyさん
2008/02/22(金) 17:18:54ID:???いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？
だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
■ このスレッドは過去ログ倉庫に格納されています