Visualizzazione dei risultati da 1 a 10 su 15

Hybrid View

  1. #1
    Il pezzo va scalato all'ordine per non creare inutili casini.
    In questo modo non ci saranno problemi di doppia assegnazione.
    In caso di rinuncia all'ordine, le quantità andranno ripristinate.

    Da mettere dei controlli sui tempi di iscrizione dopo l'ordine (se nuovo utente)
    Da mettere dei controlli sui tempi di pagamento dopo l'ordine (se utente iscritto)

    Ottimo anche per controllare bene le giacenze ed eventuali rifornimenti.
    Io nella vita ho visto cose che voi astemi neanche potete immaginare.

  2. #2
    Quote Originariamente inviata da SoloWiFi Visualizza il messaggio
    Il pezzo va scalato all'ordine per non creare inutili casini.
    In questo modo non ci saranno problemi di doppia assegnazione.
    In caso di rinuncia all'ordine, le quantità andranno ripristinate.

    Da mettere dei controlli sui tempi di iscrizione dopo l'ordine (se nuovo utente)
    Da mettere dei controlli sui tempi di pagamento dopo l'ordine (se utente iscritto)

    Ottimo anche per controllare bene le giacenze ed eventuali rifornimenti.
    ciao!

    però che intendi per "va scalato all'ordine"?
    perchè ordine è un pò vago.
    intendi quando viene messo nel carrello, o quando si esegue il checkout?

  3. #3
    Devi assolutamente evitare che lo stesso articolo venga prenotato da 2 persone, indipendentemente da come va la transazione.
    Sta a te tenere in ordine le giacenze e provvedere a far tornare disponibili quelle non acquistate. Lo devi fare e prevedere, secondo il tipo di flusso dati che stai concependo.

    La regola è sempre la stessa, per ogni programmazione:
    - L'utente deve potersi muovere liberamente senza preoccuparsi di fare errori e decidere cosa voler fare in modo autonomo.
    - E' obbligo del programmatore prevedere, non consentire ed evitare errori e problemi.

    Un'altra cosa:
    Prima di scrivere il codice, il flusso di programmazione va scritto su carta ed eliminare la maggior parte degli errori.

    Il programmatore che non tiene conto di questo, delegando tutto al visitatore: Non è ancora un programmatore.
    Il programmatore che parte subito in "quarta" con il codice: Non è un programmatore ma solo uno smanettone.
    Ultima modifica di SoloWiFi; 17-03-2016 a 11:14
    Io nella vita ho visto cose che voi astemi neanche potete immaginare.

  4. #4
    Quote Originariamente inviata da SoloWiFi Visualizza il messaggio
    Devi assolutamente evitare che lo stesso articolo venga prenotato da 2 persone, indipendentemente da come va la transazione.
    Sta a te tenere in ordine le giacenze e provvedere a far tornare disponibili quelle non acquistate. Lo devi fare e prevedere, secondo il tipo di flusso dati che stai concependo.

    La regola è sempre la stessa, per ogni programmazione:
    - L'utente deve potersi muovere liberamente senza preoccuparsi di fare errori e decidere cosa voler fare in modo autonomo.
    - E' obbligo del programmatore prevedere, non consentire ed evitare errori e problemi.

    Un'altra cosa:
    Prima di scrivere il codice, il flusso di programmazione va scritto su carta ed eliminare la maggior parte degli errori.

    Il programmatore che non tiene conto di questo, delegando tutto al visitatore: Non è ancora un programmatore.
    Il programmatore che parte subito in "quarta" con il codice: Non è un programmatore ma solo uno smanettone.
    si ok, grazie per la lezione, ma non hai risposto!!

    tralasciando la teoria (che è sempre bene accetta) tu come la gestiresti la giacenza?
    la scaleresti già quando l'utente la mette nel carrello, o lo fai successivamente?
    ripeto, i vari plugin di ecommerce dei cms non scalano la giacenza nel momento in cui viene messo l'articolo nel carrello.
    mi sto studiando cosa fanno nel caso in cui più utenti ordinano contemporaneamente lo stesso pezzo.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.