【Ruby】Ruby on Rails Part3

そのリビジョンって本家にあるリポジトリとは別のもの？
ちょっと実装を見てみたいんだけど

gem install -s http://gems.rubyonrails.com -y rails
で入れた物です。

TRACだとこれですね。
http://dev.rubyonrails.org/browser/trunk/actionpack/lib/action_controller/request_forgery_protection.rb

scaffold
【建】足場（を設ける）; 絞首［断頭］台; （the 〜）死刑.

なぜか、killやabort(中絶という意味もある)というシステムコールを
改名したクリスチャン向けUNIXというネタっぽい話をかつて目にした
のを思い出した。

CakePHPで充分じゃん。なんでわざわざRubyに必死になるのかわからん。
Rubyもしばらく使ってみてたけど、そんなに大それたほど優秀じゃないなと判断。
趣味レベルで開発してるのならどちらでも関係ないのだろうけど、プロとして
業務で使う道具として選ぶのならWebprogはPHPにリソースを集中させて自分達の
ノウハウを蓄積していく方が結果的には効率が良いと思ったよ。
今ではCakePHPみたいにRoRと比較しても使いやすいフレームワークも出てきてるしね。
CakePHPは1.2系が早くstableになってくれると、とても嬉しい。

PHPがスレチなのはいいとして、
処理言語としてのPHPのEOLが短すぎて、
フレームワーク以前の問題。

CakeもZendも優秀だけど、PHPがクソ。

宣伝お疲れ様

両方使った上でPHPのほうがいいってんなら良いと思うよ。
背伸びしないことも大事だ。
自分にあったレベルのツール使わないとね

自分も会社の利用言語（に限らずアーキテクチャ全般）を決める立場だけど、
「今」で言えば間違いなくPHPだと思う。

ただ、昔、Perlがメインで「PHP？趣味の言語だろ？」という状態だった時に
PHPのノウハウを個人で貯めていたおかげで、今PHPでアドバンテージを出せてる
かなーと思っているので、さらに先を見た時にRuby（RoR）のノウハウ貯めておく
のは良いと判断してます。

（ただまあ単純にRuby（RoR）は書いてて楽しい、というのもあるけど。）

PHPがどのような利点を持ってるか具体的に書いてみなよ？

自分宛？

PHPの利点は

（1）エンジニアの数
（2）Apacheとの連携の容易さ
（3）インストールベース

ってとこだろうね。

自分的には（2）がもうちょっとなんとかならんかなーと思ってます。

apacheHTTPD との連携の容易さって具体的に何？

自然言語まで抽象化されても困るわけだが。

rubyは書きやすくてモジュールもすぐにそろうからいいなと思ってたんだけど
文字列の処理に絶望したのでしばらくphpで我慢する

>>956

どのへんに絶望したか詳しくプリーズ。

今のところ絶望してないんだが、そんなにヤバいことがあるのか？

文字列の処理ならRubyの方がステキだと思うけど?

文字列のためのにRuby使ってるようなもんだなー

マカーがRUBYするとサイキョウ

Mac使うならWOあるでしょ。RoR使う理由は殆ど無いと思うが。

LeopardからはRoRが標準装備
WOはMacOS X Serverライセンスが必要。でしたよね？
JRuby on Rails with WebObjectとかになるの？

PPCユーザなんで知らんのだけど、
DeveloperToolsというか、Xcode無しでRoR付いてる？

WOはクライアント版OSXでも動くよ。
Xcodeにも1クライアント限定版のWOが付いてくるはず。

WOから見ると、JBOSSもRoRも道具の一つで、
RoRのプロダクトをWOで吸収する必要でも無きゃ、
RoRを使う理由は無いと思うよ。

>>963
LeopardからRoRが標準で付くというのはメーカーサイトにも
載ってる公知の事実だが、現行のTigerにはついてないので、
どういう形態で入ってくるかはわからんなぁ。
開発バージョンの内容についてはNDAだろうし。

