【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:???特に問題なく使えていますか？
■ このスレッドは過去ログ倉庫に格納されています