Prenotazione stock RKR nel carrello: conto alla rovescia per PrestaShop

10/10/2026
v1.2.0

[destacado]

Prima versione completa con il marchio Rekire . La versione 1.1.5 era funzionante ma incompleta; questa versione la rende pronta per la vendita.

Nuove funzionalità

• Il menu "Moduli Rekire " ( RkrBackOfficeMenuTrait ) visualizza il modulo all'interno del gruppo di moduli Rekire condivisi, con le relative sezioni Impostazioni, Regole, Progettazione, Statistiche e Guida, e ogni voce nella lingua preferita dal dipendente (es, en, fr, it, de, pt). In precedenza, si trovava sotto "Vendi" con il suo nome in inglese.
• La prenotazione viene confermata al momento dell'aggiunta degli articoli al carrello. Se le unità disponibili sono già prenotate in altri carrelli, il carrello conterrà solo le unità disponibili e il cliente visualizzerà il motivo ("Al momento, sono disponibili solo N unità..."). In precedenza, il prodotto veniva comunque aggiunto al carrello e la notifica compariva, al più presto, al momento del pagamento.
• Verifica finale al momento del pagamento : oltre alla pagina d'ordine, la convalida del modulo di pagamento reindirizza al carrello se è ancora presente un articolo prenotato da un altro cliente, con i dettagli relativi al prodotto e alla quantità disponibile.
• Testi per i clienti in sei lingue (es, en, fr, it, de, pt) di serie e quattro nuovi modificabili: unità prenotate in altri carrelli, orario di prenotazione sulla carta, aggiunta limitata e aggiunta rifiutata.
• Avviso al momento dell'aggiunta : "Aggiunto al carrello: unità riservate alle 09:58".
• Invia un'e-mail con scritto "la tua prenotazione sta per scadere" nelle mails/ / (sei lingue) e inviato anche senza un processo cron, utilizzando il traffico del negozio stesso.
• Quando l'opzione "Rimuovi riga dal carrello" scade, la riga viene effettivamente rimossa dal carrello (in precedenza veniva annullata solo la prenotazione).

Disposizioni

• Il carrello del cliente poteva andare perso durante l'aggiunta di un prodotto: il meccanismo AJAX del modulo memorizzava il contatore delle richieste nel cookie e una sincronizzazione che coincideva con l'azione "aggiungi al carrello" sovrascriveva il cookie senza che il carrello fosse presente. Ora, quel meccanismo non scrive più nel cookie.
• Su server con PHP e MySQL in fusi orari diversi (PHP a Madrid, MySQL in UTC), una prenotazione di 10 minuti durava in precedenza 2 ore e 10 minuti : veniva salvata utilizzando l'ora di PHP e confrontata con la funzione NOW() di MySQL. Ora, invece, tutto utilizza lo stesso orologio.
• Il pannello Statistiche era sempre vuoto , le regole per categoria non venivano applicate e la ricerca e l'elenco delle regole non restituivano nulla: queste query chiedevano a PrestaShop il cursore invece delle righe ( executeS( $sql , false) ).
• Una regola senza date non riusciva a essere prenotata : la finestra vuota veniva salvata come 0000-00-00 00:00:00 e il motore la interpretava come "la vendita è terminata". Ora viene salvata come NULL e l'aggiornamento corregge le regole già salvate.
• Il comando "Estendi" ha annullato la prenotazione anziché prolungarla, sebbene il cliente avesse visualizzato il messaggio "Prenotazione estesa".
• Due clienti potrebbero accaparrarsi l'ultima unità se entrambe le prenotazioni fossero le prime per quel prodotto: SELECT … FOR UPDATE non blocca le righe che non esistono ancora. Ora ogni prodotto e combinazione è riservato con un blocco denominato.
• "Applica solo se le scorte sono inferiori a" ha fatto l'opposto: ha prenotato con scorte abbondanti e non con scorte scarse.
• Il conto alla rovescia non veniva visualizzato nella pagina di pagamento per Classic e Hummingbird, che non utilizzano displayFooter in quella pagina: ora viene visualizzato in displayCheckoutSummaryTop .
• L'hook actionFrontControllerAfterInit è deprecato in PrestaShop 9 e in modalità debug il suo avviso ha interrotto le risposte AJAX del carrello: viene utilizzato actionFrontControllerInitAfter , che esiste dalla versione 1.7.8.
• Nelle aree in cui gli errori del carrello non venivano visualizzati, il cliente il cui componente aggiuntivo era stato rifiutato non vedeva nulla: ora il modulo lo avvisa.
• Sulla tessera era indicato "1 unità prenotata da altri clienti", mentre l'unità apparteneva al visitatore .
• I testi del negozio apparivano in inglese in tutte le lingue .
• La scheda di testo visualizzava il testo nella lingua del dipendente in tutte le lingue, quindi al momento del salvataggio, tutte le lingue si sovrapponevano con lo stesso testo .
• I modelli di email contenevano tag che PrestaShop non elabora nelle email: sarebbero arrivati con il codice visibile e si trovavano anche in una cartella in cui Mail::send() non li trova.
• Il salvataggio delle impostazioni non ha modificato la data nel foglio di stile e il browser ha continuato a visualizzare la versione precedente del design .
• In precedenza, il foglio di stile veniva ricompilato e confrontato a ogni visita; ora viene scritto al momento del salvataggio e il negozio si limita a verificare che esista.
• I prodotti esauriti (in riassortimento) non sono più a disponibilità limitata: la prenotazione si limita a far avanzare il conto alla rovescia.
• Senza la gestione delle scorte attivata, il modulo rimane inattivo anziché bloccarsi.
• Rimuovere gli hook non presenti in PrestaShop ( actionCart , actionCartUpdateQuantity , actionProductAttributesModify ) o che erano alias ( displayProductButtons ) e il caricamento degli script dei moduli su tutte le pagine del back office.
• Il messaggio di errore che si presentava durante il prolungamento di una prenotazione in precedenza visualizzava un codice interno ( max_extensions_reached ); ora è un testo per il cliente.
• Traduzione spagnola rivista: "stock" era stato tradotto come "azioni".

Per i componenti aggiuntivi

• Nessun nofilter nei template, nessun HTML nel PHP, nessun Context:: , file_get_contents() o Tab::getIdFromClassName() .
• .htaccess e index.php in tutte le cartelle, config.xml identico a PHP, logo.png di 57x57 e licenza AFL 3.0 in tutti i file.
• tests/ e i fogli di stile generati non vengono inclusi nel pacchetto.

Aggiornamento dalla 1.1.x

upgrade/ upgrade-1.2.0.php sposta il menu, rimuove i vecchi hook, rigenera il foglio di stile e ripristina nella lingua originale i testi che avevano ancora il valore inglese di fabbrica (quelli modificati dal venditore vengono rispettati).