Как предотвратить изменение URL-адреса в строке браузера, когда пользователь возвращается в форму для исправления ошибок?

Question

Я использую 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-адрес оставаться таким же, как и он?

Edit: Это то, что получается, когда я бег рек маршрутов

  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 

Answer 1

вы можете использовать следующий синтаксис:

redirect_to :back 

Answer 2

Я подозреваю, что это может быть то, что вы ищете.

redirect_to :edit 

http://api.rubyonrails.org/classes/ActionController/Redirecting.html

Answer 3

Я считаю, что ваше предположение не является правильным. Вы спрашиваете Как предотвратить изменение 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 

Пользователь визуализируется, когда вы делаете GET запрос /users/:id/edit. Но фактический запрос на обновление из этой формы отправляется на PATCH /users/:id. Это означает, что браузер использует уже другой URL-адрес.

В методе update (помните, что это уже в URL /users/:id) Вы в основном есть только два варианта:

1. рендера что-то. Рендеринг представления в действии сохраняет URL одинаковым (он все равно будет /users/:id), но у вас есть изменение на использование пользователя, назначенного для @user, например, чтобы показать его ошибки в форме. Это поведение по умолчанию Rails при сбое обновления.
2. Вы можете перенаправить браузер на другой URL (например, обратно на /users/:id/edit или на совершенно другой URL-адрес, например на домашнюю страницу). Это изменяет URL-адрес в адресной строке браузера. Но перенаправление всегда делает новый запрос GET, что означает, что вы теряете информацию, отправляемую через post, и вы потеряете экземпляр User, назначенный в настоящее время для @user. После GET пользователь перезагружается из базы данных и поэтому не имеет назначенных ошибок. В Rails перенаправление используется, когда обновление было успешным, чтобы предотвратить другой POST, если пользователь нажимает кнопку перезагрузки в браузере.

IMHO Ответ на ваш вопрос: вы не можете делать то, что хотите, не покидая путь, выбранный Rails, и создаете совершенно другой маршрут, контроллер и форму. Вам нужно будет настроить маршрут, который будет одинаковым для запросов GET и PATCH (или POST). И метод контроллера должен иметь возможность обрабатывать оба типа запросов по-разному. Поскольку маршрутизация ресурсов Rails 2.0 является предпочтительным способом. То, что вы хотите, было распространено до Rails 2.0

Мой совет: Следуйте соглашениям Rails. URL-адрес не важен, никто не заботится. Я не вижу преимуществ в том, чтобы не следовать правилам Rails только для того, чтобы иметь другой URL для формы.

Answer 4

Я боролся с тем же, когда начал использовать рельсы.

Однако ...

Одна вещь, чтобы иметь ум, почему Rails называется "Rails."

Рельсы называются рельсами, потому что основной принцип проектирования Rails - это железная дорога. Rails упрощает создание веб-сайта, одобряя соглашение по конфигурации, и это означает, что вы предлагаете один и только один способ сделать что-то, отсюда аналогия железной дороги.

Мы, как программисты, когда решили использовать Rails, мы соглашаемся придерживаться железнодорожных путей, которые Rails создали для нас в обмен на легкий опыт программирования. Это точно так же, как выбрать поезд над автомобилем, вы должны оставаться на ходу, но взамен все становится проще.

Следовательно, ответ каждого человека, скорее всего, будет выглядеть так: «Не беспокойтесь о том, чтобы идти в отрыв, просто следуйте по железнодорожным путям».

Вы можете прочитать больше о «Конвенции по конфигурации» и философии дизайна Rails в этой статье DHH, который является создателем Rails - http://rubyonrails.org/doctrine

Answer 5

Даже если это не рекомендуется, можно делать то, что вы хочу:

• Использование render для отображения ошибок
• Создать маршрут PUT или PATCH с URL /users/edit в routes.rb
• использовать этот маршрут, по вашему мнению (с щеколда form_for параметры)
• Хранить идентификатор пользователя где:
  • при редактировании зарегистрированного пользователя, я бы рекомендовал использовать сессии.
  • в противном случае я бы рекомендовал добавить hidden_field_tag параметр в виде
• Обновление current_user функции в контроллере соответственно

Answer 6

Используйте этот

redirect_to edit_user_path 

Answer 7

Держите show и edit тем же шаблоном, который будет работать для обеих целей, он фактически редактирует страницу при редактировании, иначе обрабатывается как страница показа, при наличии ошибок в нем будут отображаться ошибки