トップページ⇒php
993コメント316KB

【Ruby】Ruby on Rails Part3

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん2007/02/06(火) 20:10:09ID:nOZh/PU9
Rubyのweb application frameworkである
Ruby on Railsに関するスレッドです。

<英語>
本家： http://www.rubyonrails.org
API： http://api.rubyonrails.com/
Documents&Tutorials： http://documentation.rubyonrails.com/

<日本語>
Rails' wiki： http://wiki.fdiary.net/rails/


前スレ
【Agile】Ruby on rails相談所 part2【DRY】
http://pc10.2ch.net/test/read.cgi/php/1151254378/
0893nobodyさん2007/09/15(土) 00:37:09ID:8+kowwgO
ログのローテーションについてですが、
Windows2003Sever上で動いているrailsのログをローテーションするにはどうすべきでしょう？
linuxならlogrotateらしいんですが。
DrbLogger？

apache/mongrelで動かしてるんですが、ログファイルってmongrelが掴んで
外からはファイルのリネームとかってできないような気がするんですけど。

win系のサーバを本番で使っちゃだめ？
0894nobodyさん2007/09/15(土) 00:43:00ID:???
Logger.newの引数でローテート指定するのじゃ駄目なの?
(複数インスタンスでやるとたまにシフトに失敗するが)
0895nobodyさん2007/09/15(土) 01:03:00ID:8+kowwgO
複数インスタンスというのがイマイチ理解が怪しくて。
それがLoggerオブジェクトのインスタンスと考えるとリクエスト毎にインスタンスが
生成されるわけだから駄目なのかなとか思ったりしてます。
間違ってますかね？
0896nobodyさん2007/09/15(土) 01:46:16ID:???
>>895
mongrel_clusterとかでバックエンドのrailsアプリを複数プロセス走らせ
てると、それぞれが1つのファイルをローテートしようとして、失敗する
ことがある、みたいな話。
インスタンスてのはここではアプリケーションプロセスのことだな。
0897nobodyさん2007/09/15(土) 11:02:49ID:???
>>892
ありがとうございます
0898nobodyさん2007/09/15(土) 23:30:12ID:???
3rdRail Trial for Windows
http://cc.codegear.com/Item/25010

3rdRail Trial for Mac OS X
http://cc.codegear.com/Item/25011

3rdRail Trial for Linux
http://cc.codegear.com/Item/25012
0899nobodyさん2007/09/15(土) 23:32:12ID:???
3rdRailて、第3軌道の意味とかけてるのか。
0900nobodyさん2007/09/15(土) 23:33:12ID:???
軌条だた。
0901nobodyさん2007/09/15(土) 23:40:33ID:TVo97AxG
>>894、896
なるほど。
それなら大丈夫そうです。
ありがとうございます。
0902nobodyさん2007/09/18(火) 12:10:58ID:7uftnMIF
> 3rdRail Trial for Mac OS X
> http://cc.codegear.com/Item/25011
今はまだComing Soonです。
0903nobodyさん2007/09/18(火) 12:17:26ID:???
CodeGear，Ruby on Rails対応統合開発環境「3rdRail」の販売を開始
http://itpro.nikkeibp.co.jp/article/NEWS/20070918/282146/
0904nobodyさん2007/09/18(火) 21:18:56ID:???
>>903
TAKEEE
0905nobodyさん2007/09/18(火) 21:59:05ID:???
安いじゃん。買おうかな
0906nobodyさん2007/09/19(水) 02:49:10ID:???
Ext pluginに一目惚れしたんですが、javascriptは使ったことないです。
この機会にと思っていろいろ調べてみたら、
手続き型みたいなオブジェクト指向っぽくってうまく飲み込めません。

javascript をガリガリ書くのではなく、利用するための知識を手に入れたいのですが、
おすすめの本やサイトはありませんか？
0907nobodyさん2007/09/19(水) 02:58:22ID:???
ActiveRecordに一目惚れしたんですが、SQLは使ったことないです。
この機会にと思っていろいろ調べてみたら、
手続き型みたいなオブジェクト指向っぽくってうまく飲み込めません。

SQLをガリガリ書くのではなく、利用するための知識を手に入れたいのですが、
おすすめの本やサイトはありませんか？

＞スレチ
0908nobodyさん2007/09/20(木) 12:30:28ID:???
なんとなくbeta gemを入れて遊んでみた。(r7116相当)
初見で目に付いた変化。

