C'è un buon motivo per cui molti siti Web non accettano carte di credito con spazi e trattini?

Question

Esiste un motivo tecnico/legale/finanziario/contrattuale/di progettazione per non accettare i numeri delle carte di credito con spazi all'interno?

Così tanti siti Web non consentono di inserire spazi o trattini in un numero di carta di credito. L'ho sempre messo in una programmazione sciatta, ma ho già usato le API merchant. Se riesci a capire come elaborare una carta di credito, puoi capire come estrarre i caratteri da una stringa. I progettisti sanno che stanno generando una frustrazione per l'utente perché hanno messo un avvertimento sul sito web. Sono proprio lì sulla carta! C'è anche un wall of shame per questo.

Falso pigrizia, cattiva programmazione, insensibilità, sadismo ... tutti questi assumono il peggio nella persona che fa il codice. Il più generoso che posso inventare è che sono in realtà conservatore con qualsiasi cosa coinvolga denaro. Mi sono sempre chiesto se ci sia un motivo profondo e davvero importante per cui non dovresti accettare i numeri delle carte di credito con spazi all'interno di essi? Perché non dovresti assolutamente provare ad applicare alcuna euristica. Forse qualche bizzarra legge finanziaria risalente all'era del telegrafo? Forse sono eroi non celebrati, che ci proteggono da un male sconosciuto per paura di digitare il numero di carta di credito di Hastur tre volte.

Answer 1

Non tutto ha un motivo valido. Penso semplicemente che il primo che l'ha fatto non ha permesso spazi perché è stato più facile; e poi tutti hanno seguito e non l'hanno messo in discussione.

Answer 2

Non ricordo nulla nel mio accordo commerciale che stabiliva ciò che gli utenti dovevano inserire in un campo modulo per chiedere un numero di carta di credito. Non faccio di tutto per normalizzarlo, ma rimuovo spazi bianchi e trattini. Ci sono delle regole su ciò che puoi ri-visualizzare, ma quella è solo una quantità di contenuto e non una forma precisa.

Vedrai cose simili per numeri di telefono e numeri di previdenza sociale, quindi, non penso che sia un problema con il numero di carta di credito.

Principalmente penso che questo sia principalmente un problema di middleware. Avete il front-end sviluppato da un gruppo, il back-end sviluppato da un altro, e tra di essi c'è un componente middleware standard che a nessuno piace e che ognuno deve indirizzare. Il middleware è scritto il più rigorosamente possibile pensando che è responsabilità di entrambe le parti normalizzare tutti i dati. Poi inizia la presa delle dita e tutti vanno a casa piangendo e non è possibile utilizzare gli spazi nel numero di carta di credito.

Answer 3

Non c'è davvero nessuna buona ragione per altri che la pigrizia o i limiti di tempo.

Le buone UI devono adattarsi all'utente e ai molteplici modi in cui gli utenti pensano ai propri dati.

È abbastanza facile per l'interfaccia utente adattarsi all'utente che immette trattini o spazi nella carta di credito.

Answer 4

La mia prima risposta sarebbe "ridurre la complessità al minimo assoluto", ma suppongo che si possa anche obiettare che offusca i dati se c'è una superficie di attacco da qualche parte - un router/sniffer/uomo-ingannevole the-middle - "xxxx xxxx xxxx xxxx" è quasi certamente un numero di carta di credito, ma "xxxxxxxxxxxxxxxx" potrebbe essere un numero di cose. Naturalmente, questo non si terrà l'hacking indietro molto determinato, e si spera è in gran parte mitigato dalla SSL ecc

sottolineo, non credo che questa sia una buona ragione, ma può essere un motivo ...

Answer 5

Penso che sia solo una questione di pigrizia e meno programmazione perché si può fare accettare con E senza trattino. o persino creare caselle di testo diverse per ciascuna parte (utilizzando 4 o 5 caselle di testo piccole anziché utilizzare una casella di testo gigante.) o forse è solo perché le persone potrebbero confondersi

Answer 6

Ho sempre trovato questo molto strano dal suo banale per rimuovere non cifre da una stringa.

Questo è ancora più confusa, dato che ogni tipo di carta (Visa/MC/Amex/Discover) ha una codifica unica utilizzando check digits. Così, quando entro in un numero di carta di credito e selezionare VISA come tipo di carta un validatore intelligente verificherà che il numero È un numero Visa. Quindi, se hai intenzione di convalidare correttamente un numero CC, dovrai rimuovere le non-cifre da qualsiasi stringa fornita dall'utente.

Ci sono tre ragioni principali che posso pensare perché la validazione carta viene eseguito in modo insoddisfacente:

• controllo di convalida cifre che non anticipare i non-numeri.
• Un programmatore pigro/in difficoltà passa tutti gli argomenti senza pre-convalida a un gateway di pagamento e consente al gateway di convalidare le informazioni della carta di credito. Un gateway di pagamento è molto più rigido con il suo argomento/convalida dei dati, quindi dovrebbe essere un'interfaccia utente.
• Errori sulle implicazioni legali immaginarie della modifica dei dati cc forniti dall'utente.