Quelle est l'incantation appropriée pour faire cela réellement post de manière asynchrone?
form_tag :controller => :magic, :action => :search, :method => post, :remote => true do
3 Réponses :
Je pense que vous devez utiliser La méthode http par défaut est la poste. Si vous voulez passer Paramètres supplémentaires sur un form_remote_tag à la place: form_tag Vous devez les transformer dans un hachage séparé des paramètres d'URL, comme celui-ci:
La réponse correcte consiste à séparer les deux paramètres de hachage, mais dans Rails 3 fonctionne avec form_tag et le paramètre : distance => true paramètre. Rails 3 vise à être insonorisé avec le JavaScript généré et la logique de l'envoi comme Ajax Demande est désormais du côté du client, avec le pilote JavaScript de votre choix. Voir railscasts.com/episodes/205-unobtrive-javascript
Le seul moyen que j'ai trouvé pour le faire consiste à envelopper les paramètres d'URL dans la méthode URL_FOR. Toutefois, si vous avez besoin de passer le paramètre méthode , vous devrez peut-être envelopper cela et la télécommande entre parenthèses.
Voici ce dont vous avez besoin: Son type de mauvais design, mais les rails Ceci ajoutera Bien que vous devriez vraiment utiliser une route nommée comme form_tag Les méthodes nécessitent deux hachages - l'URL_FOR OPTIONS HASH et le RÉGRÊTE options hachage. Cela a généré beaucoup de confusion pour de nombreux programmeurs de rails. Si vous n'ajoutez pas les limites de hachage de délimitation, toutes les options sont transmises à url_for (), en ruiner le : distant => vrai . Data-Remote = "vrai" à votre formulaire (à utiliser avec JavaScript discret, car d'autres ont mentionné). De là, vous devez créer l'ajax approprié à la liaison à la demande de faire la demande. magic_search_path au lieu des paramètres du contrôleur / action. < / p>
FYI, vous pouvez voir les deux options de hachage dans le prototype de méthode form_tag: Railsapi.com/doc/Rails-v3.0.7/classes/actionView/helpers/... .