piginzoo (动物园的猪)

git 忽略，忽略不了，搞不定了，谁来帮忙看看～

piginzoo — Mon, 07 Apr 2014 12:23:23 +0800

要忽略文件，放到.gitignore 里面，这个我是知道的，只可惜我做晚了，我已经把 data/config.php 文件放到 master 里面了，又 push 到 origin/master里面了，然后悲剧就此开始了。

stackoverflow 上的帖子说： http://stackoverflow.com/questions/1139762/gitignore-file-not-ignoring “ If you are trying to ignore changes to a file that's already tracked in the repository (e.g. a dev.properties file that you would need to change for your local environment but you would never want to check in these changes) than what you want to do is:

git update-index --assume-unchanged ”

可是，我这样做了，再 commit 到本地 master 上，也很赞，说文件 data/config.php 没有变，可我要去 push 到 origin/master 上的时候，我一 pull，悲剧出现了，说我这个 data/config.php 需要 merge！！！

我怎么才能彻底地让所有人（本地，远程）都彻底忽略这个文件呢？

有谁有这种困扰，快来指点一下把～

悲催一下午的验证码噩梦

piginzoo — Sun, 02 Sep 2012 21:02:35 +0800

周五了，欢天喜地地准备部署一把，周末去 High 了。在内网的模拟生产环境的服务器 capstrano 一把，过了，于是，淡定地敲出线上的 cap 命令，回车后，就尿尿去了。

回来后，挂了，倒也没有惊慌，看看呗：

** [out :: paozhoumo.com] Bundler could not find compatible versions for gem "bundler":
** [out :: paozhoumo.com] In Gemfile:
** [out :: paozhoumo.com] easy_captcha (>= 0) ruby depends on
** [out :: paozhoumo.com] bundler (>= 1.1.0) ruby <========================
** [out :: paozhoumo.com] 
** [out :: paozhoumo.com] Current Bundler version:
** [out :: paozhoumo.com] bundler (1.0.22)<===========================
** [out :: paozhoumo.com] 
** [out :: paozhoumo.com] This Gemfile requires a different version of Bundler.
** [out :: paozhoumo.com] Perhaps you need to update Bundler by running `gem install bundler`?

“easy_captcha”！是验证码的问题，这个是@jungledrum找的 Gem，挺好用的，于是问了@jungledrum鼓鼓，鼓鼓说，这个 Gem 有点问题，对 bundler 的依赖必须是~>1.0.0，于是他 fork 了一份，改成了 1.1.x，挺赞啊，我想，可是为什么服务器上 bundler 是 1.0.22 呢，于是查查，发现我们这台 2 月份搞来的盛大云主机，是 centos5.4 的，当时安装的 rails 环境的 bundler 就是 1.0.22。好嘞！原因找到，就解决呗。淡定的我，还丝毫意识不到，噩梦才刚刚开始。

