Datenbankaktion verhindern, wenn Rails UJS (Ajax) einen Fehler oder Timeout zurückgibt

Question

Ich habe ein Rails UJS modal. Klickt der Benutzer auf die Schaltfläche, wird ein Ajax-Anruf ausgelöst. Ich aktualisiere bestimmte Datenbank, aber ich will, dass, wenn die Schienen ujs/ajax Timeouts aufrufen oder einen Fehler ausgeben, diese Datenbanken NICHT zu aktualisieren.

Ich glaube, ich muss dies in der Steuerung tun, aber ich finde nicht, wie.

HTML

<div id="zone" class="has-js">  
     <%= link_to image_tag(smallest_src_request), 
       deal_modal_path, 
       remote: true, 
       class: "deal", 
       alt: "loadin'" %> 
     </span> 
    </div> 
    <% end %> 
</div> 

-Controller

def deal_modal  
    # First Find UserDeal participation and update it 
    find_and_update_selected_userdeal 
    # Actions on User 
    update_user_profile 

    respond_to do |format| 
     format.js 
    end 
end 

Also, wenn die Anfrage Timeouts, zeige ich eine klassische Nachricht wie 'Es tut uns leid zu lang ...' was in Ordnung ist, aber ich bemerkte, Trotzdem habe ich tatsächlich alle Controller-Aktionen ausgeführt und die Swerde- und Benutzertabellen aktualisiert.

Ich möchte nicht zu.

Könnte ich ein Vorher oder Nachher-Filter verwenden und sagen, wenn XHR-Status Fehler ist (ich denke, es beinhaltet den Fall von "Timeout"), dann nicht alle diese Methoden innerhalb DealModal-Methode wie find_and_update_selected_userdeal und update_user_profile?

Ist das möglich?

EDIT

einige Kontext

Dieses Problem nicht auf die Effizienz der Datenbank-Aufruf verwandt ist. Eigentlich ist es sehr schnell (bei einer normalen Verbindung sind es 150ms), aber die App ist mobilintensiv und hat einige "Geschäftsregeln" (insbesondere die Zeit, die der Benutzer den Inhalt des Modals sehen kann, nachdem er auf den Knopf geklickt hat.) ist auf 3 beschränkt).

Zum Beispiel: Der Benutzer ist in einer U-Bahn (und im Moment hat er eine Internetverbindung). Er klickt auf den Link, der heute die Tabelle User mit user.total_nb_clicks (Inkrement 1) aktualisiert, aber dann betritt er für 20 sec einen Tunnel mit fast keiner Internetverbindung. Ich habe in meiner App ein UJS-Timeout von 10 Sekunden für UX-Gründe gesetzt (damit die Benutzer es nicht für einen Fehler halten). Die Verbindung ist also so langsam, dass die Nachricht in der Modal via Rails UJS nicht das Ergebnis ist, sondern wie 'sorry timeout, try again'. Aber er darf sein Glück nur dreimal versuchen, also hätte ich seine Kolumne "total_shots" nicht aktualisieren sollen. Es ist weder seine Schuld noch die Schuld der App, es gab einen Tunnel, in dem er nur 5kb/sec Internetverbindung hat: Er sollte immer noch das Recht haben, 2 weitere Modals/Ergebnisse zu sehen. Es ist eine Frage von echten mobilen Usecase, die passieren können ...

Answer 1

Ich sah ein ähnliches Problem auf how Heroku suggests you handle timeout in its environment, aber ich denke nicht, dass es für Ihr Fall Szenario funktioniert, weil Ihr Timeout nichts mit lang laufenden Server zu tun hat Seitenverarbeitung.

Wenn Ihr Controller seinen Job beendet hat, gibt es keine Möglichkeit zu wissen, ob die HTTP-Anfrage erfolgreich war oder nicht, wenn der Client die Antwort nach der Anfrage nicht erhalten hat. Ich glaube es liegt an der HTTP Protocol is stateless.

Das gesagt, Sie könnten andere Ansätze versuchen. Je einfacher ich mir das vorstellen kann, desto mehr Informationen bleiben erhalten, um dem Benutzer die gleichen Daten zu zeigen, wenn er das nächste Mal versucht, den Inhalt zu visualisieren oder wenn die Verbindung wiederhergestellt wird (nicht als neuer Klick gezählt).