- 1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???]
- 前スレ
pc11.2ch.net/test/read.cgi/php/1197383840/
- 29 名前：nobodyさん mailto:sage [2008/02/14(木) 01:42:15 ID:???]
- >>24
どう考えてもsymfony。作りこみが他の比じゃない。
そもそも全体が太るのを避けるならFWなんて使うべきじゃない。Rasmasのやつ使え。
- 30 名前：nobodyさん mailto:sage [2008/02/14(木) 02:11:57 ID:???]
- >>28
Zendが本命とかよく本とかには書かれてますが、どういうところが駄目なんですか？
- 31 名前：nobodyさん mailto:sage [2008/02/14(木) 02:30:57 ID:???]
- 設計として疎結合を重視しすぎていて、
そのせいで痒い所に手が届かない部分が、
フル装備のsymfonyやcakeに比べると物足りなく思える。
ZFは言ってみれば、
軽量な骨組みに綺麗なクラスライブラリを置いてある感じ。
というのがZFについて人から聞いた話。
- 32 名前：nobodyさん mailto:sage [2008/02/14(木) 02:35:13 ID:???]
- symfonyやcakeで届く痒いところってどんなところ？
- 33 名前：nobodyさん mailto:sage [2008/02/14(木) 10:57:40 ID:???]
- bakeで焼いてる(笑)ヤツらは、便利と思ってるのかな。
- 34 名前：nobodyさん mailto:sage [2008/02/14(木) 11:16:32 ID:???]
- bakeで焼いたら焦げました('A`)
- 35 名前：nobodyさん mailto:sage [2008/02/14(木) 16:32:38 ID:???]
- >>34
baka
- 36 名前：nobodyさん mailto:sage [2008/02/14(木) 20:03:37 ID:???]
- mb_send_mailまわりってダメダメだな・・・
mb_encode_mimeheaderはmb_internal_encodingが必要って見たけど
PHP4の稼働してるバージョンじゃそれでもだめだったし
自分でヘッダ組み立ててmailで送るしかないじゃん・・・('A`)
- 37 名前：nobodyさん mailto:sage [2008/02/14(木) 22:00:33 ID:???]
- mb_send_mail()で使えているけど。
ただ、引数指定にはいろいろノウハウがあったような…
単純にテキストメール送るだけなら、楽なことは楽。
- 38 名前：nobodyさん mailto:sage [2008/02/14(木) 22:01:07 ID:???]
- つーか、ここはフレームワークスレじゃん。
フレームワークにメールモジュールないの？
- 39 名前：nobodyさん mailto:sage [2008/02/14(木) 22:52:13 ID:???]
- あるけどしょっちゅう化ける
特に洋モノは。
南蛮人に極東のマイナー言語のサポートなんか期待できないのは
当然っちゃ当然だが
- 40 名前：nobodyさん mailto:sage [2008/02/15(金) 00:58:46 ID:???]
- まあいい加減ISO-2022-JP（だったっけ？）に変換して送る様なローカル慣習も無くなってくれてもいいんだが。
UTF-8通らないサーバとかメールクライアントとかはもう無視する方向で行きたいな。
（どのみちそっちの方向にしか進まないんだから）
- 41 名前：nobodyさん mailto:sage [2008/02/15(金) 02:02:23 ID:???]
- 70文字で区切るとかいう仕様も今の時代意味あんの？
そのせいでmb_encode_mimeheaderも腐ってるし
いつの時代の仕様なんだっての
- 42 名前：nobodyさん mailto:sage [2008/02/15(金) 03:18:39 ID:???]
- ってか実際的に考えて、70文字区切りなんていらないんじゃないか？
mail関数のサブジェクトの説明には「改行を含んではいけません。」って書いてるし、
実際サブジェクトを適当な文字数で区切ってbase64エンコードした場合と
まったく区切らずにbase64エンコードした場合の結果が
gmail,shuriken,docomo(foma)で同じだったし
恐らく今のクライアントだったらほとんど問題ないだろう。
mb_encode_mimeheader的な区切り処理は
むしろ何かと害があるんじゃないか。
- 43 名前：nobodyさん mailto:sage [2008/02/15(金) 03:25:30 ID:???]
- そういう風に考えていくと
mb_send_mailの存在意義が分からないな。
出来ないことを出来ると見せかけるという意味で
むしろ悪影響の方が大きい
前もってmb_internal_encodingを設定しろとか
バッドノウハウが広まってること自体がおかしいだろ
常識で考えて
- 44 名前：nobodyさん mailto:sage [2008/02/15(金) 11:46:50 ID:???]
- MIMEの仕様に文句があるならRFCを修正してくれ。
- 45 名前：nobodyさん mailto:sage [2008/02/15(金) 21:41:50 ID:???]
- mb_send_mail関数があるおかげで、PHPerにメール(というかMIME)関連の知識が付かない、という弊害もある。
・・・仕様が半端だしあちこちで不具合が出るから結果的にはある程度知らなきゃいけないんだがｗ
本当に半端な関数で、こんなもの実装するくらいならPEARででもまともなMailクラスを育てればいいのに。
- 46 名前：nobodyさん mailto:sage [2008/02/15(金) 22:11:53 ID:???]
- 俺もmb_send_mailの存在意義がわからん。
mail関数じゃダメなのか？ というか何が問題でmb_send_mailが出来たんだ？
調べろと？ そうですなｗ
とりあえず、subjectはISO-2022-JPにしたあとbase64エンコードしている。
本文はISO-2022-JPにしている。
これでmail関数使っているが、なにか罠があるのか？
- 47 名前：nobodyさん mailto:sage [2008/02/15(金) 22:18:51 ID:???]
- >>38
> つーか、ここはフレームワークスレじゃん。
> フレームワークにメールモジュールないの？
じゃあ、フレームワークに絡める。
CakePHP 1.2にはメールモジュールEmailComponentがあるのだが、
このモジュール。mb_send_mailではなく、mail関数を使っている。
当然日本語とか考慮されていない。
charsetというプロパティはあるにはあるのだが、これだけじゃうまくいかない。
なので、EmailComponentを継承して__encode、__renderTemplateメソッドを
オーバーライドしてエンコードおよび、半角カナなどを変換しているよ。
- 48 名前：nobodyさん mailto:sage [2008/02/15(金) 22:22:04 ID:???]
- 確かにメール関連知識付くの遅かったな
mb_send_mailの挙動が変だから
ずっとメールに対して奇々怪々なイメージがあった
やってみればたいして難しくないんだが。
mailを直接触る方が健康的だな
- 49 名前：nobodyさん mailto:sage [2008/02/16(土) 20:07:48 ID:???]
- PHPのCLIって起動やたら遅くね？
CLIが速いスクリプト言語って何？
- 50 名前：nobodyさん mailto:sage [2008/02/17(日) 00:10:17 ID:???]
- bash
- 51 名前：nobodyさん mailto:sage [2008/02/17(日) 11:55:49 ID:???]
- まあ、PHPはウェブ専用だよ。
- 52 名前：nobodyさん mailto:sage [2008/02/17(日) 19:25:33 ID:???]
- >>49
マジレスすると Perl
Ruby は普通
Python はかなり遅い
起動の早さはバイナリサイズによるところも大きくて、awkやluaのようにバイナリが小さいものだとPerlよりも起動が早い。
- 53 名前：nobodyさん mailto:sage [2008/02/18(月) 20:19:24 ID:???]
- じゃあPerlにしようと思って
Perlの本買ってきた
Perlは糞記号が多いな
$にいろんな意味持たせすぎ。
こういうタイピング時点での節約がなんか前時代的
CLIのスクリプトってフレームワークの階層のどこに置けばいいんだろ？
- 54 名前：nobodyさん [2008/02/18(月) 20:41:46 ID:7b3e8wHY]
- CLIなら別にPHPとかPerlとかRubyとかPythonとかに限らなくてもいいんじゃね？
もうおそいか
- 55 名前：nobodyさん mailto:sage [2008/02/19(火) 01:36:48 ID:???]
- >52も罪深いが、>53は単純すぎる。
- 56 名前：nobodyさん mailto:sage [2008/02/19(火) 02:08:39 ID:???]
- >>46
調べろ
- 57 名前：nobodyさん mailto:sage [2008/02/19(火) 05:15:52 ID:???]
- 実際PHPもPythonもCLI重いじゃん
shなんて単純なものしか書きたくないし
そうなるとPerlは充分妥当な線だろ。
スクリプト言語の中ではPHPに一番近いし。
- 58 名前：nobodyさん mailto:sage [2008/02/19(火) 05:27:17 ID:???]
- まあPHPの既存のクラスを使うようなもので
速度がいらない処理（scaffolding等）はPHPで全然問題ないけどね
- 59 名前：nobodyさん mailto:sage [2008/02/19(火) 07:47:46 ID:???]
- www.timestretch.com/FractalBenchmark.html
ここの結果だとPythonの方が速いけど。
まあ、当たり前だけど目的による。
なんで盲目的にPerlが速いといえるのかがわからん。
- 60 名前：nobodyさん mailto:sage [2008/02/19(火) 12:02:30 ID:???]
- Perlでも例えば
use Encode;
use CGI;
use Data::Dumper;
とかやると結構違うんじゃね？
結局CLIの起動速度とか、言語の選択にそれほど影響する場面ってあるか？
まあRubyは結構がつんと引っかかるのを感じることはあるけど
- 61 名前：nobodyさん mailto:sage [2008/02/20(水) 03:45:15 ID:???]
- チープなWebアプリケーションを作る場合には、PHPは他を圧倒するな。
extで話が済んでるうちは、荒っぽくいえばCのWebフレームワークなわけだし。
rubyとか今やRailsないとWebアプリ作れねーんじゃねーかと。
- 62 名前：nobodyさん mailto:sage [2008/02/20(水) 08:15:36 ID:???]
- ruby作った松本も神だけど
rails作った奴も神だな
神と神が合体して偉大なるソフト
- 63 名前：nobodyさん mailto:sage [2008/02/20(水) 08:57:52 ID:???]
- 多神教なんですね
- 64 名前：nobodyさん mailto:sage [2008/02/20(水) 11:16:03 ID:???]
- ワラタｗ
- 65 名前：nobodyさん mailto:sage [2008/02/20(水) 16:36:10 ID:???]
- >>62
神と神を合体させると何が出来るのですか？
members.jcom.home.ne.jp/sss-3/shin3/shin3_gdevil.html
- 66 名前：24 mailto:sage [2008/02/20(水) 18:10:02 ID:???]
- うーん、どれも似たり寄ったりなのかな？
じゃあ、質問を変えてajax（というより、DHMLメイン？）前提ではどれが作りやすいかな？
たとえば、xhrを用いた非同期通信をサポートする上での仕様が覚えやすいとか、
prototype.js系に限らずほかのJSライブラリ（dojo系やYahooUI系）でも利用可能な仕様が公式側で用意されているとか。
- 67 名前：nobodyさん mailto:sage [2008/02/20(水) 21:07:41 ID:???]
- あ、それ俺も知りたい。
別途jQuery叩いてて不満ないのでフレームワーク側のAJAXサポートとか評価したことない。もちろん手間はある
識者のお勧め希望
- 68 名前：nobodyさん mailto:sage [2008/02/21(木) 00:14:33 ID:???]
- 外国の技術系サイト見たら
システム周りのちょっとした作業するのに使われてるのRubyばっかだな
逆にPythonはあんまり見ない
Ruby知らないとイモって言われる時代もすぐそこか・・・(´・ω・`)
- 69 名前：nobodyさん mailto:sage [2008/02/21(木) 00:38:11 ID:???]
- >>66
なんか前スレのJaxerを彷彿とさせる流れだ
サーバサイドとフロントエンドをそれほど上手に連携させていて、しかも汎用的な
フレームワークとかまだそんなに無い雰囲気だけど、あるなら俺も知りたい
強いて言うなら、RubyはJavaScriptと近い記述も可能な印象があるので、スクリプトを
組む人間の脳みそ的に楽かも知れない。
オブジェクトやブロックの扱いとか、記述の柔らかさというかその辺で、少なくとも、PHP
よりは感覚が近いような
なんだこの印象論はと書いてて自分で思った。
- 70 名前：nobodyさん mailto:sage [2008/02/21(木) 00:56:06 ID:???]
- 記述で言えば{}や;やら表面上はPHPの方が似てるんじゃね？w
まあ確かになんでもかんでもオブジェクトでござい、てあたりは似てるね
- 71 名前：nobodyさん mailto:sage [2008/02/21(木) 01:12:47 ID:???]
- ruby on railsは神と神のフュージョン
いいかえればキリストとアッラーが融合合体した「究極生命体」
- 72 名前：nobodyさん mailto:sage [2008/02/21(木) 01:17:10 ID:???]
- キリストは神じゃないよ(´・ω・`)
- 73 名前：nobodyさん mailto:sage [2008/02/21(木) 01:18:32 ID:???]
- 神と神が合体するとフレームワークが出来上がるが
バカとバカが合体すると子供が生まれる
- 74 名前：nobodyさん mailto:sage [2008/02/21(木) 01:21:07 ID:???]
- >>68
Rubyはもう古い
時代はScala
- 75 名前：nobodyさん mailto:sage [2008/02/21(木) 01:23:24 ID:???]
- >>74
Scalaをググってみましたが
SCALA:(スカラ)は岡山市のヘアーサロンらしいです
- 76 名前：nobodyさん mailto:sage [2008/02/21(木) 02:54:43 ID:???]
- >68
GNOME周りの細かいスクリプトってPythonばっかでしょ？
海外でRuby使っている人ってRoRの流れの人じゃないかな
正直なところ、RoRは偉大だと思うけどRubyはそうは思わない
「RoRのプログラマに選ばれた言語」として評価はするけど
- 77 名前：nobodyさん mailto:sage [2008/02/21(木) 12:49:51 ID:???]
- BlenderのPython
Google SketchUpのRuby
PHPをスクリプト言語として搭載した色物3DCGソフトがあったら色んな意味で面白そうだ
- 78 名前：nobodyさん mailto:sage [2008/02/21(木) 13:39:33 ID:???]
- 将来的にRubyが来るかPhthonが来るかPerlがしぶとく生き残るか。
ずぅっと混戦状態な気もするけど。
案外Webだけに的を絞ったPHPが一番長生きだったりしてね。
でも10年後、PHPの役目が今のCOBOL的な負の遺産管理とか、そういう生き残りかたはやだな。
- 79 名前：nobodyさん mailto:sage [2008/02/21(木) 14:20:40 ID:???]
- 結局phpもjavascriptやperlみたいに上級者と初心者が乖離して
その間を埋める新しい言語が出てくるんじゃないの
一方extract($_POST);的なコードはいつまでも再生産されるっていう
- 80 名前：nobodyさん mailto:sage [2008/02/21(木) 16:47:46 ID:???]
- PHPからPython使えてRuby脂肪ｗｗｗ
pecl.php.net/package/python/download/0.8.0/
- 81 名前：nobodyさん mailto:sage [2008/02/21(木) 18:22:05 ID:???]
- マッツがむかつくから今までRubyしなかったけど
外人が大量にやってるからRuby始めました
YAMLが簡単に扱えてｲｲ(･∀･)！
- 82 名前：nobodyさん mailto:sage [2008/02/21(木) 18:47:15 ID:???]
- >>81
これよりも簡単に扱えるん？
itpro.nikkeibp.co.jp/article/COLUMN/20070507/270080/
PHP版がこのコード↑として、Ruby版はどういうコードなん？
- 83 名前：nobodyさん mailto:sage [2008/02/21(木) 19:00:50 ID:???]
- require 'yaml'
file_dir = './hoge.conf'
str = open(file_dir).read()
data = YAML.load(str)
こんなん
もっとキレイに書けるのか知らないけど。
コード自体はたいして変わらないか。
でも変なパースされてハマったことあるからspycにはいい印象ないな
- 84 名前：nobodyさん mailto:sage [2008/02/21(木) 19:09:48 ID:???]
- ってか、やっぱり標準で装備されてる安心感が大きい
- 85 名前：nobodyさん mailto:sage [2008/02/21(木) 19:19:43 ID:???]
- じゃあ、YAMLが簡単に扱えるじゃなくて、
YAMLライブラリが標準添付されているって言うべきだな。
- 86 名前：nobodyさん mailto:sage [2008/02/21(木) 19:23:34 ID:???]
- ある文に後から関数的な処理を加えたい時、PHPだと
[追加部分前半](元の文)[追加部分後半]
って分かれるのが普通だけど
Rubyだと
（元の文）[追加部分]
で済むのが気持ちええ〜
多重に追加する時も
（元の文）[追加][追加][追加]
って書いていけるのがオルガスムス(´ρ｀)
- 87 名前：nobodyさん mailto:sage [2008/02/21(木) 19:40:27 ID:???]
- ここRubyスレじゃないんだ。わかってる？ｗ
- 88 名前：nobodyさん mailto:sage [2008/02/21(木) 19:43:13 ID:???]
- 関数塗れな処理で、カッコでgdるかドットシンタクスで繋げられるかって事か
地味だがjQueryハマってるので気持ちは判る
しかしスレ違いではないか
- 89 名前：nobodyさん mailto:sage [2008/02/21(木) 20:06:49 ID:???]
- すぐスクリプト言語についてぬるく語るスレになるなここはｗ
よっぽどPHPのフレームワークにネタがないのか
- 90 名前：nobodyさん mailto:sage [2008/02/21(木) 21:58:56 ID:???]
- 他言語も含めてフレームワークでネタが続いているの
どこにあるんだよｗ
- 91 名前：nobodyさん mailto:sage [2008/02/22(金) 09:46:47 ID:???]
- >>59
>www.timestretch.com/FractalBenchmark.html
>
>ここの結果だとPythonの方が速いけど。
>まあ、当たり前だけど目的による。
>なんで盲目的にPerlが速いといえるのかがわからん。
>>49と>>52よく読め。起動時間の話をしてるのに違うベンチマーク結果だしてどうする。
>>82
SpycはまともにYAML扱えないから止めた方がいい。いくらなんでも機能低すぎ。バグ大杉。しかもクソ遅い。
- 92 名前：nobodyさん mailto:sage [2008/02/22(金) 12:35:59 ID:???]
- PHPもYAMLパーサ標準装備されるんじゃなかったっけ？
- 93 名前：nobodyさん mailto:sage [2008/02/22(金) 12:47:30 ID:???]
- まじで？早くしてほしいね
- 94 名前：nobodyさん mailto:sage [2008/02/22(金) 15:13:53 ID:???]
- Symfonyでふんだんに使われているSpycが
そんなに悪いとは思えないが？
- 95 名前：nobodyさん mailto:sage [2008/02/22(金) 15:16:53 ID:???]
- Pieceでも前提にしてるね Spyc
- 96 名前：nobodyさん mailto:sage [2008/02/22(金) 15:19:12 ID:???]
- いままで parse_ini_file も有効利用出来なかったPHPerがYAMLってだけで何でそんなに騒ぐのか
- 97 名前：nobodyさん mailto:sage [2008/02/22(金) 15:25:54 ID:???]
- spycは単純な設定ファイルを読む程度なら充分だけど、
ヘビーに使おうと思うとあきらかに役者不足だよ。
- 98 名前：nobodyさん mailto:sage [2008/02/22(金) 15:37:27 ID:???]
- 取り立てて良いわけでもないが、まともにyaml扱えないなんて印象はないけどな
だいたいyamlなんて設定ファイルで使うケースがほとんだと思うが
遅いって言っても実環境で使うなら普通キャッシュするし
機能低いとかヘビーに使うとか一体どういう局面で困ってるの？
- 99 名前：nobodyさん mailto:sage [2008/02/22(金) 16:34:52 ID:???]
- YAMLってヘビーに使うものなのか？
通常は設定ファイル程度に使わないか？
そういうのは一度キャッシュしてしまうだろうし。
（ってろく読まずに書いたら>>98も同じこといってるじゃんｗ）
- 100 名前：nobodyさん mailto:sage [2008/02/22(金) 17:13:10 ID:???]
- YAMLのパース処理なんて単純だし固定的だからエクステンションにするのがベストだろうな
symfonyってsyckとかいうの使うようになったんじゃなかったけ？
- 101 名前：nobodyさん mailto:sage [2008/02/22(金) 17:18:54 ID:???]
- >91
いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？
だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
- 102 名前：nobodyさん mailto:sage [2008/02/22(金) 17:31:08 ID:???]
- web+db press ちょうどyamlについての特集してるな
web+db pressの個人的タイムリー感は異常
- 103 名前：nobodyさん mailto:sage [2008/02/22(金) 17:33:55 ID:???]
- 「起動が遅くてもインクルードで遅れたら」ってどゆこと？
「起動が速くてもインクルードで遅れたら」のtypo?
- 104 名前：nobodyさん mailto:sage [2008/02/22(金) 18:29:49 ID:???]
- >>101
>いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？
>だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。
起動の速さを話題にしているんだから、それ以外の要素を持ち出すならそれを説明すべきだろ。
>>49,52,59を順に読んでみろ。どこにインクルードやrequireの話がでている?
「目的による」のひとことで分かるわけがない。おまえの脳内で勝手に補完するな。
>それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。
それは>>60からだろ。60はちゃんと説明しているが、59まではそんな話でてきてない。時系列を無視して語るな。
>この人は意図をよく理解してる。あなたはもう少しよく考えましょう。
おまえこそもう少しよく読め。
- 105 名前：nobodyさん mailto:sage [2008/02/23(土) 21:58:54 ID:???]
- web+db press読んだ
YAMLって結構高機能なんだな〜
- 106 名前：nobodyさん mailto:sage [2008/02/24(日) 09:22:41 ID:???]
- ワロタｗ 高機能の内容も言わず、高機能とか言っても信用されないｗ
- 107 名前：nobodyさん mailto:sage [2008/02/24(日) 11:54:48 ID:???]
- 信用って何だよ
仕様を見ればわかるがな
- 108 名前：nobodyさん mailto:sage [2008/02/24(日) 19:48:11 ID:???]
- 最も使われているYAMLパーサのSyckはRuby出身
Rubyの手のひらの上で暴れてるだけのPHP乙
- 109 名前：nobodyさん mailto:sage [2008/02/24(日) 20:10:52 ID:???]
- 最も使われてるの？
PHPのプロダクションてほかの言語からの輸入物多いからいまさらそんなん言われても
- 110 名前：nobodyさん mailto:sage [2008/02/24(日) 23:46:30 ID:???]
- PHP＝ポリシーのないパクリパッチワーク言語でおk？
- 111 名前：nobodyさん mailto:sage [2008/02/25(月) 00:58:06 ID:???]
- >>110
そう書くと、それはそれでとても魅力的な言語に見えます。
- 112 名前：nobodyさん mailto:sage [2008/02/25(月) 03:41:00 ID:???]
- PHPにいいとこどりされて他の言語脂肪ｗ
- 113 名前：nobodyさん mailto:sage [2008/02/25(月) 10:52:39 ID:???]
- 最近、Ruby本多くなったけど誰がRuby使ってんの？
- 114 名前：nobodyさん mailto:sage [2008/02/25(月) 14:43:04 ID:???]
- 異教徒
- 115 名前：nobodyさん [2008/02/26(火) 00:07:04 ID:/Sycx4p+]
- 言語崇拝者でしょ。
- 116 名前：nobodyさん mailto:sage [2008/02/26(火) 00:42:37 ID:???]
- なぜ島根県が出て来ないのだ
- 117 名前：nobodyさん mailto:sage [2008/02/26(火) 02:09:18 ID:???]
- おまいらＰＨＰ，ｐＨＰていうどやなあ
今までＰＨＰでいくら稼いだんや？
- 118 名前：nobodyさん mailto:sage [2008/02/26(火) 02:10:31 ID:???]
- 松本は島根県民としては誇りだ
しかしネゴシックスは県民の恥さらし
- 119 名前：nobodyさん mailto:sage [2008/02/26(火) 02:13:42 ID:???]
- 世界に通用する言語開発した唯一の日本人が
島根県民だから同県民として素直にうれしいし
松本も地元に愛着を持ってるらしく
Ｒｕｂｙ検定やら松江を発信基地として活動してくれる
- 120 名前：nobodyさん mailto:sage [2008/02/26(火) 02:15:05 ID:???]
- 島根県民は案外、人口の割りに頭のいい奴は多いぞ
- 121 名前：nobodyさん mailto:sage [2008/02/26(火) 02:39:30 ID:???]
- 頭は良いが、常識はないってパターンか
いい加減書き込むときはスレタイぐらい読めよ
- 122 名前：nobodyさん mailto:sage [2008/02/26(火) 08:59:32 ID:???]
- Rails使いたくてこの1ヶ月Ruby勉強してた
確かに書きやすいしPHPに比べるときれい
でも肝心のRails環境があまり無い
実用面ではPHPがNo.1だと思います
それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか？
この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
- 123 名前：nobodyさん mailto:sage [2008/02/26(火) 16:01:26 ID:???]
- >>122
>それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか？
YES
>この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです
その判断は誤りだといっておこう。
PHPはRubyと比べてできないことが多いから、PHPでRailsを真似てもたいしてうまくいかない。
- 124 名前：nobodyさん mailto:sage [2008/02/26(火) 20:24:36 ID:???]
- >>123
具体的に何が出来ないんですか？
- 125 名前：nobodyさん mailto:sage [2008/02/26(火) 20:29:50 ID:???]
- >>124
簡潔な記述、とかかなぁ
- 126 名前：nobodyさん mailto:sage [2008/02/26(火) 20:38:57 ID:???]
- ( ´д`;)…
- 127 名前：nobodyさん mailto:sage [2008/02/26(火) 21:49:40 ID:???]
- >>122
akelos
- 128 名前：nobodyさん mailto:sage [2008/02/26(火) 22:30:12 ID:???]
- >>122
Railsに最も近いのは、現状でいえばakelos
でも、Railsがベストなわけじゃないってのは認識したほうが。
symfonyはRailsよりリッチ。いい意味でも悪い意味でも。
- 129 名前：nobodyさん mailto:sage [2008/02/26(火) 22:47:06 ID:???]
- そりゃどちらがrailsクローンかと言われると
akelosだけど現実的に考えるとsymfonyだろう
リッチってなんだよリッチって曖昧過ぎるだろ
|
 |
