Controllo prodotti RKR: Firewall per scorte invendute e prezzi

v1.3.02026/11/05

Revisione completa prima della vendita. Cosa avrebbe notato un commerciante:

• L'installazione non è riuscita su tutte le versioni di PrestaShop (hook registrati prima dell'esistenza del modulo, Module:: $_errors scritto da una funzione di supporto).
• La scansione delle scorte inattive non ha mai funzionato : leggeva order_detail.wholesale_price , che non esiste. Le vendite ora vengono conteggiate una sola volta per prodotto (tutti gli ordini tranne quelli annullati/con errore di pagamento), le scorte condivise tra i negozi vengono lette tramite StockAvailable , i prodotti creati meno di X giorni fa non vengono più contrassegnati, i "giorni senza vendite" vengono conteggiati dall'ultima vendita o dalla data di creazione.
• La riduzione di prezzo ha eliminato ogni prezzo specifico del prodotto (per gruppo, cliente, quantità, regole di catalogo). Ora viene sostituita solo la regola creata dal modulo; le riduzioni si sommano gradualmente (10% + 10% = 20%), senza rispettare data di fine, soglia minima e costo.
• I passaggi della catena sono stati eseguiti due volte (diretto + coda) e i passaggi falliti sono stati ritentati all'infinito; cronlock.
• Etichetta "Ultima possibilità": query errata e funzionalità senza associazione al negozio (mai visibile).
• Quando un prodotto viene venduto di nuovo, viene rimosso dall'elenco e tutte le operazioni eseguite dalla catena vengono annullate (etichetta, sconto, outlet, disattivazione); i passaggi in sospeso vengono annullati. L'opzione "Ripristina" annulla anche lo sconto e l'outlet e riattiva solo ciò che il modulo ha disattivato. L'opzione "Disinstalla" lascia il catalogo così com'era.
• Il salvataggio di un prodotto segnalato che non è mai stato venduto non è riuscito (validazione della data nulla).
• Firewall dei prezzi : le combinazioni vengono monitorate tramite Combination (i vecchi hook erano valori di attributo e generavano falsi allarmi "prezzo zero"), i prezzi delle regole di gruppo/cliente/quantità/catalogo vengono rispettati, il salvataggio di un prodotto senza modificarne il prezzo non genera più incidenti, così come i nuovi prodotti creati a 0. Le nuove installazioni iniziano in modalità di allerta .
• AJAX non ha mai trasmesso il token su PrestaShop 9.2 ( Tools::hash è un bcrypt con salt): token per dipendente, token pubblico separato per il front-end. Permessi per azione (visualizzazione/modifica/eliminazione) invece di "può visualizzare = può fare tutto".
• Le email non sono mai state abbandonate : i modelli sono stati spostati nelle mails/en e mails/es .
• Badge : niente più "Prezzo minimo garantito" né "(Verificato)"; testi fattuali, solo con prezzi concorrenti inseriti dal commerciante negli ultimi 7 giorni, stesso negozio e valuta, mai prezzi stimati dall'IA; l'endpoint pubblico non rivela più i concorrenti; visualizzato una sola volta; nessuna richiesta ad ogni visualizzazione di pagina; nessuna scrittura nel database ad ogni visualizzazione di pagina.
• AI: SSRF chiuso (IP privati letterali, reindirizzamenti, IPv6, porte, DNS bloccato); chiavi crittografate con PhpEncryption di PrestaShop (erano memorizzate come binario danneggiato o in base64 semplice); le proposte create da pagine di terze parti attendono sempre la revisione; un testo non sovrascrive mai le altre lingue; gli URL dei prodotti non vengono riscritti; una proposta applicata/rifiutata non può essere riapplicata; corretti i problemi fatali Tools::link_rewrite (PS 9) e getCategoriesName .
• Importazione: SQL injection tramite valori non stringa chiusa; i segreti del negozio sorgente non vengono importati.
• Il report settimanale è effettivamente settimanale (giorno della settimana). Il percorso Cron è stato rinominato in rkrmpc-cron /{key} .
• Validatore di componenti aggiuntivi: versione letterale, nessun Context:: , nessun HTML in PHP, nessuna chiamata obsoleta, .htaccess e index.php in ogni cartella.