【RoR】Ruby on Rails Part19
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2014/08/31(日) 03:31:01.54ID:???http://kanae.2ch.net/test/read.cgi/php/1389438240/
■参考サイト
<英語>
本家：http://rubyonrails.org
API document：http://api.rubyonrails.com/
開発者のblog：http://weblog.rubyonrails.org/
参考wiki：http://wiki.rubyonrails.org/rails
http://ruby-toolbox.com/
http://rubygems.org/
http://agilewebdevelopment.com/plugins/top_rated
<日本語>
Rails' wiki： http://wiki.fdiary.net/rails/
Rubyについて Part49
http://peace.2ch.net/test/read.cgi/tech/1382307475/
Ruby 初心者スレッド Part 55
http://peace.2ch.net/test/read.cgi/tech/1403361584/
0002nobodyさん
2014/08/31(日) 06:12:32.54ID:???知らずにコーディングでき、糞コードが量産されていく。
それがRoRエコシステム。
0004nobodyさん
2014/08/31(日) 11:52:53.47ID:7SsMB6oy以下、荒らし除けのおまじないをコピペ
--
Ruby がなければ、とか Rails さえ登場しなければ、と考える人達は
昔から存在していた
・Python vs Ruby vs PHP vs Haskell プログラミング言語バトル part1
http://anond.hatelabo.jp/20120118220204
> 48 : デフォルトの名無しさん : 2011/11/13(日) 08:30:25.68
> 44
> Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
> さかんに宣伝され、雑誌でもZope特集が組まれていた
> 少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
> そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
> 今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
> djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
> しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
> Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
> 何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
> Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
> だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている
0005nobodyさん
2014/08/31(日) 14:10:55.63ID:sUZpvE3aページキャッシュを使わない場合、
レンダリングまで含めて１秒くらいかかってしまうのは仕方ないこと？
さくらVPS SSDを使用しています。
0006nobodyさん
2014/08/31(日) 14:55:29.66ID:???http://www.slideshare.net/satoship/aws-11650261
200ミリ秒を切るインフラ
0008nobodyさん
2014/08/31(日) 16:37:31.55ID:???>>989
ruby 用の twitter bot 作成補助モジュールはいくらでもある
おまいの技術力じゃ即日アカ凍結喰らって終わりだろう
0009nobodyさん
2014/08/31(日) 21:16:07.54ID:RpbU96wxCakePHPなら同じことやったら早いですか？
0011nobodyさん
2014/09/01(月) 00:00:51.57ID:???http://gihyo.jp/dev/column/01/prog/2010/030801?page=2
RailsとCakePHPを比べたところ，高負荷時にはRails のほうが大幅に応答性能が高いという結果が出たことですね。
これは200リクエスト/秒くらいからPHPの応答性能が急激に下がるのが原因です。
Rubyはそれほど大きくはパフォーマンスが落ちないんです。
第4回 Railsに変えてよかった！：iKnow!の場合 | Think IT
http://thinkit.co.jp/article/156/4?page=0,1
3ヶ月、わずか3名程度のエンジニアチームで、彼らはPHPで実装が完了していたレベルに追いつきました。
またコード量はPHPの1/5以下にまで削減されており、よりシンプルな構成も実現できました。
食べログの画面数は約200あるが，開発に取りかかって約2カ月で完成した。
「VBscriptならこの倍，PHPでも1.5倍はかかっていたのではないか」
コード量も10分の1になった。
http://itpro.nikkeibp.co.jp/article/OPINION/20071031/286028/
0012nobodyさん
2014/09/01(月) 00:05:22.83ID:???低レベルなせめぎあい
0013nobodyさん
2014/09/01(月) 21:53:46.67ID:???http://b.hatena.ne.jp/entry/postd.cc/why-go-is-not-good/
Farewell Node.js (翻訳) - from scratch
http://b.hatena.ne.jp/entry/yosuke-furukawa.hatenablog.com/entry/2014/07/06/094617
PHP、かつてWebで人気だった言語が下火になりつつある | ReadWrite Japan
http://b.hatena.ne.jp/entry/readwrite.jp/archives/12295
Why do so many developers hate PHP?
http://www.reddit.com/r/PHP/comments/1fy71s/why_do_so_many_developers_hate_php/
0014nobodyさん
2014/09/02(火) 10:34:07.03ID:???どれも記事が古いなあ
超劣化RailsことCakePHP1や2と比べて大勝利なのは当たり前として
最近伸びてきている後発のPHPFWと比べて開発効率でそんなに優位性あるかな？
PHP界隈はDIコンテナが常識になってテストまわりと保守も楽になってきたし
Railsや他のFWの良さを吸収してきている
0015nobodyさん
2014/09/02(火) 20:35:34.64ID:/n1B3NGY毎回１ページをロードするだけで
画面が完全に表示されるまでに１秒前後かかります
これって普通ですか？遅すぎますか？
0016nobodyさん
2014/09/02(火) 20:38:05.71ID:???0017nobodyさん
2014/09/02(火) 20:38:44.20ID:???遅いと思うなら原因ぐらい自分で調べろ
0018nobodyさん
2014/09/02(火) 22:11:17.21ID:9S9iiYogテーマのテンプレートとか
railsにもあればいいのにって
思うのは俺だけ？
0019nobodyさん
2014/09/02(火) 22:15:12.67ID:???アプリによってビューに渡される変数がぜんぜん違うのにどうやってテンプレート作るんだ？
Rails製のCMSでも使えよ
0020nobodyさん
2014/09/02(火) 22:43:34.10ID:???そろそろRails使いにも"PHPer"みたいな可愛らしいお名前を
付けてやったほうがいいんじゃないか
0021nobodyさん
2014/09/02(火) 22:59:34.65ID:???0022nobodyさん
2014/09/06(土) 17:56:41.02ID:???https://twitter.com/search?q=%23scalamatsuri
0023nobodyさん
2014/09/07(日) 05:26:16.95ID:E8QOGPeq0024nobodyさん
2014/09/07(日) 06:43:58.52ID:???安いドメインは使い捨てスパムの温床
jpはそれだけでそれなりに信頼出来る
0025nobodyさん
2014/09/07(日) 08:52:41.40ID:???0026nobodyさん
2014/09/07(日) 09:25:13.00ID:???国別ドメイン毎に応対するプライマリサーバ群を変えたりする。
トランジットコストやレイテンシの削減を目的として。
0027nobodyさん
2014/09/07(日) 13:24:37.97ID:???商標権とか色々絡んでくるとめんどくさいのよ。
0028nobodyさん
2014/09/07(日) 13:28:35.39ID:ZBNaZBMlページネーションにkaminariを使っています。
N+1問題を解決するために予めincludes()を使いたいのですが
スコープを以下のように設定しているとき
scope :recent, lambda { |n = 10| includes(:user).where('users.deleted_at' => nil).order("users.active_at DESC, codes.created_at DESC").limit(n) }
↓のように表示する10件だけのprofileだけを読み込みたいんですが、この書き方だとエラーになります。
@codes = @community.codes.recent.page(params[:page]).includes(:profile)
includes(:profile)を付加せず代わりにスコープのincludes部分を下記のように変更して読み込もうとするとロードに時間がかかりすぎタイムアウトになります。
scope :recent, lambda { |n = 10| includes(user: [:profile]).where('users.deleted_at' => nil).order("users.active_at DESC, codes.created_at DESC").limit(n) }
正しいincludes()の使用方法を教えていただけないでしょうか？
モデルの関係性は
code belongs_to user
user has_many codes
profile belongs_to user
user has_one profileです
0029nobodyさん
2014/09/07(日) 14:47:18.06ID:???0030nobodyさん
2014/09/07(日) 16:44:49.67ID:E8QOGPeqamazonClooudみたいにcdsで対応とかではなく、大元自体分ける目的ってことですかね。
>>27
なるほどですね！
0031nobodyさん
2014/09/07(日) 20:04:14.04ID:???特に問題なく使えていますか？
0033nobodyさん
2014/09/07(日) 22:05:56.69ID:???データマイニング興味ありますがhadoopとかpythonをRoRと同時に使う感じですか？
全体像がよく分かりません。もし良かったらついでにそういうの解説したサイトやスライドシェア教えていただいたら幸いです
0035nobodyさん
2014/09/07(日) 22:54:37.52ID:???テーブルA、テーブルB、テーブルCに繋いでるとき
最新の@commentsを読み込むときに
それらの関連レコードのみを全てをincludes()することは可能？
0038nobodyさん
2014/09/08(月) 00:19:07.29ID:???ページの読み込みが爆速なのに
Railsで組まれた掲示板って糞遅い
それなのにお前らがRailsを使い続ける理由は何かね？
0040nobodyさん
2014/09/08(月) 01:36:24.19ID:???0041nobodyさん
2014/09/08(月) 10:16:06.33ID:???http://kaworu.jpn.org/kaworu/2008-01-16-2.php
- 350,000を超えるユーザ。
- 秒間600リクエスト
- 平均毎秒200-300コネクション。最大時は秒間800コネクション
- MySQLは秒間2,400リクエストを処理する
- 180のRailsインスタンスがある。MongrelのWebサーバを使っている。
- 1つのMySQLサーバ(１つの大きな 8コアのサーバ)と１つのスレーブ。スレーブは、統計とレポートのための読み込み専用(リードオンリー)。
- 雑用処理をするための30+のプロセス
- 8台のSun X4100s
- Railsでのリクエストの処理時間は200 msec
- データベースにかかる時間の平均は、50-100 msec
- 16GBの memcached
0042nobodyさん
2014/09/08(月) 12:14:16.12ID:???やっぱりMemcacheとか使うべき？
0044nobodyさん
2014/09/08(月) 23:20:23.39ID:???PHPで済むようなシステムならPHPで作るのが正解でしょう
PHPはRailsでいうところのビュー部分に特化した言語なんだから、そういう部分では
PHPが強いのは当たり前の話
0045nobodyさん
2014/09/08(月) 23:58:21.37ID:???python 側が読み込みオンリーなら衝突のしようがない。
書き込みも行う場合は、両者がきちんとトランザクション処理してないとダメ。
トランザクション処理してても、アプリ内でデータのキャッシングとかしてたり、ロジックに穴があったらダメ。
これはpython とRoR に限らず、複数のアプリで同じデータベースを触るような構成にした時にも遭遇する一般的な問題。
0047nobodyさん
2014/09/09(火) 00:53:04.45ID:???そんなこと言うんだったら全部アセンブラで組めばいい
できることは一緒なんだからな
でもそんなことする奴はいない
得意分野が違うんだから
掲示板程度のちょろっとしたアプリならPHPでも難しくはないし、速さというメリットもあるだろう
でも複雑さが増してくるにつれてPHPでは面倒になってくるようなシステムなら
Railsの出番ということだな
0048nobodyさん
2014/09/09(火) 03:00:12.66ID:???0049nobodyさん
2014/09/09(火) 04:25:38.11ID:???Ruby CGIに比べたらわからんけどRoRに比べれば早いって話だろ
そりゃFWなんて糞重いからな
Rubyはちょっと前までLLの中じゃとりわけ低速だったこともあって
遅いという認識が残ってるけど今は頭抜けて早いはず
PHPもアクセラレータ使ったら早いって話だけど使ったことないし知らんわ
0050nobodyさん
2014/09/09(火) 09:55:19.61ID:???0051nobodyさん
2014/09/09(火) 18:07:38.72ID:???CakePHPとRails比べるならまだわかるけど
CakeとRailsなら仕様上Railsの方が速いし
マジで何が言いたいかわからんわ
0052nobodyさん
2014/09/09(火) 18:25:56.08ID:???0053nobodyさん
2014/09/09(火) 19:53:02.24ID:???0055nobodyさん
2014/09/09(火) 20:22:47.52ID:???ずいぶん進歩したんだな（苦笑）
0056nobodyさん
2014/09/09(火) 20:24:06.65ID:???表面だけいじくってるチンカスばかり
データサイエンティストになるためには大学レベルの数学と統計学＋ツールとしてのプログラミングってとこ
ここにはそんな高度で統合的な勉強した人間は俺以外にいない
PythonかRどちらがいいかとか、RoRとの融和性とか語れる奴はいない
俺が少しだけ語ってやるとPythonの方が簡単ってことかな。やれることはPythonがRに近づいてきて致命的な差はなくなってきたと思う。あとは人間が操作するわけだから扱いやすさの差になるがPythonの方がちょっと上って感じ。
今度からそういう高度な質問する時は、スレ住民の学歴やレベルを考えてから質問しな！
■ このスレッドは過去ログ倉庫に格納されています