最讨厌这种，加载更多，又加载更多，面对长长的列表，很容易迷路，不知道自己看到哪了， 分页就像路标，永远不会迷路， 我一般直接点每个分页链接，background 打开页面，这样看完一个就 ctrl + W，很高效

无尽加载给人一种无望的感觉，不知道有多少在后面，有分页就很清楚，比如这个 Blog 一共 10 页，我想全看完，如果这个 blog 一共 50 页，我就要考虑是不是要分几次看完。

另外请教一下，Load more 的 SEO 是怎么做的？

#19 楼 @zfben 错，我喜欢上面的分享，下面的都是广告。

这样的广告看得舒服

支持楼主

勘误： http://rails-practice.com/content/Chapter_3/3.3.html 当我们书里大量数据的时候

应该是“处理”吧

#8 楼 @poshboytl 这跟那个用 hallo world 测试各种 web 框架类似，结果没有太大参考价值，自己按自己的要求做个小玩具，然后真机测试一下，如果可以接受，那就没问题。

#6 楼 @blacktulip 这种“青春痘长在别人脸上”的事，我不急，现在没有用 rubymotion 有空了试试看，做些小玩具

#4 楼 @blacktulip 我知道是不一样，理论上应该差不多，如果结果还是比其它的慢一点，接受现实就好了，what a big deal，rubymotion 会更新，硬件会升级的，现在够用就行。

同样，都比 rails 快，我还是用 rails。

不知道，反正 Rails 也慢，习惯习惯就好了。那，做人呢，最重要的就是要开心。

好消息

他们可能不缺钱了，不管怎样，壮大用户群是很重要的。

好像只有游戏跨平台 api，如果有跨平台的 form 就更好了，就像 xamarin: http://xamarin.com/forms

@renshine 楼主，请贴文字，别贴图

一直在用，很棒的产品！

@upyun 帐号已经被禁用，请联系客服 ......

什么原因禁用也不写清楚，哪个程序员写的程序。

最不喜欢联系客服 ...

建议看英文，这是好机会 人在被逼的状态下进步得快

试想有人拿枪顶着你的头，你应该很快就看懂了。

其实 ruby 对我最大的吸引就是 gem 比较多，也好用，复杂的东西也可以搭积木一样拼起来。

go 的包我相信会多起来，但现在做 Web，一定累死，如果你只是 CRUD, has_many 之类的简单模型，那可能累不死，如果真是这么简单的模型，为什么我不用 PHP 呢，招人多便宜。

还补充一点，现在的 Web 开发已经大不一样，有可能一个前端框架搞定绝大部分的工作，后台只是收发简单的 json，这时候 Go 可能可以发挥点“快”的优势。

#8 楼 @billy 完全没有要求谁要放源代码，只是说楼主的标题有误导。分享 一般理解是：本来只有你有，你分享后，我也有了。 没有谁说，分享一个 facebook, 分享一个 twitter

#15 楼 @quakewang 谢谢！想问一下，你是怎么找到这个方法的，我 find_by_friendly_id 只搜索到这个页面： http://www.rubydoc.info/github/norman/friendly_id/FriendlyId/FinderMethods:find_by_friendly_id

结帖可以，但应该还可以回复，今天还有人 @ 我，目前老帖可以回帖但不会顶上来，我觉得是个好的设计。

#11 楼 @huacnlee 谢谢，见 #12 楼 说明

#9 楼 @rei 你一直是论坛正能量，也愿意花时间帮助大家，先给你点个赞。

一般情况下不要改 view 和 route，Product.find(params[:id]) 和 edit_product_url(@product)之类的都不用改，我 #8 楼 说错了。

基于我对你的了解，你可能不太喜欢依赖过多的 Gem，但在这个问题上，用 to_param 和 定义一个方法不太适合我的情况，我的情况会更复杂。主帖的 user 只是一个例子而已。

比如说现在做一个产品的 CRUD，把产品名称而不是产品 id 放在 url，url 中可能还有除 id 之外的其它参数，产品名称可能涉及英文和字母外的特殊字符，有可能还会重名，可能还会因为 SEO 的原因改名 (要考虑改名后会有坏链)，这时写一个复杂的 to_param 已经不能解决问题，应该添加一个 unique 的 slug 字段存储转换后的产品名称以及“历史名称” ，如果重名还要做一些处理。更麻烦的是不只是产品要这样处理，比如 用户，产地，厂商等 controller 都要这样处理。

如果只是 to_param 这个链接对此方法有更多说明： https://gist.github.com/cdmwebs/1209732

文章最后也推荐用 friendly_id gem，因为“历史名称”不是一两句话就可以搞定。

PS: 关于中文等特殊字符处理： http://waynechu.logdown.com/posts/205700-rails-web-site-no-longer-displays-only-id

#15 楼 @brenda103 亲，你的 assciation 拼错了，建议用 rubymine 吧，可以完全避免这类低级错误

#7 楼 @rei

谢谢，我不是真的找用户，是“比如”。

定义方法太复杂了，还要改 view 和 route，如果用 friendly_id，所有原来的代码都不用改，而且可以自动自成漂亮的 Url。

#5 楼 的方法已经足够好了。

#13 楼 @brenda103 我用的 simple_form gem，assciation 是在 simple_form 定义的，你有没有用这个？

#2 楼 @libuchao #3 楼 @chairy11 谢谢，这是个办法，但改动太大，用 friendly_id 可以不改任何原来的代码

#4 楼 @mimosa 这有更详细的说明： http://ruby-journal.com/how-to-override-default-primary-key-id-in-rails/ 不但改动大，而且处理 association 的时候会有问题

#5 楼 @xmonkeycn 谢谢，你一句话点醒梦中人，你的办法真是太太太棒了！！！ 建议给 friendly_id 的 README.rdoc 发 pull request，他们根本没有说明这个问题，难道用这个 Gem 的人只是考虑漂亮和 SEO，没有考虑过隐藏主键的事？

#2 楼 @cqcn1991 别伤心，推广的时候内心要强大。

你就算不开源，也可以介绍一下用的 Gem 之类的，比如有关 Rss 的，比如开发心得，遇到的坑之类的。

楼主，您这不叫分享一个半成品，应该是做了个半成品就来做广告。

放出源代码才叫分享吧。

我是 Vanilla 都还没学好的民间全栈程序员，已经在选 js 的框架上晕过去了，最后决定还是用我的 JQuery 吧，智商余额不足了。

#25 楼 @keepeye 你不开源，别人怎么帮你提高代码质量

不影响理解的情况下，尽量减少代码量，代码越少越好维护

@huacnlee 看截图你是做出来了，何不后台加个开关，把代码发布， ruby-china 是很好的学习资料，这个树形对很多人有参考价值，请考虑，谢谢

第一，请贴代码，不要用截图，以便别人可以 copy 你的出错信息 第二，请用错误信息 google 一下，比论坛等别人回答要快得多，请相信一点，你几乎不太可能是第一个遇到这个问题的人。

希望搜索结果页面第一条 stackoverflow 的信息能帮到你： https://www.google.de/search?q=could+not+find+net+ssh+2.10.0+in+any+of+the+sources&oq=could+not+find+net+ssh+2.10.0+in+any+of+the+sources&aqs=chrome..69i57.279j0j7&sourceid=chrome&es_sm=93&ie=UTF-8