13/10/27 17:04:07.89
>>173
>>124は前日の>>76でしょう
その時点ではどこが分かってないかすら分かってないようですが
（サーバ側のコードを披露してる点からも明らかですね）
176:nobodyさん
13/10/27 17:05:30.21
>>174
それこそ「ここは無料サポートセンターではない」と言いたくなりますね
ヒントを与えるのすら価値がないと言われてしまうと
177:nobodyさん
13/10/27 17:06:09.97
>>172
これまでの他のレス見てるとお前みたいな虫けらハゲ脂は少数かもしれんな
マナーモードにしないで携帯爆音でならすから携帯持ってるのお前だけかと思ったわ
虫けら程騒ぐからスレに沢山いるように錯覚してしまうのかもな
178:nobodyさん
13/10/27 17:07:37.50
>>176
ヒントさえ出せばいい(しかも、出してる側の主観で)
と思ってる時点で‥…
相手が理解できないと意味ないの？
お前の勝手な主観でやりとりを終わらせるから
お前はコミュ障って言われるんだろ
179:nobodyさん
13/10/27 17:08:39.95
>>175
>>76でもAJAXと明記しているやんかｗ
何を見てるんやお前は
180:nobodyさん
13/10/27 17:09:17.33
>>179
文盲なんだろ
相手にしちゃいかんよ
181:nobodyさん
13/10/27 17:11:08.16
まぁこれじゃキレる確率高まるわなｗ
>>76
【質問】
railscastのエピソード111「advanced-search-form-revised」
これに従って、アドバンスドサーチなるものを作っています。
これにAJAXを付け加えて、検索結果を検索条件入力フォーム欄の下に表示する形態をとりたいのですが、全く辿り着けません。
【解答】
AJAXを使え
182:nobodyさん
13/10/27 17:14:42.03
>>179
Ajaxに問題があると彼が分かってるなら、>>85のようなレスは書かないですよ
で、Ajaxに問題があると分かったのは…>>98>>100ですね
183:nobodyさん
13/10/27 17:16:12.19
初心者はPHPのFuelPHPのほうが分かりやすいよ
184:nobodyさん
13/10/27 17:19:40.19
>>182
>>181
>>102 これ自体は当初からうまく表示されております。
検索欄と検索結果を同一のページに表示したいのですが、そのやり方が分かりません。
185:nobodyさん
13/10/27 17:22:52.25
>>182
お前みたいな虫けら以外は皆散ってしまったようだな
荷物まとめて出て行けよﾉｼ
186:nobodyさん
13/10/27 17:23:44.38
>>184
彼には>>102とAjaxに問題があるという点が結びついてなかったんですね
結びついてるなら>>102の情報は真っ先に出すはずですから
しかし、このスレのおかげでAjaxに問題点を絞れた
あとは自助努力の世界でしょう
努力してだめなら再度質問すればいいわけで
（多分、AjaxスレかjQueryスレへ誘導されるでしょうが）
187:nobodyさん
13/10/27 17:26:55.42
>>186
分かったから荷物まとめて出て行けよﾉｼ
>>76
【質問】
railscastのエピソード111「advanced-search-form-revised」
これに従って、アドバンスドサーチなるものを作っています。
これに AJAXを付け加えて、 検索結果を検索条件入力フォーム欄の下に表示する形態をとりたいのですが、全く辿り着けません。
188:nobodyさん
13/10/27 17:31:20.24
>>187
彼にAjax部分の問題意識があれば、>>85のサーバのコードを晒す理由が分かりませんね
自分なら、Ajaxで問題があると分かってるならcoffeescriptのコードを晒しますね
サーバ側を晒すにしても、応答を晒します
189:nobodyさん
13/10/27 17:32:53.66
質問に応えたりする神はコテにしたら分かりやすいんやない？
虫けらが一二匹混入しただけで神まで虫けら集団にいるかのように勘違いされたらあかんやろ
それが一番手っ取り早い解決策でこのスレや言語の発展に資するやろ
190:nobodyさん
13/10/27 17:36:55.18
>>188
"付け加えて"とあるからAJAX無しバージョンは既にできていてそれを発展させたかっただけやろ
coffescriptに既に記述があると読んでしまう時点であんたも文盲直しの旅に出た方がええんちゃう？
191:nobodyさん
13/10/27 17:39:28.93
>>190
coffeescriptに記述がまったくないとかいうような「いちから全部教えてクン」が来るとは
さすがに想像できませんよ
Ajax使うんであればcoffeescriptを書かなきゃいけない、というところから教えるような
ものじゃないですか
192:nobodyさん
13/10/27 17:39:34.33
なんだ大阪民国の人間だったのか
すまんがアンチ外国人なもんで
そういう奴には手を貸したくない
193:nobodyさん
13/10/27 17:47:56.31
>>191
付け加えてと書いているのに想像もできないって立派な文盲
2chで文盲が騒ぐと災いしか起きない
194:nobodyさん
13/10/27 18:00:07.13
>>193
どうやら質問者ご本人のようですね
coffeescriptに記述があるかないか、当人にしか分からない情報がてんこ盛りです
教えてクンがキレると粘着質ですね
195:nobodyさん
13/10/27 18:05:51.11
>>194
文盲以外は分かるだろ
いつまで粘着してんだ？安メシでも食ってこいよｗ
196:nobodyさん
13/10/27 19:56:16.42
Rails Hub情報局: 素人がWebサービスを作ってみて分かった9つのこと
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
6. サーバ周りの人材をしっかり確保しよう
URLﾘﾝｸ(b.hatena.ne.jp)
Ruby on Rails が簡単というのはウソ - #生存戦略 、それは - subtech
URLﾘﾝｸ(subtech.g.hatena.ne.jp)
今すぐ辞めて欲しい、「Ruby on Rails勉強してます」「CakePHP勉強してます」 | つい全力ツッコミしてしまうエンジニアCEOのブログ | sumyapp
URLﾘﾝｸ(b.hatena.ne.jp)
197:nobodyさん
13/10/27 19:59:52.47
インタビュー：［楽天］Ruby活用事例とROMA，Fairy｜gihyo.jp … 技術評論社
URLﾘﾝｸ(gihyo.jp)
RailsとCakePHPを比べたところ，高負荷時にはRails のほうが大幅に応答性能が高いという結果が出たことですね。
これは200リクエスト/秒くらいからPHPの応答性能が急激に下がるのが原因です。
Rubyはそれほど大きくはパフォーマンスが落ちないんです。
198:nobodyさん
13/10/27 20:23:04.98
>>189
これに一票
少数の虫けら?と人格を明確に分けた方がよい
199:nobodyさん
13/10/27 20:45:27.83
質問失礼します（Rails3.2.15）。
下記のビューにおけるフォームの入力値の検証について、
ラジオボタン"radio-validcheck-yes"が選択されている時だけ
テキストフィールド"text-field-memo"の検証をおこなわれるようにしたいのですが、
モデルと関連しないヘルパーを指定する方法がわからず質問させていただきました。
的外れでしたらすみません。アドバイスよろしくお願いいたします。
class Exmodel < ActiveRecord::Bace
validates :memo, :presence => {:unless => 【ここがわかりません】}
end
■ビュー
<p>入力値の検証をおこないますか？</p>
<%= radio_button_tag :validcheck, 'yes', true, id: "radio-validcheck-yes" %>はい<br>
<%= radio_button_tag :validcheck, 'no', false, id: "radio-validcheck-no" %>いいえ
<%= form_for @exmodel, :url => {:action => 'next_page'} do |form| %>
<%= form.text_field :memo, id: "text-field-memo" %>
<% end %>
200:66
13/10/27 20:51:29.78
>>67
ありがとうございます。
関連する親子モデルを割り当てる記述を書いた行で
Faild to save～エラーが発生していたため自動で保存されているのかと思いました。
いろいろエラーを回避できるよう試行しましたがうまくいかなかったため、
周辺の記述ごと書き換えて親子モデルを割り当てる記述自体を削除し対応しました。
ご返答いただきありがとうございました。
201:nobodyさん
13/10/27 21:28:27.89
>>199
モデルオブジェクトで走る validation がオブジェクト外の情報を取得する方法はない
モデルにチェックボックスの値を保持するようにしてやるしかない
202: ◆aKBLHKF66Y
13/10/27 21:31:54.85
>>199
radio buttonを仮想的にモデルの一部とすればいい
attr_accessor :valid_check
ってモデルに書いて
=form _for
=f.radio_button :valid_check
これで、データベースにないカラムの値をモデルで受け取れるからモデル側でself.valid_ceck.present?でバリデーションを行うといいです
203:nobodyさん
13/10/27 21:48:39.34
>>202
haml厨しね
204:nobodyさん
13/10/27 22:16:08.51
>>199
validates の on オプションを使う方法もある
-- model
validates :memo, on: :check
-- controller
@exmodel.save(context: :check)
まぁ、>>201-202のやり方の方が正攻法な気はするが
205:nobodyさん
13/10/27 22:16:57.58
>>204 修正
--model
validates :memo, presence: true, on: :check
206:nobodyさん
13/10/28 00:41:38.23
このスレ見てるとRoRってやっぱり気持ち悪い奴がやる言語なのかなと勘ぐってしまうね
暴れてるのは一部なんだろうけど
他の言語はスレもいくつかあったり質問や解答が活発に行われている
このスレは有り難がれみたいな解答者がいて質問する側も萎縮が必要なようだ
207:nobodyさん
13/10/28 00:45:20.83
>>206
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
質問者もせめてこれぐらいは守ってもらわないとね
208:nobodyさん
13/10/28 00:49:49.13
>>207
このスレで揉めてる事例を拝見したが文盲解答者(気取り)が何の価値もないコメントを高飛車に語っただけだろ
んで質問者がきれたと
他のスレでも覗いたらどうだ？ここに出ていた虫けらはいるにはいるが目立たんぞ
209:nobodyさん
13/10/28 00:51:53.32
>>208
・ 己の行った操作、変更などを詳しく明記すること。
これが抜けてたわ
例の質問者はこれがまったくなかった
で、色々聞いてみたところ「何も変更してないけど、とくかく分からないんです」状態だった、と
210:nobodyさん
13/10/28 00:55:44.14
>>209
察するに揉めてた文盲解答者はあなたのようだ
ずっと監視しているのか？仕事は？家庭は？女は？
痛々しい自分へのストレスをここで発散しているのか？
おそらく質問者あるいは教えて君どちらでもよいがあなたより社会的には優位な者ばかりじゃないのか？自覚ある？
あなたみたいな粘着虫けらが目立つ言語は衰退するよ
PHPには来ないでね
211:nobodyさん
13/10/28 00:57:10.37
>>210
察するにキレた質問者はあなたのようだ
分かりません、こうですか？
212:nobodyさん
13/10/28 00:58:38.98
>>210
あと、俺が上げた条件は全部PHPスレのテンプレからもらってきたものだから
（その過程でPHPスレに誤爆ってしまったのは許せｗ）
213:nobodyさん
13/10/28 01:00:28.44
>>211
他のスレを見てきて自身の異常さとこのスレの異質さを悟ったらどうだい？
214:nobodyさん
13/10/28 01:01:01.02
まだやってたのかｗ
215:nobodyさん
13/10/28 01:02:01.23
>>213
PHPスレはテンプレがしっかりしてるのか、的外れな質問はほとんどないね
ここでも>>199の質問にはしっかり回答がついてるし
216:nobodyさん
13/10/28 01:03:31.45
>>214
仕事も何もない人間が粘着してるんだろうな
下手したら質問者と回答者が同じなんじゃないか？
気持ち悪い
217:199
13/10/28 01:07:26.79
みなさん、たくさんの回答をありがとうございます。
>>201
ずっとモデルと関連しないヘルパーを指定する方法を検索で探していたため
"validation がオブジェクト外の情報を取得する方法はない"と教えていただき
変なところでハマらず助かりました。質問させていただいて良かったです。
>>202
ヘルパーを仮想的にモデルの一部にできる方法があるとは知りませんでした。
記述もシンプルでこの方法は便利ですね。ありがとうございます。
今回は教えていただいた方法でうまくバリデーションを実装することができました。
>>204, >>205
on オプションの設定値って、create/updateだけかと思っていました。
自分で定義することもできるんですね。勉強になりました。
明日までに実装しておきたいところでしたので、助かりました。
また何かありましたら質問させてください。
ありがとうございましたm(_ _)m
218:nobodyさん
13/10/28 01:14:24.70
>>206-216
お前らはせっかくスレが正常に戻り始めた時期に何やってんだ？
特に蒸し返した>>206
お前は重罪
219:nobodyさん
13/10/28 01:17:51.65
>>218
住み着いてる奴は同じだから何も変わってないだろ
他の言語では無い異質さ
220:nobodyさん
13/10/28 01:23:30.69
>>5, >>50, >>76 と立て続けに質問をして解決してなくて苛立ってるんだろうなー
その他の質問にはそれなりに回答がついてるのに
221:nobodyさん
13/10/28 01:25:41.30
>>220
何回も質問してるのかｗ
んで帰って来た答えがAJAX勉強しろできれたのかw
あまり使わない検索のやり方だから即答できる質問でもないしな
222:nobodyさん
13/10/28 01:33:28.47
>>221
Ajaxを知ってれば大して難しくないぞ？
>>76の時点で答えられたらかなりのエスパーだけどｗ
223:nobodyさん
13/10/28 01:36:02.68
>>222
結局質問者は何をしたかったんだ？
224:nobodyさん
13/10/28 01:40:50.18
>>223
>>5 を見るに、検索フォームがあって、検索ボタンを押したらフォームの右に検索結果が表示される…
みたいな感じだと思われ
確かにサーバ側は検索条件をいちいち保存するという変なやり方のようではあるが
225:nobodyさん
13/10/28 01:44:13.58
>>224
その変なやり方のままindexページであれこれやりたいということ？
どういう解答を示したの？
226:nobodyさん
13/10/28 01:45:28.91
>>225
ん？indexページってどっから出てきた？
何か通じてない気がする
227:nobodyさん
13/10/28 01:47:03.50
>>226
質問直接見てないから
解答はどんなのが出るのかなと思っただけ
228:nobodyさん
13/10/28 01:49:27.82
>>227
あぁ、俺は >>6 に賛成だな
何せイージーだしｗ
それを>>12ででてきたAjaxという先進的（）な言葉に引っかかって自分のスキルを無視して方向を
間違えたのが>>76の悲劇ではないかと見てる
229:nobodyさん
13/10/28 01:52:35.61
>>228
なるほど 楽な方法選ぶのが賢明だね
Ajaxだったらどうなる？
230:nobodyさん
13/10/28 01:54:42.81
>>229
分かる人間が書けば一瞬なんだが分からない人間が書くとなると…勉強してください、としか言えないよね
>>76がキレたと思われる>>103だが、至極正論を言ってるようにしか見えないし
231:nobodyさん
13/10/28 01:56:45.94
>>230
どの世界でも切れたら負けだね
ちなみにajaxだったらどうやるの？あまり使わないから分からん
232:nobodyさん
13/10/28 02:02:09.22
>>231
どうって言われても…コードは書けと言われれば多分10分程度で書けるけど、
説明しろと言われると何分かかることやらｗ
233:nobodyさん
13/10/28 02:05:50.39
>>232
コード書いてみたら？
詳しい人が書いたら荒れ果てたこのスレも少しは救われるでしょ
234:nobodyさん
13/10/28 02:07:12.28
>>233
単一スクリプトなら書いてここに貼ってもいいんだが、いろいろいじるからなー
だったら、君がベースをgithubに公開してよ
Pull Request送るからさ
それが一番楽だ
235:nobodyさん
13/10/28 02:09:21.90
>>234
何も持っていないが
そこのrailscastベースにやってみれば？
236:nobodyさん
13/10/28 02:11:01.23
>>235
いろいろコピーすんのめんどくさいよ
ベースがあれば楽だから、頼むよ
237:nobodyさん
13/10/28 02:16:11.83
>>236
勘違いしてるようだが何も持っていない
どの程度の能力を持っているのか見てみたいのとちょっとした興味だけ
railscastの該当記事をベースにやれば何の問題もないのでは？
できないなら無理しなくていい
238:nobodyさん
13/10/28 02:18:00.60
>>237
githubアカウントぐらいは持ってた方がいいよ、老婆心ながら
それにこの程度のことで能力なんか測れないし
それぐらいAjaxの中では簡単なことだから
君がエンジニアならちょこっと勉強すればすぐできるようになるよ
239:nobodyさん
13/10/28 02:19:26.50
うそはうそであると見抜ける人でないと(掲示板を使うのは)難しい
URLﾘﾝｸ(dic.nicovideo.jp)うそはうそであると見抜ける人でないと(掲示板を使うのは)難しい
240:nobodyさん
13/10/28 02:25:31.36
>>230以降の偶数番よ！なぜ気づかない！
>>229以降の奇数番は質問者そのものだろうが！他人のフリして答えを引き出そうとしてるんだよ！
241:nobodyさん
13/10/28 02:27:07.39
>>238
いやその簡単なことを出来ないんじゃないかと思ってね
10分で出来ることを何日も口論のタネにしかしていないように受けとったので
やってごらん 添削してあげるよ
添削されるのが怖い？できない？
242:nobodyさん
13/10/28 02:28:28.76
>>240
しーっ
そんなことみんな分かってて黙ってたのに、言っちゃったら奇数番の人消えちゃうじゃん
243:nobodyさん
13/10/28 02:29:48.55 elnKPvqw
>>242
何自演してんだ？
消えちゃうよ？
添削してやるから書いてみろよ
244:nobodyさん
13/10/28 02:32:24.63
>>243
手を変え品を変え、大変ですね
そんなに張り付いてまで解決させたいなら、開発会社に頼んだらどうです？
あなたが張り付いてる分のあなたの高額な人件費でお釣りがきますよ
245:nobodyさん
13/10/28 02:37:37.38 elnKPvqw
>>244
書けないのに偉そうに教える側を演じてたのか
どちらもレベル同じに見える
Ajaxをどう使えばよいか分からないと言っていた質問者と
Ajaxを使えば良いけど書いて教えることはできない回答者
初心者の皆さん 蛆虫無知識が教える側を演じるここよりPHPの方が良いよ
早めに切り替えておいで
246:nobodyさん
13/10/28 02:41:44.75 elnKPvqw
書いたら添削してやるがそれまでは関わる必要もないスレだな
勉強しときな
247:nobodyさん
13/10/28 02:43:34.12
>>245
どうぞあなたがPHPスレに行ってください
まぁ、PHP使っても今回の件は解決しないでしょうけど（Ajaxはクライアントサイドの技術なんでね）
248:nobodyさん
13/10/28 02:49:26.31
>>247は書けない無能なので今後素人という固定で
>>246は上から目線のおっさんなので巣に帰ってください
質問者は忍耐力なさすぎ
結局このスレッドの半分以上は異常者のレス
249:nobodyさん
13/10/28 02:54:37.74
>>248
>>246＝質問者
あとは同意
250:nobodyさん
13/10/28 02:56:58.78
>>249
忍耐力のない質問者(おっちゃん)と書けない無能回答者が組み合わさるとこんな騒ぎになる良い例
落としどころがない堂々巡りになりそうな組み合わせｗ
251:nobodyさん
13/10/28 03:02:10.56
ID:cydvO19T は前スレで何度も質問してた人？
>>143みたいなレスを見ると動作確認までして答えてたのが馬鹿らしくなるな。
252:nobodyさん
13/10/28 03:05:32.94
>>251
ここを無料サポートセンターだと思ってたんだろうね
それに構う奴も奴だが
253:nobodyさん
13/10/28 03:05:48.96 elnKPvqw
>>250
以後どちらもスレ違いで氏ねよということで
254:nobodyさん
13/10/28 03:08:15.88 elnKPvqw
>>250
文脈見たら俺も入ってるのか
こりゃ失敬
255:nobodyさん
13/10/28 03:08:33.65
>>251-252
そう考えると、このスレで爆発してくれてむしろ良かったんじゃないか？
さすがに奴ももうここを無料サポートセンターのように使うこともないだろうし
256:nobodyさん
13/10/28 03:10:13.65
質問下手な無能と書けない無能は消えろということでFA
257:nobodyさん
13/10/28 03:12:19.94
>>255
今度はPHPスレに奴が行くことになりかねんぞ
あっちに注意喚起しといた方がいいんじゃないか？
258:nobodyさん
13/10/28 03:13:42.16
>>257
このスレの基地外っぷりがより露呈するだけだからやめておけ
259:nobodyさん
13/10/28 03:14:30.54
>>257
PHPスレはここより大人だから、奴は華麗にスルーされるだけさ
心配ない
260:nobodyさん
13/10/28 03:17:43.12
>>256
それに加えて書ける解答者はコテになってほしいな
質問者もコテは尊敬しても優越感に浸りたいだけの書けない無能コテなしを軽くあしらえる
261:nobodyさん
13/10/28 03:19:12.49
無料サポートセンターにされるのは
質問に答えながら自分も勉強していた面があるから良いけどさ。
自分でも勉強している様子だったのに、残念な事件だったよ。
262:nobodyさん
13/10/28 03:20:18.72
>>260
あと、PHPスレのように、テンプレも用意したいね
そうすれば、>>76のような質問者がいなくなって平和だ
263:nobodyさん
13/10/28 03:23:56.50
>>262
次スレから
質問者はテンプレに極力合わせること
解答者は書ける者はコテ書けない無能はコテなし
さてテンプレはどうする？
264:nobodyさん
13/10/28 03:27:23.75
>>263
コテは反対だな
なぜなら、無能はコテ変えすればいくらでもレスできる
意味がない
テンプレはPHPスレからもらってくればいいんじゃないかな
良くできてると思う
265:nobodyさん
13/10/28 03:29:25.16
>>264
でも逆に良い回答者は累積的にそのコテに信頼性が宿る
それ以外のコテもしくはコテ無しはザクと区別できるだけで使い勝手がよくなるのでは
266:nobodyさん
13/10/28 03:36:52.18
>>265
なるほどな、そういう見方もあるか
では、質問者もコテを付けさせた方が良さそうだな
PHPスレではID晒しになってるので、それでもいいけど
本来はRailsの下らねぇ質問は～みたいなスレを別に作るのがいいんだろうが、PHPと違ってRailsは
そこまでのレスはないだろうから、雑談といっしょくたになるが、しょうがないか
267:nobodyさん
13/10/28 03:40:06.22
そこまでやるなら無理に2chでやる必要ないじゃん。
QA@IT みたいで気軽なのなんかないんかな。
268:nobodyさん
13/10/28 03:43:28.20
>>267
それもそうだな
>>76に始まる煽り合いも2chの醍醐味だと割り切るのもアリか
どうしても聞きたければStackOverflowで聞け、と
どうせRailsやるのに英語は避けて通れないんだし
269:nobodyさん
13/10/28 04:57:27.33
>>208
ここの虫けらは高飛車でプライド高いだけのコミュニティー障害無能だから
期待するだけ無駄
くだらない質問はここで！のRORスレ立てて
270:nobodyさん
13/10/28 05:05:24.06
>>224
それなら超簡単なAjaxの初歩の初歩じゃん
viewにform、submitボタン作る(remote=true)
コントローラー内では
キーワード検索してレコードを呼び出す記述を書く
そして、respondでjs読み込んで、jsファイルに検索結果のクラス変数を渡す
jsファイルを作成して、検索結果を表示させたいところのエレメントを指定してそこに受け取ったクラス変数を代入する
こんだけのことじゃないの？
271:nobodyさん
13/10/28 05:08:30.25
>>247
ajaxはクライアントサイド、サーバーサイド両方の兼ね合い
なにいってんの？
272:nobodyさん
13/10/28 05:09:31.19
>>252
じゃあ、ここはなんのためのスレッドだよ？
ばかじゃねーの？
273:nobodyさん
13/10/28 05:31:50.96
流れをぶった切って悪い。質問させて。
ユーザー投稿型のコメント機能を作ったとします。
フェイスブックやTwitterのように最新投稿を上に持ってくるためにCreated_atのDESCソートにします。
そうすると、投稿される度に最新投稿が１ページ目に来て、最新投稿がある度に古い投稿が２ページ目、３ページ目へと流れていきます。
こうなってくるとページとコメントの内容が常にずれていくからSEO的によろしくないよね？
こういう問題を上手く解決するために工夫してたりすることがあったら教えてください。
274:nobodyさん
13/10/28 05:53:41.39
permanent link
275:nobodyさん
13/10/28 06:31:03.58
>>274
Postみたいにタイトルを持つような記事レコード１つにクローズアップして、１ページ内に１Postだけを表示させるならパーマネントリンクは有効だけど、
１ページに１０コメントづつ、しかも頻繁にコメントが増えていくページの場合、パーマネントリンクって使えなくない？
276: ◆aKBLHKF66Y
13/10/28 06:31:41.05
>>273
seo的に良くないよね？
ってことだけど、ページの内容変動によるペナルティを気にしているのなら大した問題ではないと言っておく
例えばブログは書き込みがある度に内容が変更されるからおなじurlでしょっちゅう更新してる扱いされるはずだけどそれら全てにペナルティを与えていたらキリがない
だから気にしなくていいが回答だけどそれだけだとあれなので、どうしても回避したいならその部分だけiframeかjsで読み込むといい
広告と同じで検索時点ではスルーしてくれるから影響は少ないというか加筆しない限り内容変動は感知されない
ただ、ページに対するIframeの割合が多過ぎるとまたそれはそれでペナルティー要因になるみたいだけど
SEO全般に関わる話だしRailsスレで聞くより別なスレのほうがいいかもですね
277:nobodyさん
13/10/28 06:42:56.66
そのURLとは別に一意なURLを割り当てて(日付などを元にする)
rel="canonical" でそのURLを指定するのはどうだろう。
278:nobodyさん
13/10/28 06:44:20.81
そのURLとは別に一意なURLを割り当てて(日付などを元にする)
rel="canonical" でそのURLを指定するのはどうだろう。
279:nobodyさん
13/10/28 08:14:24.81 /G5FvMmp
更新されるページから張るリンクには nofollow 付けとくとか?
その場合、他の手段で辿れた方がいいと思うけど。
280:nobodyさん
13/10/28 08:21:07.31 /G5FvMmp
返信しておいてアレだが、 >>276 のいうとおりSEOの話であって、
別にRails関係なかったね。
SEOを扱うスレは、Web制作板のほうにいくつかあるようだ。
281:nobodyさん
13/10/28 09:24:27.51
>>276
返信ありがとうございます。
SEOのコツ的なものだけでなくRailsでの手法をどうするかがネックになっています。
仮に合計１００５コメントがついていて、１ページに１０コメントづつの表示の場合だと、最新投稿がページ１、古い投稿が１０１ページ目となります。
１ページ目だとURLは hoge.com/168
１０１ページ目だと hoge.com/168?page=101
ですね。
しかし、さらに１０コメント追加投稿されると古い投稿は hoge.com/168?page=102
へと移動してしまいます。
googleが hoge.com/168?page=101のURLと内容を記録していても、すぐに内容が変動するのでスパムサイトと見なされるか、価値ないものとなります。
これだけコメントが沢山ついていくのであれば、そのコメントに含まれるキーワードからgoogle経由での訪問者増も見込めるのですが、
どうしても、このURLとコメント投稿内容の変動が邪魔になっているように思えます。
これをRailsで上手いこと解決できるテクニックがあればいいのですが。
created_at descをascにするしかないでしょうか？見にくくなりますが。
282:nobodyさん
13/10/28 09:28:36.70
>>276
blogだと見出しページは変動しますね。
見出しをクリックして記事の本文を全表示するとURLは固定ですよね？
そして、そこのURLと内容がgoogleに拾われて、そこに散りばめられたキーワードでgoogle経由で人が来るという具合に上手くできています。
283:nobodyさん
13/10/28 09:45:58.02
【SEO】Google対策 パート34【Google】
ｽﾚﾘﾝｸ(hp板)l50
284: ◆aKBLHKF66Y
13/10/28 09:53:30.56
>>282
他の人も言ってるけどseoの話になるからここで聞くよりseoスレのほうが有効的な回答もらえると思いますよ
Railsではこう！みたいな話ではなく、言語が変わったからと言ってSEOに有効な手段が変わるわけではないので言語の差異なく普遍的な話ですし
自分が知ってる範囲でですが、google側でも変動がある動的ページと固定ページは分けて認識しているようです
具体的に言うと、最後に.htmlなどの拡張子をつけたページの場合静的とみなされてランクが上がりやすいそうで一昔前に流行った方法です
あと、クエリの場合はurlとして認識されないため検索に乗りませんでした(今は改善されているかも)
?pageではなく、entry/12/page/1のようにGETクエリに頼らないurl設計をすべきです
ほかに考えつくことといえば、コメントに重点を置くならコメント単体を1ページにすることで、検索でそれが引っかかるようになりますので、そこから記事に差し戻すと言う方法が使えると思います
twitterのつぶやき単体がgoogleでひっかかるのとおなじイメージです
くらいでしょうかそちらのスレで聞いてみてください
285:nobodyさん
13/10/28 16:33:30.34
>>284
具体的なご回答ありがとうございました。
286:nobodyさん
13/10/28 19:28:31.80
>>270
show.html.erbの記述と組み合わせて発火するようだから無理なんじゃないか？
287:nobodyさん
13/10/28 19:36:56.79
>>286
どういうアウトプットがほしいの？
288:nobodyさん
13/10/28 19:57:47.27
何をどこまでやってこういう出力が欲しいのにこういうエラーが出るので分かりません、なら
答えようもあるだけどね…
289:nobodyさん
13/10/28 21:34:26.18 khc42Rhk
たしかに甘えすぎていました
AJAXとJquery勉強しなおして、まだ分からないようでしたらまた質問させていただきます。
290:nobodyさん
13/10/28 22:52:49.36
>>105-106
必要以上に親切にしない。教えて君はエスカレートする。
最初は自分で努力しようと考えている人も、親切にされるとそれを当たり前だと思い、次からはもっと人に頼るようになる。
甘やかすことは、その人から向上心やプライドを奪うことでもある。
URLﾘﾝｸ(ja.uncyclopedia.info)教えて君
291:nobodyさん
13/10/28 23:59:09.70 khc42Rhk
>>289
分かりました！
さてと、もう少し勉強しとくか。
292:nobodyさん
13/10/29 01:09:31.99
このスレはアホばかりですね
293:nobodyさん
13/10/29 01:10:15.18 1x945yIi
Started GET "/searches/51" for 〇〇〇〇 at 2013-10-29 00:49:37 +0900
Processing by SearchesController#show as JS
Parameters: {"id"=>"51"}
Search Load (0.6ms) SELECT `searches`.* FROM `searches` WHERE `searches`.`id` = 51 LIMIT 1
Rendered searches/show.js.erb (0.3ms)
Completed 200 OK in 7ms (Views: 5.0ms | ActiveRecord: 0.6ms)
294:nobodyさん
13/10/29 01:12:51.04 1x945yIi
>>98の後半部分が発動しなくなってしまいました＾＾；
何となくそんな悪寒はしていましたが
show.js.erb $("#results").html("result: <%= escape_javascript (render @search.products) %>");
new.viewには result: #<ActiveRecord::Relation::ActiveRecord_Relation_Product:0x0000000359798>
295:nobodyさん
13/10/29 01:25:15.69 1x945yIi
Started GET "/searches/71" for 〇〇〇〇 at 2013-10-29 01:21:53 +0900
Processing by SearchesController#show as JS
Parameters: {"id"=>"71"}
Search Load (0.5ms) SELECT `searches`.* FROM `searches` WHERE `searches`.`id` = 71 LIMIT 1
Product Load (0.8ms) SELECT `products`.* FROM `products` WHERE (name like '%dsa%') ORDER BY `products`.name ASC
Rendered products/_product.html.erb (1.2ms)
Rendered searches/show.js.erb (11.6ms)
Completed 200 OK in 20ms (Views: 16.5ms | ActiveRecord: 1.3ms)
296:nobodyさん
13/10/29 01:28:11.72 1x945yIi
クッキー等キレイにしたら表示された！
うおおおおおおおおお
アドバイスくれた人はありがとです！
さてと次は何をやろうかな
297:nobodyさん
13/10/29 19:25:57.32
carrierwaveを使っています
cookpadのtofuのようなもので我々が使えるものはありますでしょうか？
またその中でどれが優れていると思われますか？
もう一つはactiverecord-reputation-systemのようなものを自前で作りたいと思っています
こういった類のものを作った事がある方にご質問ですが参考になるサイトを教えてください
検索してもfacebookのイイネを組み込む程度のものばかりが出てくるので
298:nobodyさん
13/10/29 20:30:08.36
>>297
> cookpadのtofuのようなもので我々が使えるものはありますでしょうか？
ざっくりしすぎてて何にフォーカスすりゃいいのか分からん
もっとやりたいことを明確にしないと
299:nobodyさん
13/10/29 20:33:47.92
>>298
主には動的なリサイズです
前もっていくつものデバイス向けにいくつものファイルを用意しておくのも馬鹿らしいので
300:nobodyさん
13/10/29 21:00:22.26
>>299
んじゃ、この辺だね
URLﾘﾝｸ(www.ruby-toolbox.com)
301:nobodyさん
13/10/29 21:09:36.22
>>300
既に結構人気あるんですね！調べてみます！
ありがとうございます！！
302:nobodyさん
13/10/29 21:43:43.31 GG2N1VuE
Railsはdevelopmentモードだとviewと同じ名前のcssとjsを自動で含むのでしょうか？
303:nobodyさん
13/10/29 22:18:56.67
>>302
asset pipeline を使ってるならすべてのcssとjsが読み込まれる
development だとプリコンパイルされないだけ
304:nobodyさん
13/10/29 22:27:35.24 GG2N1VuE
>>303
分かりました。ありがとうございます。
developmentだとバラバラのまま、productionだと1つのまま。これだけの違いなんですね。
JavaScriptの場合は、グローバル汚染を回避する方法云々はいろいろと知見を見聞きしたのでわかるのですが、
CSSもJSに劣らず特定のページに固有って側面が強くないでしょうか？
ですので、ついうっかり、**.erb.htmlに<script/>や<style/>に書いてしまうのですが・・・・
これってベストプラクティスには反するのでしょうか？
他人の書いたRailsのコードを見ると、あまりそういうことはしてないっぽいんですね。
確かに集団開発していると、どこに他人がどんな定義を書いてるかが明らかじゃないと困るかもしれませんが・・・
305:nobodyさん
13/10/29 22:38:44.29
>>304
> JavaScriptの場合は、グローバル汚染を回避する方法云々はいろいろと知見を見聞きしたのでわかるのですが、
> CSSもJSに劣らず特定のページに固有って側面が強くないでしょうか？
asset pipeline はそういう面に目を瞑る代わりに通信コストを下げようというものだから、
ページ固有部分を別に書くことによる開発効率を重視するなら、asset pipeline を切るのも
選択肢のひとつ
ただ、RailsはDHHを含む経験豊かな開発者たちの「こうした方がいいよ」を集めたものだから、
よく分からないなら彼らの敷いた rail に乗っちゃった方が良い結果になることの方が多いと思う
306:nobodyさん
13/10/30 00:19:58.12 RvDdIS8M
>>305
ありがとうございます。
assets pipelineとの二者一択なんですね。
307:nobodyさん
13/10/30 01:05:28.28
二者択一
308:nobodyさん
13/10/30 14:15:36.65
Railsのマイグレーションって、マイグレーションファイルにつけられたタイムスタンプを使って適用順番を判別してるんですよね？
そのタイムスタンプは、マイグレーションファイルが作られた時刻をもとにしてると思うんですが、マイグレーションファイルが作られた時刻と、実際に適用したい順番って、一致しないことがありますよね？
たとえば git のトピックブランチを作って作業していると、マイグレーションファイルを作ってからだいぶあとになってメインブランチにマージするような場合も多いはずです。
そういう場合、みなさんどうしてますか？
できれば、タイムスタンプとは違う方法で、マイグレーションの適用順番を指定することができればいいのですが。