11/11/21 01:41:38.41
そんなん rake コマンド一発でコンパイルできるやん…
151:nobodyさん
11/11/21 01:56:23.20
>>150
え、できないのはこちらの問題でしょうか……
rake assets:precompile
のことを言ってますよね？
152:147
11/11/21 09:04:46.04 0xjmsfnC
>>148
ご意見どうもです
FactorGirl並のhas_manyでのデータ精製能力とか
狙っているところは結構あるのですが
まず、少し安定版にしたいので、待ちって感じなので
英語版ドキュメントでも用意しようかと思います
大文字オプションは、本家のRailsのrakeタスクに合わせているのでしばらくこの方針を貫こうかと…
153:nobodyさん
11/11/21 10:07:07.85
>>151
webrick使ってるのでは？
config/environments/production.rb の
serve_static_assets を true にしてみ？
154:nobodyさん
11/11/21 18:03:47.40 Ib4G0NHd
>>153
サーバーはApache＋Passengerです
rake:precompileを行うとjsと画像はコンパイルされるのですが、cssはされません
assetsの中にあるcssを読み込んでくれませんうぐぐ
バージョンはRails3.1.0です
155:nobodyさん
11/11/21 18:36:11.53
cssにエラーがあると、確かにjsと画像だけになるけど、エラーメッセージは出るな。
156:nobodyさん
11/11/21 18:58:42.21 Ib4G0NHd
>>155
あー間違いなくそれです
でも、スターハックとかブラウザ依存とかの処理なのでそこらへんは消せないんですが
そういう場合は、該当CSSだけをpublic/asssetsにおいてーって感じでしょうかね
試してみます
ありがとうございました
157:nobodyさん
11/11/21 19:23:00.25
precompile でエラーが出てるというのにそれをまるっと無視してたってことかよ…
158:nobodyさん
11/11/21 19:36:40.12 Ib4G0NHd
>>157
エラーって言っても、○○はコンパイルできませんでした。
って出るだけでそれ以外は全て正常に終了したように見えるから１つでもこけるとCSS全部コンパイルされないって言うのはわからないと思う
159:nobodyさん
11/11/21 19:42:44.69
> エラーって言っても、○○はコンパイルできませんでした。
> って出るだけ
十分な情報じゃん
それ以上何を求めるの？
160:nobodyさん
11/11/21 19:54:47.71
>>159
よう文盲
161:nobodyさん
11/11/23 08:34:31.88
compressをtrueにしてると、うちはたまに失敗する。
何でかは不明だが。
162:nobodyさん
11/11/23 18:24:49.15
2 terabytes of storage
URLﾘﾝｸ(postgres.heroku.com)
Announcing Heroku Postgres
URLﾘﾝｸ(postgres.heroku.com)
163:nobodyさん
11/11/23 20:47:59.39
初心者の質問でもうしわけなかとですが
DBの一度値を入れたフィールドを再度空にする方法はありませんでしょうか
よろしくお願いしゃす
164:nobodyさん
11/11/23 21:14:52.11
Railsのdeleteとdestroyの違いをおさらいする - pochiのメモ帳
URLﾘﾝｸ(d.hatena.ne.jp)
acts_as_paranoidで論理削除してみるよ（￣▽￣） - 割と意味はない
URLﾘﾝｸ(d.hatena.ne.jp)
165:nobodyさん
11/11/23 21:39:25.57
Connecting to Heroku Postgres Databases on Vimeo
URLﾘﾝｸ(vimeo.com)
Provisioning Databases on Heroku Postgres on Vimeo
URLﾘﾝｸ(vimeo.com)
URLﾘﾝｸ(postgres.heroku.com)<)
166:nobodyさん
11/11/23 22:22:53.26
メールの不正をチェックし、かつsageだけ通すvalidation
どうやって作ったらいいんですか？
それともプラグインある？
宜しくお願いします
167:nobodyさん
11/11/23 22:42:31.42
email: true と :if で sage 以外の時にしたら
168:nobodyさん
11/11/23 22:46:19.64
>>163
DB全体を空にするんじゃなくて1つのフィールドだけ？
nil入れてsave
entry = Entry.find(1)
entry.title = nil
entry.save
みたいな
169:nobodyさん
11/11/23 23:17:20.23
rails generate model thread
ってやるとエラーになるんだが、
なぜでしょうか?
170:nobodyさん
11/11/23 23:23:08.42
予約語
メソッド名
171:nobodyさん
11/11/23 23:33:47.50
>170
予約語、メソッド名をモデル名にしたい場合はどうすればいいでしょうか?
172:nobodyさん
11/11/23 23:45:04.74
やり方はわからないけど多分イバラの道
避けといたほうがいいんじゃない？
173:nobodyさん
11/11/23 23:53:23.03
設定より規約（せっていよりきやく、英: convention over configuration）
174:nobodyさん
11/11/23 23:55:59.05 xeQc9E1k
The name 'Thread' is either already used in your application or reserved by Ruby on Rails.
Please choose an alternative and run this generator again.
って言われるんだから従っておけ。
175:nobodyさん
11/11/24 00:10:32.18
予約語とかメソッド名とかじゃなく、Ruby の組み込みクラスだからだな
無理に付けるとすれば bbs/thread とか module 内に入れてしまうという手も
考えられるが、皆が言ってるように大人しく別名を付けるのが良さげ
Topic とかな
176:nobodyさん
11/11/24 00:49:47.11
>>168
おっすうまくいきやした
あとんす
177:nobodyさん
11/11/24 09:10:32.41
169です。
返事が遅くなってすみません。
>170
>予約語
>メソッド名
>172
やり方はわからないけど多分イバラの道
避けといたほうがいいんじゃない？
>173
>設定より規約（せっていよりきやく、英: convention over configuration）
>174
>The name 'Thread' is either already used in your application or reserved by Ruby on Rails.
>Please choose an alternative and run this generator again.
>って言われるんだから従っておけ。
>175
>予約語とかメソッド名とかじゃなく、Ruby の組み込みクラスだからだな
>
>無理に付けるとすれば bbs/thread とか module 内に入れてしまうという手も
>考えられるが、皆が言ってるように大人しく別名を付けるのが良さげ
>Topic とかな
了解しました。
執着せず別のモデル名にします。
ありがとうございました。
178:nobodyさん
11/11/24 13:18:20.88
Hoge::Threadみたいなモデルの下に入れればいいだけだと思うけど
名前にこだわるなら元から名前空間切っとけってことだ
179:nobodyさん
11/11/25 03:43:53.52
稼動がよく利益を上げてるサイトほど
俺俺フレームワークか
学習コストの低いフレームワークを使ってるケースが多い気がする。
なんかお前ら変な方向に行ってないか？
本来の目的は売上げを上げることにある。
生産性とか可読性とかプログラマーが利益になるだけで
運営者はそんなことどうでもいいと思ってる。
180:nobodyさん
11/11/25 04:44:06.14
生産性や可読性が上がれば、工数が減る。
それは利益に繋がるだろ。
オレオレフレームワークは、余程よく出来てない限り、学習コストが高い(Railsも学習コスト高いけどな)。
181:nobodyさん
11/11/25 04:44:37.32
SNSがでたころのさぶみっとは良かったぞ
１２０万円で受注したからな。
182:nobodyさん
11/11/25 08:49:22.05
URLﾘﾝｸ(blog.madoro.org)
独自フレームワークはやめよう
作るのが難しい、メンテナンスが難しい、ということに加えて、もう一つの問題点は、新しく加わった人の教育コストが高くなるということがある。
まず、外の資源(ドキュメント/本/Google検索)が使えないので自前ですべて教育をしなくてはならない。
183:nobodyさん
11/11/25 15:32:13.35
>>180
>生産性や可読性が上がれば、工数が減る。
>それは利益に繋がるだろ。
それは本当の利益ではない。
webの本来の利益は広告だったり、ユーザーからの課金。
>>182
独自フレームワークでもcodeigniterよりも軽量な独自フレームワークなら
教育コストはかからない。
184:nobodyさん
11/11/25 15:39:52.68
>>183
こいつアホだな～
185:nobodyさん
11/11/25 15:40:13.97
毎年、生産性の高いフレームワークが出て
フレームワークを変えると
毎年、学習コストがかかる。
最近はfuephpが出てるけど
俺はphpだけでいいと思う。
単純にフレームワークにもて遊ばれてるだけ。
フレームワークがどれほどネット社会に利益をもたらしたのか
全くわからない。
186:nobodyさん
11/11/25 16:07:16.38
学習コストって言うけど、そんなめんどいもんか？
Rails にせよ他のフレームワークにせよ、全機能を網羅的に使えるエキスパートになるなら
相応のコストがかかるが、ある程度使えるようになるレベルまでなら大したことないぞ
そしてその結果、バグが少ないシステムを短期間で作れて保守も容易(あくまでフレーム
ワークを使わなかった場合と比較してだが)となれば、答えは明らかだよな
187:nobodyさん
11/11/25 18:05:11.99
>>186
まずエキスパートになるつもりはないから
無駄な学習はしたくない。
web運営で利益を上げるためにプログラムしてる。
プログラムは手段のひとつでしかない。
たいていが目的と勘違いしてる。
バグが少ないシステムを短期間でつくれてると思ってるだけ。
たとえば、怪盗ロワイヤルをRoRで３人で作るのと
フレームワークなしで３人で作るのと
どっちが短納期だと思う？
答えは明らか。
188:nobodyさん
11/11/25 18:21:16.48
RoRで月間売上げ１億円以上のサイトて
そもそもある？
RoRてプログラマが満足してるだけで
Win-Winになってないよ。
PHPの独自フレームワークのシステムの方が売上げてるのはなぜ？
189:nobodyさん
11/11/25 18:58:35.21
まぁ、そうなんかもしれんけどなんでそれをわざわざここに言いにくる必要があるん？