Heute habe ich die Aufgabe übernommen, Pay, JP und die Verarbeitung von Zahlungen mit einer Kreditkarte einzuführen, und ich möchte den 402-Fehler beschreiben, der in der mittleren Phase auf der Konsole aufgetreten ist.
402 Zahlung erforderlich (Reservierungscode für zukünftige Verwendung) http://www5.plala.or.jp/vaio0630/mail/st_code.htmより Das stimmt, aber ich habe die Bedeutung nicht verstanden, als ich das sah. Wenn Sie etwas genauer hinschauen, heißt es, dass es derzeit aufgrund eines Fehlers, der auftritt, wenn eine Zahlung erforderlich ist, nicht implementiert ist. Die Beschreibung zu dieser Zeit war so.
hoge.js
const formResult = document.getElementById("charge-form");
const formData = new FormData(formResult);
const card = {
number: formData.get("item[number]"),
cvc: formData.get("item[cvc]"),
exp_month: formData.get("item[exp_month]"),
exp_year: `20${formData.get("item[exp_year]")}`,
};
Payjp.createToken(card, (status, response) => {
if (status == 200) {
const token = response.id;
console.log(token)
}
}); //Nicht alle, einige weggelassen//
Wenn in dem Teil von Payjp.createToken ~ der Statuscode 200 (200 bedeutet Erfolg) in der if-Anweisung lautet, werden die Token-Informationen auf der Konsole angezeigt. In Anbetracht dessen und 402 habe ich die Beschreibung von const card ~ überprüft. Bis zu diesem Zeitpunkt konnte ich ein gutes Protokoll erhalten, und dies ist der einzige Grund für den Reservierungscode.
index.html.erb
<%= form_with model: @item, url: item_purchases_path, id: 'charge-form', class: 'transaction-form-wrap',local: true do |f| %>
Ich habe die ID dieses Teils aus dem obigen Ansichtscode gezogen. Der Grund für den Fehler war zunächst, dass der @ item-Teil eine andere Instanz einbringen musste. Lol Im Gegenteil, ich habe mich gefragt, warum @item bisher normal funktioniert hat. Es ist ein rudimentärer Fehler, wenn ich versuche, ihn zu lösen, aber er hat bis zu diesem Punkt gut funktioniert, was Verwirrung stiftete und viel Zeit in Anspruch nahm, um ihn zu lösen: Freude:
Wenn man den Grund für den Fehler in Betracht zieht, war die Fehlermenge bei Schienen solide und es war besser, den Fehler unter MVC zu überprüfen. Und selbst in Bezug auf JS hatte ich das Gefühl, diesmal geblendet zu sein, weil es bisher viele grundlegende Teile gab und der Fehlerteil fast ein Fehler ohne JS war. Die Beschreibung der Schienen ist korrekt, weil es so erfolgreich war! Ich habe anderthalb Stunden gebraucht, aber es war eine sehr wertvolle Erfahrung zu wissen, dass es ein Postpaid-Gefühl für einen solchen Fehler gab. Der Titel des 402-Fehlers tut mir sehr leid. Lol Danke fürs Lesen.
Recommended Posts