・actionwebserviceがオプションになった。
・activeresourceに依存するようになった。
・componentsディレクトリがなくなった。
・config/environment.rbに書いていた初期化コードはconfig/initializers/*.rb
として任意の名前で置けるようになった。(inflectionsなんかもここへ移動)
・scaffoldジェネレータで作られるコードがRESTfulになった。
(scaffold_resouce が scaffold を乗っ取った?)
・ERbテンプレートファイルの拡張子が .html.erb になった。
・AR::Base#inspectが属性値のみになり、見やすくなった(と思う)。
User.find(1)
=> #<User id: 1, login: "Hoge", password: "$1$lhxzTjIM$7Og1d27kMIaItxfsXB3mca", created_at: "2007-09-19 22:14:48", updated_at: "2007-09-19 22:33:07", active: true>
・Migrationにsexy_migrationプラグイン風のメソッドが追加されている。
create_table... do |t|
t.integer :user_id
t.string :name
:
end
・Paginationはwill_paginateプラグインで。(従来のコードはclassic_paginationプラグインでカバー)
@articles = Article.paginate_by_topic_id(@topic.id, :page => params[:page])
or
@articles = @topic.articles.paginate(:page => params[:page])
find_xxの代わりにpaginate_xxメソッドを使う感じ。
<%= will_paginate @articles %>

さて、CHANGELOGを熟読するか。

0909nobodyさん2007/09/20(木) 14:35:22ID:???
>>908
乙です。
けっこうかわってんなー・・・
0910nobodyさん2007/09/20(木) 14:45:31ID:???
r7493相当のも出てるわね。
0911nobodyさん2007/09/20(木) 16:00:11ID:???
じゃぁおれはそろそろJRubyで動かしてみるかな。
JR on railsっていうと旧国鉄みたいだな。
0912nobodyさん2007/09/24(月) 21:00:06ID:HMQ03/cj
RoR初心者どころか全く何も知らない人です。
これまでのRoRは、低速だったとPerlもRubyも使って現役バリバリな人が言ってました。
これは詳しく言うとどういうことなんですか。
ちなみに、その人はもういないので聞けません。

自分で調べたところ、
「Ruby 1.9は1.8より平均5倍速い」、YARV笹田氏 − ＠IT
http://www.atmarkit.co.jp/news/200709/07/yarv.html
という記事を見つけました。

これを読んで「へー、Rubyってどんどんすごくなるんだね」と言いたくなりますが、
そうではなくて、「これまでが遅かっただけだ」なんてことなんすかね？

どう思います？
0913nobodyさん2007/09/24(月) 21:36:21ID:???
sedはフィルタだった。awkは何でも出来た。
Perlは糊だった。JAVAはOSだった。PHPはお手軽だった。
RubyはPerlだったがJAVAになろうとしている。

便利なナイフは最終的に核爆弾になろうとして本末転倒と化す。
09149122007/09/24(月) 21:56:24ID:HMQ03/cj
>>913
えっと、ありがとうございます。
で、結局「Rubyが遅かった」というのはどういうことですか？

これまでは、RoRは高速に制作できると聞いていたので、
"Ruby is slow"
の声を聞いてから気になって仕方ありません。
これは釣りとか荒らしではなく、実話です。
知り合いの知り合いのコーダーが言ってました。

そこで、個人的な推論によると、
「制作は高速だが、動作は遅い」
という意味なのかな、いやそうとしか考えられんだろ、
と判断しました。

だから、この推論は正しいのか確かめたく質問させていただきました。
0915nobodyさん2007/09/24(月) 22:22:03ID:???
その遅さを現在のハードウェアの発達でカバーするのがRuby流
09168392007/09/24(月) 22:26:24ID:OQ2+NhNm
rubyの実行速度は遅い。
railsでのプロジェクトの制作は速い。
おk?
09179122007/09/24(月) 22:39:25ID:HMQ03/cj
>>915 >>916

おkです。
悩んでいたので、助かりました。

それでも速度は改善のきざしを見せているようですね。
ものすごい速さでコードベースも蓄積されているし、
今後は日本でもWeb系の案件はRubyが主流になっていくんでしょうか？

ぜんぜん関係ないですが、Erlangみたいな関数型が幅をきかせるという説もありますね。
ある技術者がさも自分が未来を見てきたかのように、これからは関数型だ、と言ってました。
それに加えて、C#も関数型機能に対応したようです。

関数型言語由来の新機能 (C# によるプログラミング入門)
http://ufcpp.net/study/csharp/sp3_fanctional.html
C# 3.0 の新機能 (C# によるプログラミング入門)
http://ufcpp.net/study/csharp/ap_ver3.html

Rubyでは関数型に対応する予定はあるのでしょうか？
参考までに質問させてください。

繰り返しますが、釣りではなくて、当方何も知らないので、
いくつかの言語を比較検討しようと考えている所存です。
0918nobodyさん2007/09/24(月) 22:51:43ID:???
3ヶ月前関数型になったけどなんかめんどいってことで元に戻ったよ
0919nobodyさん2007/09/24(月) 23:05:22ID:HMQ03/cj
>>918
そうなのですか。
自分なりに「Ruby 関数型」などでググってみたのですが、
関数型を取り入れるとかまだ取り入れてないだとか、そこらへんの記述がどうも要領を得なくて
結局どうなの?と思ったんです。

関数型は便利で、怠惰な人こそ関数型を、という人もいますが、
その代償しての少しばかりの面倒さも嫌うんですね。
それはRubyの哲学ですかね。

09209132007/09/24(月) 23:07:10ID:???
そうやって目的（実現可能性）から乖離するわけで。
0921nobodyさん2007/09/24(月) 23:47:22ID:???
人伝の情報や上辺だけの情報だけで
言語の良し悪しや物事を簡単に判断すんなよ
本当に何も知らないんだったらその比較しようとする言語を
片っ端から全部自分でちょっとずつ使って見りゃいいだろうが
自分で使う気もなく誰かに使わせるために聞いてるなら即刻帰れ

関数型関数型っていってるけど
あんた関数型言語の何が良くて何が悪いか
本当に理解した上で選択しようとしてんのか？
rubyはlisp大好き人間が作った言語だよ参考までに
0922nobodyさん2007/09/24(月) 23:48:39ID:HMQ03/cj
>>920
はあそうなのですか。

個人的にはRubyには将来性が満載だと考えているのですが、貴方は否定的なのですね。
私は、Rubyの制作速度のおかげでコードベースがすごい速度で蓄積されており、
ノウハウやコーディングスタイルも技術者間で共有されてきているのが非常にすばらしいと思っています。

もちろん、私が調査した範囲で下した判断ですが。

いかがお考えになりますか？
0923nobodyさん2007/09/24(月) 23:55:21ID:HMQ03/cj
>>921
ちょっとオフザケが過ぎたようですみませんね。
軽々しい発言があったことを反省し、以降慎みたいと思います。

ちょっとずつ使っているかと問われれば、使っていないのですが、
でも使う気ではいます。
今は、c,c++,javascript,perl,java,rubyの学習をやっていますが、
関数型までは手を出せない状態です。

lisp大好き人間なのですか。それはいいことを聞きました。
本当に理解したうえで判断したいです。
うわっつらの教条主義や流行や伝聞に流されて、痛い目を見たくはありません。
流行に乗って群れて楽しもうとしているのではなく、
本当に何が正しいのかを自分の目で見極めたいと考えています。
私は真剣です。
そこで、先輩方の意見もまた1つの参考にと考えています。
意見には正しいものもそうでないものもあるかもしれませんが、
私としましては、それらは真実を知るためのきっかけに過ぎぬと考えます。
0924nobodyさん2007/09/25(火) 00:01:31ID:OOv8Weab
>自分で使う気もなく誰かに使わせるために聞いてるなら即刻帰れ

あっ、私はしがない学生です。人を使うだなんてそんな。
09259132007/09/25(火) 00:09:18ID:???
表現がネガティブだったのは事実。特に否定はして無いよ。

WebObjectsを極めればRoRやJBOSSがオモチャだと気付くだろうけどね。
WOは良くも悪くもJAVAで書かれてるし、RoRよりマシ。しかし、これはWebAPに限定した話題。

IDEの話題はまた別ね。XcodeとEclipse、RoRをCLIで利用するのは同列で語っても意味が無い。

フレームワークの話題と処理言語の話題を同じ土俵で語るから
答える側が混乱する典型じゃね？
RailsがPHPやPerlで動いたら、とか、考えたこと無いの？
09269132007/09/25(火) 00:19:48ID:???
追伸。
目的と手段は分けて考えた方が良い。

命題として、「iTunes Music Store、または同等のシステムを構築する」という場合、
今のRailsで構築しようと考えるヤツは居ないだろ？
もっと小規模でイージーなものなら充分かもしれないが、ケースバイケースだよ。

制作（プロジェクトの分析、設計、開発、運用、と勝手に定義するけど）全てを考え、
マクロ視点で見た場合、Railsはまだ未熟。
しかし、JAVA最強、WO最強というわけでもない。

枯れた技術と実績を、成長過程の品と比較しても仕方ないと思うよ。
0927nobodyさん2007/09/25(火) 00:47:27ID:???
>>925
PHPのはあるね、cakephpとかいうのがRoRまんま。

cakephpで作られた本番稼動してる奴を
ざっと仕事で見たんだけど、ここまでまんまなら
最初からRubyでRoRでいいじゃんってのが感想。

レンサバとかでRubyが動かないとか、
Rubyわかる奴が居ないとか
そういう事情がある場合限定だなあ。

そう思わせるだけの魅力はあるよ、Rubyには。
流行だから、とかいう理由も含めて。
0928nobodyさん2007/09/25(火) 03:24:44ID:E3zFeaTC
Ruby on Railsは万能薬ではない
http://slashdot.jp/articles/07/09/23/2357202.shtml

RubyからPHPへ！
0929nobodyさん2007/09/25(火) 03:48:10ID:???
>>928
それの元記事の"#6 - I LOVE SQL"のところが違和感感じるんだがな。
俺のRailsアプリ、SQLコテコテに書きまくってるよw
0930nobodyさん2007/09/25(火) 04:19:03ID:???
railsライクなphpフレームワークも一緒なのかな
0931nobodyさん2007/09/25(火) 13:01:46ID:???
>>927
cakePHP使ったことないでしょ?
完成度はRailsの足元にも及ばないよ。
0932nobodyさん2007/09/25(火) 13:51:13ID:???
>>931
うん、ソースを見ただけ。
それと公式サイトを見たんだけど
まんまRailsじゃんって思った。

完成度って、具体的にどんなところ？
0933nobodyさん2007/09/25(火) 13:51:55ID:???
あ、ソースってcakephpのじゃなくて、
本番稼働中のアプリのソースです。
0934nobodyさん2007/09/25(火) 15:13:55ID:???
>>931じゃないけど、俺もphpからrubyにスイッチしたクチだけど
cakeはO/RマッパもAR程融通利かないし作りは結構dirtyだし
cake自身のだめな部分もあるけど、それよかphpのFWがだめというよりも
rubyの純粋なOOとかブロック（クロージャ）とかオープンクラスとか
そういうのに慣れてくるとやっぱphpの言語としての表現力が
rubyと比べて弱いのでphpのFW使う以上
phpで書かないといけないというののが辛くなる

同様にrailsもrailsが素晴らしい部分もいっぱいあるけど、rubyありきかなと
頭の中にあるものをサクっとコンパクトなコードに収めやすいというか
rubyで書きたいというのがまずあって、
じゃあFWはrailsがあるからrailsを使う、という感じ
0935nobodyさん2007/09/25(火) 17:32:21ID:???
確かに慣れてくると、RailsというよりRubyの生産性を実感するね
0936nobodyさん2007/09/25(火) 17:37:56ID:???
作りがダーティかどうか、と言う視点なら、ActiveRecordもだいぶ汚いと思うが...
なぜあれでうまく動くのかちょっと不思議なくらい。

リフレクション使いまくりで実行されているコードがどこにあるか判然としないとか、
規約決め打ちで、それ以外の使いかたを想定していない場合もあるとか、
まぁそういうところ。

ただ、まぁリフレクション乱発や規約の決め打ちがActiveRecordの強力さの理由の一つ
のような気もするし、むずかしいところ。
0937nobodyさん2007/09/25(火) 18:40:38ID:???
まあ確かにassociationsの中とか読む気失せるｗ
リフレクションがどれくらいパフォーマンスに影響与えているのかは気になる

あとこれはちょっと別の話になるけど、最近よく思うのが
大規模サービスのスケーラビリティについてのプレゼンテーションで
「JOINしない」「アプリ側でJOINする」っていう概要の話をよく見かける事が多い

データが多くなればなる程JOINのコストが上がっていくって事だと思うんだけど
どこまでJOINするしないっていう議論はまあ別として
スケールしていく事を想定して作るならassociations関連をあまり使わずに
（無理にJOINして1クエリに収めようとせず）シンプルにクエリを分割して
アプリ側でごにょごにょする傾向で作っていった方が実はスケールしやすいんだろうか？

associationsが簡単にリレーションのクエリを吐いてくれるのはいいけど、
eager loadingやらで多くのテーブルを多段にデータを引っ張ろうとして
バンバンJOINしまくっていくのはあまり良くないのだろうかとか
ま、そんな大規模になるようなサービスは作ってないけどｗ
0938nobodyさん2007/09/25(火) 20:26:45ID:???
SQL上で効率よくJOINするのは疲れるんだよね。

単純にJOINするだけなら簡単なんだけど、
ウェブでそれを見る場合、画面に見えているデータは数10件程度でしょ？
じゃあJOINする前に絞り込めばいいじゃんってことなんだけど、
そうするとサブクエリーになってしまう。それがいくつも重なるとね。

数10件程度ならSQL数十件発行（INを使えば減らスコともできる）してもたいして変わらない。
（主キーやそれに相当するインデックスされた情報を知っていることが前提）

全データの統計を取るとかバッチ的で実行回数は少ないがその際のデータの
アクセス量が多い場合はJOINの方がいいかもしれないけど、ウェブアプリだと
クライアントから要求されて返すデータってのは少ない。
そして色んなサービスが組み合わさると取得するデータが複雑になる。
（つまりJOINするテーブルが沢山）

こうなるととてもJOINで効率よく検索するってのはやってられなくなる。

と大規模なサービスを作ったことがない人間がえらそうに言うｗ
0939ビル・ジョブス2007/09/25(火) 20:56:59ID:nT7AmTiD
scaffoldって排他制御とか複数からのアクセスに対応してないけどこれがあるのとないのじゃやっぱり違うよな・・
お勉強にもなるし><
ちなみにviewクラスのインスタンスってlink_toとかactionのたびにnewされるんだよね。
でもページを表示中はそのクラス変数にアクセスできるからparams[]でメソッドに渡しredirect_toでまたページに戻すのが一般的かな？
まさか$xxxやsessionってわけにもいかないしね。
ただform_tagだけはちょっと変な挙動を示して、action=>’xxx’の前に書かないとパラメータ付きURLを生成してくれないんですよ。
これには参りました。
url
0940ビル・ジョブス2007/09/25(火) 21:05:07ID:???
Ｘ　ちなみにviewクラスの
○　ちなみにcontrollerクラス
0941nobodyさん2007/09/26(水) 16:35:26ID:???
>939
formでパラメータを渡したいならhiddenを使えばいいじゃない
0942nobodyさん2007/09/26(水) 20:14:00ID:???
>>939
cokkie
0943nobodyさん2007/09/26(水) 22:35:15ID:???
class ApplicationController < ActionController::Base
helper :all
protect_from_forgery
end

何かと思ったら、CSRF対策(フォームに埋め込んだ情報を使うやつ)が
標準で行えるようになったようです。(r7639 gem)
0944nobodyさん2007/09/26(水) 22:49:09ID:???
そのリビジョンって本家にあるリポジトリとは別のもの？
ちょっと実装を見てみたいんだけど
0945nobodyさん2007/09/27(木) 01:35:00ID:???
gem install -s http://gems.rubyonrails.com -y rails
で入れた物です。

TRACだとこれですね。
http://dev.rubyonrails.org/browser/trunk/actionpack/lib/action_controller/request_forgery_protection.rb
0946nobodyさん2007/09/28(金) 00:22:48ID:???
scaffold
【建】足場（を設ける）; 絞首［断頭］台; （the 〜）死刑.
0947nobodyさん2007/09/28(金) 00:32:21ID:???
なぜか、killやabort(中絶という意味もある)というシステムコールを
改名したクリスチャン向けUNIXというネタっぽい話をかつて目にした
のを思い出した。
0948nobodyさん2007/09/28(金) 01:21:02ID:yiqtXA9i
CakePHPで充分じゃん。なんでわざわざRubyに必死になるのかわからん。
Rubyもしばらく使ってみてたけど、そんなに大それたほど優秀じゃないなと判断。
趣味レベルで開発してるのならどちらでも関係ないのだろうけど、プロとして
業務で使う道具として選ぶのならWebprogはPHPにリソースを集中させて自分達の
ノウハウを蓄積していく方が結果的には効率が良いと思ったよ。
今ではCakePHPみたいにRoRと比較しても使いやすいフレームワークも出てきてるしね。
CakePHPは1.2系が早くstableになってくれると、とても嬉しい。
0949nobodyさん2007/09/28(金) 01:28:34ID:???
PHPがスレチなのはいいとして、
処理言語としてのPHPのEOLが短すぎて、
フレームワーク以前の問題。

CakeもZendも優秀だけど、PHPがクソ。
0950nobodyさん2007/09/28(金) 01:35:25ID:???
宣伝お疲れ様
0951nobodyさん2007/09/28(金) 04:49:07ID:???
両方使った上でPHPのほうがいいってんなら良いと思うよ。
背伸びしないことも大事だ。
自分にあったレベルのツール使わないとね
0952nobodyさん2007/09/28(金) 15:05:26ID:???
自分も会社の利用言語（に限らずアーキテクチャ全般）を決める立場だけど、
「今」で言えば間違いなくPHPだと思う。

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

（ただまあ単純にRuby（RoR）は書いてて楽しい、というのもあるけど。）
0953nobodyさん2007/09/28(金) 15:15:53ID:???
PHPがどのような利点を持ってるか具体的に書いてみなよ？
09549522007/09/28(金) 15:46:43ID:???
自分宛？

PHPの利点は

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

ってとこだろうね。

自分的には（2）がもうちょっとなんとかならんかなーと思ってます。
0955nobodyさん2007/09/28(金) 15:56:30ID:???
apacheHTTPD との連携の容易さって具体的に何？

自然言語まで抽象化されても困るわけだが。
0956nobodyさん2007/09/28(金) 16:59:38ID:BVgGZfWO
rubyは書きやすくてモジュールもすぐにそろうからいいなと思ってたんだけど
文字列の処理に絶望したのでしばらくphpで我慢する
0957nobodyさん2007/09/28(金) 17:24:39ID:???
>>956

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

今のところ絶望してないんだが、そんなにヤバいことがあるのか？
0958nobodyさん2007/09/28(金) 17:25:08ID:???
文字列の処理ならRubyの方がステキだと思うけど?
0959nobodyさん2007/09/28(金) 18:52:34ID:???
文字列のためのにRuby使ってるようなもんだなー
0960nobodyさん2007/09/28(金) 19:10:55ID:???
マカーがRUBYするとサイキョウ
0961nobodyさん2007/09/28(金) 19:49:53ID:???
Mac使うならWOあるでしょ。RoR使う理由は殆ど無いと思うが。
0962nobodyさん2007/09/28(金) 20:02:09ID:???
LeopardからはRoRが標準装備
WOはMacOS X Serverライセンスが必要。でしたよね？
JRuby on Rails with WebObjectとかになるの？
0963nobodyさん2007/09/28(金) 20:21:47ID:???
PPCユーザなんで知らんのだけど、
DeveloperToolsというか、Xcode無しでRoR付いてる？

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

WOから見ると、JBOSSもRoRも道具の一つで、
RoRのプロダクトをWOで吸収する必要でも無きゃ、
RoRを使う理由は無いと思うよ。
0964nobodyさん2007/09/28(金) 22:48:44ID:???
>>963
LeopardからRoRが標準で付くというのはメーカーサイトにも
載ってる公知の事実だが、現行のTigerにはついてないので、
どういう形態で入ってくるかはわからんなぁ。
開発バージョンの内容についてはNDAだろうし。
0965nobodyさん2007/09/28(金) 23:00:37ID:???
ADCからディスク届いてるんだろうけど、興味なくて見てないや。
>>962が言ってるのは10.4Serverってことかな？

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

正直、OSXは面倒ｗ
0966nobodyさん2007/09/28(金) 23:12:44ID:???
rubyってmb_系ないから文字列処理大変じゃないの？
そりゃ速度きにしないってんならrailsのmultibyte使えばいいんだろうけど
0967nobodyさん2007/09/28(金) 23:43:30ID:???
>>966
日本語でおK
0968nobodyさん2007/09/29(土) 00:03:59ID:???
utf8でいいじゃん
0969nobodyさん2007/09/29(土) 00:19:51ID:???
>>966
標準で簡単に変換できるライブラリあるよ
日本生まれの言語がマルチバイト使いにくかったら萎えるｗ
0970nobodyさん2007/09/29(土) 00:23:59ID:???
つうかPHPってRubyのGNU regex matz改を使ってなかった？
今も使ってるかは知らんけど。
0971nobodyさん2007/09/29(土) 00:37:08ID:???
phpはそうだね。鬼車入ってる。
railsでutf8じゃないと"うんこ".index('ん')のとき1が欲しいとき
困らない？

phpはいちおう
echo mb_strpos('うんこ', 'ん'); # 1
があるけど
0972nobodyさん2007/09/29(土) 01:23:21ID:???
jcodeはあんまり充実してるとは言い難い気がするなぁ。

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

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

0973nobodyさん2007/09/29(土) 07:54:53ID:???
WOは最強ですよ
ただ、運用環境を考えると。。う〜む
PHPは。。いいんじゃない
でも、私は、Ruby on Railsだな
理由聞かれても困るけど。。
0974nobodyさん2007/09/29(土) 14:32:21ID:???
Ruby使ってると、何がいいのか説明に困ることはよくあるよなw
0975nobodyさん2007/09/29(土) 14:47:31ID:???
これ↓読んで好きになったわけじゃないんだけど、
ttp://www.aoky.net/articles/why_poignant_guide_to_ruby
好き嫌いは説明できないです
0976nobodyさん2007/09/29(土) 16:34:43ID:???
ところで、MacOS X 10.5 LeoardにRailsが入るってことは、
いま、gemなりMacPortsなりで/opt/local等に入れてるのが、
Appleのビルド(というかパッケージングか)で/usrの下に入るというだけでなく、
XcodeでRailsプロジェクトがサポートされると思えばOK?
0977nobodyさん2007/09/30(日) 10:38:37ID:???
WO って長らくアップデートされていないけど
セキュリティホールとか発見されていないの？

バグフリーってこと？
0978nobodyさん2007/09/30(日) 11:09:56ID:UW8GIghY
>>973
運用考えると、WOもRoRもにたようなもんじゃないですか。
0979nobodyさん2007/09/30(日) 11:14:07ID:???
http://mput.dip.jp/mput/?date=20070924#p01
「お前ら！ミッションクリティカルな業務システムのメンテナンスも趣味でやれ！」

ﾙﾋﾞ厨って無茶言うな。
0980nobodyさん2007/09/30(日) 11:36:25ID:iNgSfj1c
>>979
本人がやるっていってんだからやらしとけば良いじゃん。
0981nobodyさん2007/09/30(日) 12:13:15ID:???
>>979
そのサイトトップをクリックするとエラーになる。
ご高説をたれながら自分の社会の窓が開いてるのに気づかないとは。



ダサ過ぎ(www
0982nobodyさん2007/10/01(月) 12:37:48ID:r8J2Zg9L
07/09/24まで挫折を知らないで生きてきた人なのかな？
口調が厨すぎる
0983nobodyさん2007/10/01(月) 12:49:43ID:???
この人の口の悪さに関しては今更じゃんw
やることやってるから文句は言えん
0984nobodyさん2007/10/02(火) 22:29:50ID:snTRqJt9
>>978

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

運用という言葉の意味が違っているかもしれないけど、
コードメンテナンスという意味の運用フェーズの一部プロセスを指すなら
似たようなものになるかもしれませんが。
0985nobodyさん2007/10/03(水) 01:25:43ID:ww//DGK3
Ruby on Railsは本当に使えるのかっていうとはっきりいうとまだまだです。

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

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

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

つまり、遅い。

過度な期待をすると、とんでもないことになる。
0986nobodyさん2007/10/03(水) 01:34:21ID:???
>>980
任せた客が可哀想
0987nobodyさん2007/10/03(水) 01:45:15ID:???
>>985

用途選ぼうよ
0988nobodyさん2007/10/03(水) 18:02:28ID:???
>>987
つまりそれって、ショボいAP作るのにしか使えないってこと？
0989nobodyさん2007/10/03(水) 18:40:56ID:???
>>987が勘違い。はっきり言って何でもできる。
0990nobodyさん2007/10/03(水) 19:43:26ID:???
次スレたてちゃっていいかね
0991nobodyさん2007/10/03(水) 20:51:59ID:???
>>990
いいんじゃね？
0992nobodyさん2007/10/03(水) 22:27:23ID:???
Ruby on Rails Part4
http://pc11.2ch.net/test/read.cgi/tech/1191381506/
レス数が950を超えています。1000を超えると書き込みができなくなります。