- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
我正在使用 Rails 5。我有一个页面,用户可以在其中更新他们的个人资料,如果出现问题,他们将返回到该页面
def update
@user = current_user
if @user.update_attributes(user_params)
…
redirect_to url_for(:controller => ‘main’, :action => 'index') and return
end
render 'edit'
end
问题是,当它们返回到原始页面时,浏览器栏中的 URL 显示为“http://localhost:3000/users/51 ”,这不是他们访问的原始 URL(即“http://localhost:3000/users/edit”)。如何让 URL 保持原样?
编辑:这是我运行 rake routes 时产生的结果
edit_users GET /users/edit(.:format) users#edit
users GET /users(.:format) users#index
POST /users(.:format) users#create
new_user GET /users/new(.:format) users#new
edit_user GET /users/:id/edit(.:format) users#edit
user GET /users/:id(.:format) users#show
PATCH /users/:id(.:format) users#update
PUT /users/:id(.:format) users#update
DELETE /users/:id(.:format) users#destroy
最佳答案
我认为您的假设不正确。您问当用户返回表单以更正错误时,如何防止浏览器栏中的 URL 发生更改?
答案是:当用户再次查看表单以更正错误时,浏览器中的 URL 不会更改。因为第一次发送表单时 URL 已经改变。
使用遵循通用约定的 routes.rb
,您将拥有以下路线(使用 rails routes
列出它们):
GET /users(.:format) users#index
POST /users(.:format) users#create
GET /users/new(.:format) users#new
GET /users/:id/edit(.:format) users#edit
GET /users/:id(.:format) users#show
PATCH /users/:id(.:format) users#update
PUT /users/:id(.:format) users#update
DELETE /users/:id(.:format) users#destroy
当您向 /users/:id/edit
发出 GET
请求时,将呈现用户更新表单。但是来自该表单的实际更新请求被发布到 PATCH/users/:id
。这意味着浏览器已经使用了另一个 URL。
在 update
方法中(记住它已经在 URL /users/:id
中)你基本上只有两个选择:
/users/:id
),但您可以更改为使用分配给 @user
的用户例如在表单上显示错误。这是更新失败时 Rails 的默认行为。/users/:id/edit
或一个完全不同的 URL,例如主页)。这会更改浏览器地址栏中的 URL。但是重定向总是发出一个新的 GET
请求,这意味着您丢失了通过 post
发送的信息,并且您将丢失当前分配的 User
实例到 @user
。在 GET
之后,用户从数据库中重新加载,因此没有分配错误。在 Rails 中,如果用户点击浏览器中的重新加载按钮,则在更新成功时使用重定向来防止另一个 POST
。恕我直言,您问题的答案是:如果不离开 Rails 选择的路径并构建完全不同的路由、 Controller 和表单设置,您将无法做您想做的事。您需要为 GET
和 PATCH
(或 POST
)请求配置相同的路由。并且 Controller 方法需要能够以不同的方式处理这两种类型的请求。由于 Rails 2.0 资源路由是首选方式。你想要的东西在 Rails 2.0 之前很常见
我的建议是:遵循 Rails 约定。 URL 并不重要,没有人真正关心。我认为不遵循 Rails 惯例只是为了让表单有另一个 URL 没有任何好处。
关于ruby - 当用户返回表单以更正错误时,如何防止浏览器栏中的 URL 发生更改?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41434468/
假设我拥有域 mydomain.com,并且我在服务器上有一个 Web 应用程序,网址为 http://99.99.99.99:1234/MyApplication/startpage.somethi
我正在尝试通过以下方式更新已解析的 URL: u, _ := url.Parse(s) if u.Scheme == "" { u.Scheme = "https" } if u.Path =
如何将 www.somesite.com/api(.*) 映射到 www.somesite.com/$1:9000? (我需要将/api 映射到运行 @ 端口 9000 的 Play 框架应用程序)
我有一个资源结构,如航类 > 座位 > 预订,所以预订属于某个航类的某个座位: http://example.com/jdf_3prGPS4/1/jMBDy46PbNc
我想知道以下网址是否有效。 路径中的点,在主机之后: http://www.example.com/v.b.w..com 主机中的点,作为子域的一部分: http://v.b.w..co.manufa
我有两个域 - crmpicco.co.uk 和 ayrshireminis.com - 如果我浏览到: www.crmpicco.co.uk/mini/new我希望能够重定向到 www.ayrshi
我正在尝试使用 URL 重写和应用程序请求路由来重写到外部 URL。我设置了以下规则: 在规则中,“patternToMatch”是我试
我已经安装了带有 SharePoint 和 Url Rewrite 模块的 IIS 7.0。 是以下句子还是我配置错误才能看到这个结果? Url Redirect 可以将 url 重定向到任何内部(在
我想知道,为了获得良好的 SEO,您必须在 URL 中使用自然语言。您知道字符中单词或短语的最大大小吗?例如: www.me.com/this-is-a-really-long-url.htm 我问这
有人知道在 SEO 友好 URL 中使用逗号有什么问题吗?我正在使用一些在其 SEO 友好 URL 中使用大量逗号的软件;但我 100% 肯定我见过一些程序/平台无法正确识别 URL 并在第一个逗号后
我有一个网站,我正在为所有链接使用干净的 URL。我想知道对于简短的基本 URL 与较长的描述性 URL 有何看法。 例如,如果我的网站是关于 Georgia Bulldog 足球新闻的,那么哪个网站
我正在编写一个类似于 tinyurl 的 URL 缩短器,我想知道如何跟踪已经使用我的服务缩短的 URL?例如,tinyurl 为相同的长 URL 生成相同的小 URL,而不管是谁创建的。如
我是 magento 的新手。我正在开发一个模块。为此,我有一些要显示链接的 css 和 js 文件。我目前有类似 的链接 getSkinUrl('module_tryouts/css/jquery.
我想基于 HTTP_URL 重写 URL 以重定向到不同的端口,同时保留其余的 URL 和查询字符串(如果指定)。例如, http://host/john/page.aspx 应该重定向到 http:
我遇到了以下问题: 我的 Grails (2.2.0) 应用程序具有以下 URL 映射: "/api/clientQuote/$labcode/$cliCode/$quoCode"(controlle
我有一个很长的 URL,它不适合 URL 字段。它一直在修剪。该怎么办?有没有办法增加 SharePoint 2010 中的 URL 字段字符限制? 或者解决方法来容纳长 URL。例如,以下 URL
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题? Update the question所以它是on-topic对于堆栈溢出。 9年前关闭。 Improve this que
我们从客户以前的开发人员那里继承了相当多的 Google Apps 脚本项目。 Apps 脚本通过嵌入式小部件部署在 Google 网站 (sites.google.com) 的各个页面上。每当我们需
我正在编写一些文档,但遇到了一些词汇问题: http://www.example.com/en/public/img/logo.gif 被称为“绝对”网址,对吗? ../../public/img/l
我们从客户以前的开发人员那里继承了相当多的 Google Apps 脚本项目。 Apps 脚本通过嵌入式小部件部署在 Google 网站 (sites.google.com) 的各个页面上。每当我们需
我是一名优秀的程序员,十分优秀!