先搞搞 gem 吧，解决 bundler 版本问题，gem install bundler，好啦，升级了 bundler，继续 cap。几分钟的煎熬后，新问题又出来了，发现 easy_captcha 需要依赖于 rmagick, rmagick gem 安装又失败泪:~(

Installing rmagick (2.13.1) with native extensions 
Gem::Installer::ExtensionBuildError: ERROR: Failed to build gem native extension.
/usr/local/rvm/rubies/ruby-1.9.2-p290/bin/ruby extconf.rb 

checking for Ruby version >= 1.8.5... yes
checking for gcc... yes
checking for Magick-config... yes
**checking for ImageMagick version >= 6.4.9... no<======================
Can't install RMagick 2.13.1. You must have ImageMagick 6.4.9 or later.

什么！需要 ImageMagick 的版本大于 6.4.9，我勒个去！赶紧 check 了一下服务器上的 ImageMagick, yum 支持的是"6.2.8.0"，啊，顿时就慌乱了，肿么办？肿么办？ easy_captcha0.5.0--->rmagic 2.13.1---->ImageMagick6.5.9, 我靠，我的 CentOS5.4 推荐的兼容版本是 6.2.8 啊？！

来吧，自己搞个版本吧，我下定决心，去下来 ImageMagick 的 source，make install 了一把，嘿，ImageMagick 现在 6.7.9 了，安装完毕后，洋洋得意地我，准备继续 bundle install 一把，果然，版本校验过了，可是新问题又出来了，编译 RMagick 的时候，居然说找不到 Magick 的头文件：

/usr/bin/ruby1.8 extconf.rb
checking for Ruby version >= 1.8.5... yes
checking for gcc... yes
checking for Magick-config... yes
checking for ImageMagick version >= 6.4.9... yes
checking for HDRI disabled version of ImageMagick... yes
checking for stdint.h... yes
checking for sys/types.h... yes
checking for wand/MagickWand.h... no<============================

Can't install RMagick 2.13.1. Can't find MagickWand.h.

噢的神哪，怎么又找不到头文件了呢？于是，我 ln 了所以可能需要的 header 文件和目录，靠，都是错误依旧。绝望了，绝望之余，去拜股沟大神，终于找到了救命贴： http://superuser.com/questions/163818/how-to-install-rmagick-on-ubuntu-10-04 于是，噼里啪啦地一通乱敲后，居然搞定了：

/sbin/ldconfig /usr/local
ln -f /usr/local/bin/Magick-config /usr/bin/Magick-config
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ gem install rmagick

至此，这条生死链终于打通了：easy_captcha0.5.0--->rmagic 2.13.1---->ImageMagick6.5.9。回味之余，参考帖子：http://ruby-china.org/topics/772@user3的github，又去掉了了 fork，改用了原作者的 source link：:git => 'https://github.com/phatworx/easy_captcha.git'，至此，完美解决。

另，中途遇到一些 so 的链接和加载问题，如“libMagickCore.so.5: cannot open shared object file”参考帖子http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=17059 都一一解决。

注：关于 ldconfig: http://www.xxlinux.com/linux/article/accidence/technique/20081230/14754.html

总结一下吧：

因缘，因是悲催的 CentOS5.4，老点，引起版本的问题。感叹：部署是个恼人的事，版本的依赖管理是个噩梦。

特发此帖，以对逝去的一下午时间的深深惋惜，也为自己留个笔记，也为遇到类似问题的 XDJM 们留个可以参考的文字。

问个问题，怎么解决手机端程序生成主键冲突问题

piginzoo — Fri, 22 Jun 2012 10:16:15 +0800

万能的坛，问个纠结的问题。

我们在做一个手机端+rails 服务器的应用。

手机端用户创建的记录，需要主键值，如果用自增，将来传到服务器上，肯定会跟别的用户冲突。如果再加上外键关系，就乱上加乱。

我们考虑用 UUID，让各个用户的 id 不再一样，但是，UUID 是 char(36), 如果是 mysql 做主键会有性能问题，我们正在纠结这事，你们怎么解决的丫？

UUID 的问题： http://hi.baidu.com/thinkinginlamp/blog/item/c609d10979710e81d0581b60.html 对于InnoDB这种聚集主键类型的引擎来说，数据会按照主键进行排序，由于UUID的无序性，InnoDB会产生巨大的IO压力，此时不适合使用UUID做物理主键，可以把它作为逻辑主键，物理主键依然使用自增ID。

有人常上喷嚏网么？

piginzoo — Wed, 04 Apr 2012 10:52:19 +0800

不是广告，真的很喜欢打喷嚏。

关于部署的时候的 public 目录是否可以做成一个 link 目录？

piginzoo — Wed, 21 Mar 2012 13:41:41 +0800

我们开启了页面的 cache，这样，动态访问后，只要不变化就会缓冲到 public 目录下。

但是一旦重新部署，public 目录就被会被新的 release 替代，那些 cache 的页面 html 都没了，只能再重新生成了。我想了个办法，就是把 public 目录做成一个软链接目录，每次新的 release 从 git 拉下来后，就把 public 里面的东西拷贝到一个 share 目录中，然后删除掉 release 目录中的 public 目录，最后把 share 目录软链接到 release 的 public 目录中。

简而言之，就是 public 目录是一个软链接目录，这样 cache 就可以永远在一个固定目录中了。

但是，我这样做了后，访问站点的时候，总是报错：

2012/03/21 21:27:45 [error] 8496#0: *1 directory index of "/data/www/current/public/" is forbidden, client: 192.168.0.171, server: localhost, request: "GET / HTTP/1.1", host: "192.168.0.106"

但是我去访问静态页面是存在的 http://192.168.0.106/test.htmlnginx没有找到ruby的环境，但是我ps发现passenger进程都是好好的。，感觉是，

我的问题是：

1.难道 passenger 就不能把 nginx 的 root 配置成软链接目录么？何种原因导致无法启动 ruby 呢？

2.大家有好的办法，能让我保留我的那些缓冲么？你知道的，重新部署后，那些缓冲的千千万万的页面要是拷贝过来是多费资源的事啊。你们是怎么解决这个问题的呢？rubychina 也应该会遇到这个问题吧？如何解决的呢？问一下@rei和@huacnlee。

Capstrano 经验分享

piginzoo — Wed, 21 Mar 2012 11:37:31 +0800

最近鼓捣 capstrano 并被之折磨，终于有了一些心得，不敢独享，share 给大家。

1.我们的的 capstrona 配置

# encoding: utf-8
require 'bundler/capistrano'                #添加之后部署时会调用bundle install， 如果不需要就可以注释掉
set   :keep_releases, 10                    #只保留10个备份
set   :application, "myapp"     #应用名称
set   :repository,  "git@myapp.com:/data/gitrepo/myapp"
set   :deploy_to,   "/data/www"
set   :current_public,   "/data/www/current/public"
set   :shared_path,      "/data/www/shared"
set   :user, "deploy"                       #登录部署机器(myapp.com)的用户名
set   :password, "123456"                   #登录部署机器的密码， 如果不设部署时需要输入密码
set   :use_sudo, false                      #执行的命令中含有sudo， 如果设为false， 用户所有操作都有权限
set   :scm, :git
set   :bundle_flags, '--quiet'
set   :copy_exclude, [".git", "spec"]
set   :group_writable, false
role  :web, "192.168.0.106"                     #Your HTTP server, Apache/etc
role  :app, "192.168.0.106"                     #This may be the same as your `Web` server
role  :db,  "192.168.0.106", :primary => true   #This is where Rails migrations will run
default_run_options[:pty] = true            #pty: 伪登录设备
#after， before 表示在特定操作之后或之前执行其他任务
after "deploy:update", "deploy:migrate"
after "deploy:migrate", "deploy:symbol_resource"
# If you are using Passenger mod_rails uncomment this:
namespace :deploy do
  desc "restart the paozhoumo application"
  task :restart, :roles => :app, :except => { :no_release => true } do
   run "#{try_sudo} touch #{File.join(current_path,'tmp','restart.txt')}"
   # rails 3.1首次访问时间较长，发布成功后先访问一下，进行初始化
   run "curl -s -o /dev/null 127.0.0.1"
  end
  #用新的拉下来的public里面的内容替换旧的shared目录的，然后删除掉public，用shared链接到public
  desc "copy everyting to overwrite the shared public folder"
  task :symbol_resource do
    #拷贝新拉下来的images/css/jslib,以及目录下的文件
    run "rm -rf #{shared_path}/images/*"
    run "cp -r #{current_public}/images/* #{shared_path}/images/"
    run "rm -rf #{shared_path}/css/*"
    run "cp -r #{current_public}/css/* #{shared_path}/css/"
    run "rm -rf #{shared_path}/jslib/*"
    run "cp -r #{current_public}/jslib/* #{shared_path}/jslib/"
    run "rm -f #{shared_path}/*.*"
    run "cp #{current_public}/*.* #{shared_path}"
    #然后把拉下来的public目录删除掉
    run "rm -rf #{current_public}"
    #把共享的share文件夹中
    run "ln -sf #{shared_path} #{current_public}"
  end
end

2.几点说明：

这里有两个帐号，一个是“git@myapp.com:/data/gitrepo/myapp”，也就是 git 服务器上的 git 帐号，还有一个是要部署到某台机器上的时候登录用的帐号：deploy。因此，如果你做本地的 ssh 的密码配置，在 cap deploy 过程中，需要输入 git 用户的密码，和 deploy 用户的密码。

这里有 3 台机器将卷入这个部署

你的开发机
你的 git 服务器（放着 team 的 merge 后的代码滴最新版）
你要去部署的服务器

过程就是你在你的开发机器上运行 cap deploy，然后远程登录到被部署的机器上跑 cap 的脚本，期间会自动到 git 服务器上拉代码，过程大抵如此。

后面我 trace 了一个整个过程的 shell 脚本，并加上注释，可以细看。

在第一次运行 cap deploy:setup 的时候，会报权限错误，毕竟 deploy 用户权限很低，不能随便创建目录，那么就用 root 或者其他有权限的帐号，先建好 my app 的根目录，然后 chown deploy:deploy_group /my_app_root 即可。

由于脚本中有了这行 require 'bundler/capistrano' ，cap 会在部署的时候，重新拉一份 gem 下来，放到 shared/bunld目录下，即使你生产机器上已经有 gem 了，小哥们还是会不知疲倦地下载一份，原因是，这个脚本触发了这条命令：bundle install --gemfile /data/www/releases/20120321020234/Gemfile --path /data/www/shared/bundle --quiet --without development test.我曾经担心过 rails 启动的时候，是去找这里面的 gem 还是去找系统目录下的 gem 呢，后来得知在 Myapp 目录下会生成一个 .bundld/config，告诉rails用哪个gem目录，就释然了。

3. cap 运行过程中的脚本：

#列出remote上最新的head
git ls-remote deploy@paozhoumo.com:/data/gitrepo/paozhoumo HEAD
#做一些目录清场和准备
rm -rf /data/www/releases/20120321020234/public/assets 
mkdir -p /data/www/releases/20120321020234/public        
mkdir -p /data/www/shared/assets
#做1个软连接，后面还有3个
ln -s /data/www/shared/assets /data/www/releases/20120321020234/public/assets
#改变目录为组可写
chmod -R g+w /data/www/releases/20120321020234
rm -rf /data/www/releases/20120321020234/log /data/www/releases/20120321020234/public/system /data/www/releases/20120321020234/tmp/pids 
mkdir -p /data/www/releases/20120321020234/public
mkdir -p /data/www/releases/20120321020234/tmp
#做了3个软连接
ln -s /data/www/shared/log /data/www/releases/20120321020234/log
ln -s /data/www/shared/system /data/www/releases/20120321020234/public/system
ln -s /data/www/shared/pids /data/www/releases/20120321020234/tmp/pids
#重新touch一下这些目录中的所有的文件
find /data/www/releases/20120321020234/public/images /data/www/releases/20120321020234/public/stylesheets /data/www/releases/20120321020234/public/javascripts -exec touch -t 201203210202.50 {} ';'; true
#列出文件来，-x是在一行的意思，不知道要干嘛？
ls -x /data/www/releases
cd /data/www/releases/20120321020234
#安装bundle到/shared/bundle里面，但是用的Gemfile是新拉下来的gemfile
bundle install --gemfile /data/www/releases/20120321020234/Gemfile --path /data/www/shared/bundle --quiet --without development test
cd /data/www/releases/20120321030939
#做资源预编译，地球人都知道
bundle exec rake RAILS_ENV=production RAILS_GROUPS=assets assets:precompile
#改链接之类的后续活
rm -f /data/www/current && ln -s /data/www/releases/20120321030939 /data/www/current
cd /data/www/releases/20120321030939
#执行migration
bundle exec rake RAILS_ENV=production  db:migrate
。。。。
# 后面就没啥了

4.参考：

官方给的流程图：

关于 RESTful 资源的 helper 的方法？

piginzoo — Thu, 08 Mar 2012 16:48:20 +0800

地球人都知道，rails 帮咱们生成了一堆的 resources 的方法，猪如 new_xxx_path，edit_xxx_path，可是这写个类，是怎么生成的？是哪个 module 生成的？我试图去找找源码看看，可是，找不到啊。哪位了解内幕，源源一声，给个线索。

Capistrano 部署用非 root 用户时的权限问题，求解！

piginzoo — Thu, 08 Mar 2012 12:19:25 +0800

为了安全，我肯定不能把 root 和密码写在 deploy.rb 中，这样就得每次运行 cap deploy 的时候输入 root 密码，麻烦。于是创建了个 deploy 用户，设置个不太怕泄露的密码，写在 deploy.rb 中，然后用 deploy ssh 到服务器上去跑 cap deploy。

怕权限问题，就把 git 的库目录的归属组设置成一个叫 gitgroup 组，然后把 deploy 用户，以及提交代码用的 git 用户都的主组都设成了 gitgroup。心满意足后，用 deploy ssh 后，跑 cap deply，依然苦逼地报 Operation not permitted。开 debug 跑 cap deply -d，发现原因是：

git clone 后，生成的文件的组权限是 r--，然后 cap 试图运行chmod -R g+w xxxx的时候，报错chmod: changing permissions of ........: Operation not permitted。

我现在能想到的办法就是改 deploy 用户的 umask，让 cap 运行 git clone 复制过来的时候，就加上组权限为写。

你们遇到这种问题过么？或者，你们是如何使用 non-root 用户来构建发布环境的，说说大家的最佳实践吧。

吐槽一下 widget

piginzoo — Thu, 01 Mar 2012 17:59:51 +0800

作为一个 rails 新手，我一直想了解 rails 有没有一个组件化设计的方案，我自己写了一个图片增删改查浏览的模块，我管他叫模块，是因为我把能和图片处理相关的东西尽可能地放到了一起，我是怎么做的呢？

1.首先我做图片的 nest 方式

resources :A do
  resources :images
end
resources :B do
  resources :images
end

还要使用多态，让图片可以跟多个 model 关联

class Image < ActiveRecord::Base
  belongs_to :a, :polymorphic => true

2.我把图片的浏览的类似于幻灯片，需要嵌入到 A 或 B 的页面中的，剥离成 partail

<%= render "images/pictures", :pictures=>@a.images%>

3.我还要考虑图片的维护中的边边角角上的链接，比如 new_image 路径啥的，但因为这个 image 被多个人嵌套，所以，就得动态决定是 new_a_image 还是 edit_b_image，因此我写了个个 helper 方法

def new_the_image_path it
   return new_a_image_path if it.instance_of? A
   return new_b_image_path if it.instance_of? B
   nil
 end

最终，可以复用了，但是总觉的不爽： 1.代码还是散落，有 model，有 view，controller 2.如果我要用 image，比如我是 A 或者 B，我还要在我的 controller 中准备好相关的数据

后来就琢磨有没有更好的方案，想来 rails 大牛们一定写过这种东西吧，于是先搜到了 cells，发现只是用了 view 层显示用的，xdite 对 cell 烧香很推崇，不过，好像还达不到到复用的境界，后来顺藤摸瓜看到了 apotomo 的 widget，都是他们哥几个写的，于是吭哧吭哧看是看，拜了一下谷歌大神，中文资料奇少，于是就去他的官网上看http://http://apotomo.de/, 然后看他的 screencasts，大概搞明白了，于是照葫芦画瓢地做了个 widget，这里吐槽一下：

这东西挺好，有生成器，都生成在 widget 目录下，锦簇
这东西严重依赖于 jquery 或其他 ajax 框架，要做 widget 页面内的跳转，就得靠 Jquery 的 replaceWith 了 3.有了 xdite 说的 mini-controller，可以在控制 widget 内部的页面需要的数据准备，或者是 widget 发送过来的数据的处理

总体感觉，这东西适合做类似于 comments,tags 等局部显示特性强，而且，需要局部刷显得“部件”，和我想象的纯粹业务层面的复用组件，比如我上面提的 image 处理，其实，用他做就不太好用，我还是保留我的那个做法了。总之，这东西挺好，用一用可以做出一些复用性比较强的小组件，但是，没办法大范围地采用到项目中，我的感觉，吐槽完毕。

widget 的文章： http://apotomo.de/ 没了

关于 cells 的文章： http://kpumuk.info/ruby-on-rails/simplifying-your-ruby-on-rails-code/ http://blog.xdite.net/posts/2011/12/04/misunderstanding-about-render/ <----绝对好文 http://rdoc.info/github/apotonick/cells/master/file/README.rdoc http://mikepence.wordpress.com/2008/03/16/cells-bring-clean-re-use-to-your-rails-views/ http://ruby-china.org/topics/135 http://nicksda.apotomo.de/2010/11/lets-write-a-reusable-sidebar-component-in-rails-3/ http://lostechies.com/derickbailey/2011/04/11/cells-partial-controllers-and-views-for-rails-3/

第三方引入 js 后 production 下报未编译的错误

piginzoo — Sat, 25 Feb 2012 11:24:35 +0800

生产部署中遇到一个问题，希望高手帮忙看看？

我在某个单独页面内引入了一个第三方的 js，我没有把它 include 到 application.js 中，因为我觉得只有这一个页面用，不能放到 application.js 中。

于是乎，我就在这个单独页面中加入了这行： <%= javascript_include_tag "jquery.fancybox-1.3.4" %>

开发环境一切 ok，到了生产部署的时候，就报错啦： ActionView::Template::Error (jquery.fancybox-1.3.4 isn't precompiled): 1: <%= javascript_include_tag "jquery.fancybox-1.3.4" %>

当然先问 google 大神+stackoverflow 大神，巴拉巴拉，得到了一堆的指导，屁如：

在 production.rb 中加入预编译文件列表 #加入我们自己额外用哦 js 的预编译 config.assets.precompile += %w( jquery.fancybox-1.3.4.js )

2.去人肉到生产环境下检查 cap deploy 是否生成了编译后的 js，果然，也找到了

# ll public/assets/jquery.fancybox-1.3.4*
public/assets/jquery.fancybox-1.3.4-9d272ff223e751fc8890a84ebfc51814.js
public/assets/jquery.fancybox-1.3.4-9d272ff223e751fc8890a84ebfc51814.js.gz
public/assets/jquery.fancybox-1.3.4.js
public/assets/jquery.fancybox-1.3.4.js.gz
# pwd
/data/www/current

一切看上去挺好的啊，可是，前台一刷，就是还报“jquery.fancybox-1.3.4 isn't precompiled”，为何啊？！

别跟我说，放到直接放到 public 里，也别跟我说设置 config.assets.compile = true，这些都是 workaround，我想知道我到底卡在了哪里。另外，查了“isn't precompile”提示只出现在 rails_helper.rb 的 digest_for 方法中，看了看，大致是说我没有设置 compile_assets 属性之类的%……&×（，不知所云了。。。

def digest_for(logical_path)
  。。。。
  if compile_assets
    if digest_assets && asset = asset_environment[logical_path]
      return asset.digest_path
    end
    return logical_path
  else
    raise AssetNotPrecompiledError.new("#{logical_path} isn't precompiled")
  end
end

问一句，大家都在用什么 HTML 在线编辑器？

piginzoo — Tue, 21 Feb 2012 00:57:17 +0800

rails3.1 里引入的 asset pipelline，导致了 js、图片等资源，特别是 css 中的图片资源需要重新定义，这导致引入一个 js/css 框架的时候需要自己手工修改一大堆的东西，比如，把 css/image/js 放到各自目录中，并且修改 css 中的 img 为 sass 风格的 image-url。现在引入一个 js 项目，费劲啊。大家的感受呢？这也引出了我的问题，哪个 HTML 编辑器好？

看了一圈 HTML 编辑器，ckeditor 是老牛了，国内的 kindeditor 也不错，不过我看 rails 社区好像多在用 tinyMCE，原因都是 asset pipeline 闹的。tinyMCE 的 gem 做的好，解决了 assetpipeline 的问题。ckeditor 的 gem 一直都没有好的，害得@tsechingho还自己写了个 gem：http://ruby-taiwan.org/topics/61

所以，问一句，大家都在用什么编辑器？

console 中测试路由规则的问题?

piginzoo — Wed, 15 Feb 2012 18:35:19 +0800

在 Rails 3.1 中，想在 rails console 里测试一下路由规则，于是输入

r = Rails.application.routes
r.recognize_path "/"

结果报 Rack 的错误，看了一下 rack 的代码，晕，遇到过的兄弟帮忙看看啥原因？

irb(main):002:0> r = Rails.application.routes
irb(main):002:0> r.recognize_path "/"
RuntimeError: route set not finalized
        from C:/software/RailsInstaller/Ruby1.9.2/lib/ruby/gems/1.9.1/gems/rack-mount-0.8.3/lib/rack/mount/route_set.rb:81:in `recognize'
        from C:/software/RailsInstaller/Ruby1.9.2/lib/ruby/gems/1.9.1/gems/actionpack-3.1.1/lib/action_dispatch/routing/route_set.rb:546:in `recognize_path'
        from (irb):2
        from C:/software/RailsInstaller/Ruby1.9.2/lib/ruby/gems/1.9.1/gems/railties-3.1.1/lib/rails/commands/console.rb:45:in `start'
        from C:/software/RailsInstaller/Ruby1.9.2/lib/ruby/gems/1.9.1/gems/railties-3.1.1/lib/rails/commands/console.rb:8:in `start'
        from C:/software/RailsInstaller/Ruby1.9.2/lib/ruby/gems/1.9.1/gems/railties-3.1.1/lib/rails/commands.rb:40:in `<top (required)>'
        from script/rails:6:in `require'
        from script/rails:6:in `<main>'
irb(main):003:0>

好奇删除的时候的确认对话框肿么出来滴？

piginzoo — Mon, 13 Feb 2012 20:40:12 +0800

<%= link_to '删除', @mymodel, confirm: '是否删除？', method: :delete %> 生成的 HTML 如下 Destroy

可是，为何我一点击就会触发弹出一个确认对话框呢？好生好奇啊，谁来解释一下。