ADCからディスク届いてるんだろうけど、興味なくて見てないや。
>>962が言ってるのは10.4Serverってことかな？

確か素のOSX Serverはperlもgccも無いはずだから、
後から入れるんだろうと想像してるけど。

正直、OSXは面倒ｗ

rubyってmb_系ないから文字列処理大変じゃないの？
そりゃ速度きにしないってんならrailsのmultibyte使えばいいんだろうけど

>>966
日本語でおK

utf8でいいじゃん

>>966
標準で簡単に変換できるライブラリあるよ
日本生まれの言語がマルチバイト使いにくかったら萎えるｗ

つうかPHPってRubyのGNU regex matz改を使ってなかった？
今も使ってるかは知らんけど。

phpはそうだね。鬼車入ってる。
railsでutf8じゃないと"うんこ".index('ん')のとき1が欲しいとき
困らない？

phpはいちおう
echo mb_strpos('うんこ', 'ん'); # 1
があるけど

jcodeはあんまり充実してるとは言い難い気がするなぁ。

>>971の例だと
#require 'jcode'
#$KCODE = 'e'

puts 'うんこ'.split(//).index('ん') #=> 1
とか、あとやることによってはeach_charとenum_forを組み合わせるとか、
ちょっと回りくどい。

WOは最強ですよ
ただ、運用環境を考えると。。う〜む
PHPは。。いいんじゃない
でも、私は、Ruby on Railsだな
理由聞かれても困るけど。。

Ruby使ってると、何がいいのか説明に困ることはよくあるよなw

これ↓読んで好きになったわけじゃないんだけど、
ttp://www.aoky.net/articles/why_poignant_guide_to_ruby
好き嫌いは説明できないです

ところで、MacOS X 10.5 LeoardにRailsが入るってことは、
いま、gemなりMacPortsなりで/opt/local等に入れてるのが、
Appleのビルド(というかパッケージングか)で/usrの下に入るというだけでなく、
XcodeでRailsプロジェクトがサポートされると思えばOK?

WO って長らくアップデートされていないけど
セキュリティホールとか発見されていないの？

バグフリーってこと？

>>973
運用考えると、WOもRoRもにたようなもんじゃないですか。

http://mput.dip.jp/mput/?date=20070924#p01
「お前ら！ミッションクリティカルな業務システムのメンテナンスも趣味でやれ！」

ﾙﾋﾞ厨って無茶言うな。

>>979
本人がやるっていってんだからやらしとけば良いじゃん。

>>979
そのサイトトップをクリックするとエラーになる。
ご高説をたれながら自分の社会の窓が開いてるのに気づかないとは。



ダサ過ぎ(www

07/09/24まで挫折を知らないで生きてきた人なのかな？
口調が厨すぎる

この人の口の悪さに関しては今更じゃんw
やることやってるから文句は言えん

>>978

>>973ではないが、全然ちがいます。

運用という言葉の意味が違っているかもしれないけど、
コードメンテナンスという意味の運用フェーズの一部プロセスを指すなら
似たようなものになるかもしれませんが。

Ruby on Railsは本当に使えるのかっていうとはっきりいうとまだまだです。

Javaの数倍の開発効率と言われるが、早いのは、一つのテーブルにアクセスする
最低限の機能を実装するまでで、その後は、毎度おなじみの地味な作業が待っている。

おそらく、その辺はEclipseを使ってJavaで作った方が早い。

パフォーマンスについても、ちょっと表現は厳しいかも知れないが、
Javaでいうと、Appletで遊んでいた頃に近いかも。

つまり、遅い。

過度な期待をすると、とんでもないことになる。

>>980
任せた客が可哀想

>>985

用途選ぼうよ

>>987
つまりそれって、ショボいAP作るのにしか使えないってこと？

>>987が勘違い。はっきり言って何でもできる。

次スレたてちゃっていいかね

>>990
いいんじゃね？

Ruby on Rails Part4
http://pc11.2ch.net/test/read.cgi/tech/1191381506/

あれ、ム板に移動？