[JAVA] Quand j'ai pensé à l'erreur 402 qui est apparue soudainement au milieu de l'introduction de PAY.jp, il y avait un endroit inattendu

Aujourd'hui, j'ai fait la tâche d'introduire Pay, jp et de traiter les paiements avec une carte de crédit, et je voudrais décrire l'erreur 402 qui est apparue sur la console à l'étape intermédiaire.

Que signifie l'erreur 402?

402 Paiement requis (code de réservation pour une utilisation future) http://www5.plala.or.jp/vaio0630/mail/st_code.htmより C'est vrai, mais je n'ai pas compris le sens quand j'ai vu cela. Un examen plus approfondi révèle qu'il n'est actuellement pas mis en œuvre avec une erreur qui apparaît lorsque le paiement est requis. La description à ce moment-là était comme ça.

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)
      }
    }); //Pas tout, certains omis//

Dans la partie de Payjp.createToken ~, si le code d'état est 200 (200 signifie succès) dans l'instruction if, les informations du jeton sont affichées sur la console. Compte tenu de cela et de 402, j'ai examiné la description de la carte const ~. Jusque-là, j'ai pu obtenir un bon journal, et c'est la seule raison du code de réservation.

index.html.erb

<%= form_with model: @item, url: item_purchases_path, id: 'charge-form', class: 'transaction-form-wrap',local: true do |f| %>

Je tirais l'identifiant de cette partie du code de vue ci-dessus. Tout d'abord, la raison de l'erreur était que la partie @item devait introduire une instance différente. Lol Au contraire, je me suis demandé pourquoi @item fonctionnait normalement jusqu'à présent. C'est une erreur rudimentaire lorsque j'essaie de la résoudre, mais cela a bien fonctionné jusqu'à présent, ce qui a semé la confusion et a pris beaucoup de temps à résoudre: joie:

Sommaire

Jusqu'à présent, lorsque l'on considère la raison de l'erreur, s'il s'agissait de rails, le montant de l'erreur était solide et il était préférable de vérifier l'erreur sous MVC. Et même en ce qui concerne JS, j'ai senti que j'étais aveuglé cette fois parce qu'il y avait beaucoup de parties de base jusqu'à présent, et la partie d'erreur était presque une erreur sans JS. La description des rails est correcte car elle était tellement réussie! Cela m'a pris une heure et demie, mais ce fut une expérience très précieuse de savoir qu'il y avait un sentiment postpayé d'une telle erreur. Je suis vraiment désolé pour le titre de l'erreur 402. Lol Merci pour la lecture.