RKR Alert News: Avvisa i tuoi clienti quando pubblichi un prodotto che stavano cercando

v1.3.02026/11/05

Revisione del pacchetto 1.2.0 : nella versione distribuita, nessun avviso ha mai raggiunto il cliente.

Fisso

• Il salvataggio di un avviso dal negozio (pagina dell'account o pagina del prodotto) ha generato un errore irreversibile.
• Gli avvisi senza limiti di prezzo venivano memorizzati con un massimo di 0 e non corrispondevano mai a un prodotto.
• Le email mostravano il codice Smarty del template ( {$shop_name|escape...} , {foreach} ) e "Array": i template email del modulo non vengono eseguiti tramite Smarty da PrestaShop. L'elenco dei prodotti viene ora visualizzato dal modulo e i template utilizzano solo {placeholders} ; le email esistono in en, es, fr, it, de e pt (altre lingue ne ricevono una copia). Il nome e l'indirizzo del mittente sono stati scambiati.
• I testi salvati nel back office (oggetto delle email, introduzione, piè di pagina legale, titolo e testo dei widget) venivano memorizzati con un nome di configurazione e letti con un altro, quindi non venivano mai utilizzati. Ora ogni chiave utilizza RKR_ALERTNEWS_ ; l'aggiornamento rinomina le vecchie chiavi.
• Salvando la scheda Generale, l'intero modulo è stato disattivato.
• Gli avvisi di categoria non sono mai stati trovati ( category_product non ha id_shop ), hanno esaminato solo le sottocategorie dirette e si sono bloccati su PHP 8 ( Category::getChildren() restituisce righe): ora viene utilizzato l'intero albero delle categorie.
• Un prodotto è stato contrassegnato come elaborato prima del completamento (PrestaShop 8/9 lo crea vuoto, le importazioni aggiungono categorie e stock in seguito) ed è andato perso definitivamente. I prodotti vengono controllati una volta che la richiesta li ha salvati (anche nei salvataggi successivi) e solo quando sono attivi, visibili, denominati e non in bozza; un prodotto pubblicato giorni dopo la sua creazione viene comunque trovato. Se solo il filtro "disponibile" non funziona, il prodotto viene controllato nuovamente per una settimana.
• Ricerche salvate: maiuscole e minuscole e accenti vengono ignorati, le parole possono essere in qualsiasi ordine e "red" non corrisponde più a "redondo" nel mezzo di una parola solo a causa della sottostringa.
• Il controllo di avviso duplicati non ha mai funzionato (errore SQL: LIMIT 1 due volte); lo stesso errore si è verificato anche con la corrispondenza dei clienti in fase di importazione.
• Le richieste del negozio utilizzavano un parametro rkr_token che veniva intercettato anche da un altro modulo Rekire (reindirizzamento alla home page per i clienti autenticati); ora i parametri sono rkran_token e rkran_action .
• I prezzi nelle email inviate tramite cron o importazione non erano formattati.
• Lo stesso prodotto può essere notificato più volte (ricerca + marchio + categoria, hook + cron): le notifiche sono univoche per avviso, prodotto e canale, e ogni email mostra ciascun prodotto una sola volta.
• I prodotti che non rientravano nel numero massimo di articoli per email (massimo consentito) sono stati contrassegnati come inviati; ora attendono la prossima email.
• Anche dopo aver annullato l'iscrizione o sospeso un avviso, le email di riepilogo in coda venivano comunque inviate.
• Modificando la frequenza o il canale di un avviso in "I miei avvisi", questo veniva messo in pausa (o riattivato).
• La pagina "I miei avvisi" e la pagina di disiscrizione venivano visualizzate senza il tema (senza intestazione, stili o script).
• Il link di disiscrizione agiva sulla prima richiesta GET: gli scanner di link di posta elettronica disiscrivono i clienti. Ora il link richiede una conferma.
• I riepiloghi dipendono dall'orario esatto di esecuzione del cron; vengono inviati una volta per ogni intervallo programmato, indipendentemente dalla frequenza del cron. Con le email istantanee disattivate, gli avvisi "istantanei" vengono inclusi nel riepilogo giornaliero.
• I dati demo utilizzavano clienti reali: le loro notifiche demo potevano inviare email reali e apparire nel banner del negozio. Ora le righe demo non raggiungono mai un cliente e la rimozione della demo comporta anche la rimozione delle relative notifiche.
• L'esportazione e la cancellazione di psgdpr non hanno avuto alcun effetto (chiave cliente errata, tipo di reso errato).
• Il menu condiviso "MODULI REKIRE" apparteneva a questo modulo: ogni accesso al pannello lo eliminava e lo ricreava, e la disinstallazione lo rimuoveva insieme ai menu degli altri moduli Rekire .
• I dipendenti con diritti di sola visualizzazione potevano modificare le impostazioni, eliminare gli abbonamenti, importare ed esportare i dati dei clienti: ora ogni azione verifica l'autorizzazione di visualizzazione/modifica/eliminazione. Nelle configurazioni multi-negozio, i dipendenti vedono solo i propri negozi.
• La modifica della frequenza o del canale nell'elenco degli abbonamenti del back-office non è stata salvata.
• L'importazione "sostituisci" eliminava ogni abbonamento (di ogni negozio) prima di controllare il file; ora sostituisce solo i negozi presenti nelle righe valide. I clienti vengono abbinati al negozio di destinazione, il CSV contiene id_shop , la cronologia delle notifiche non viene più importata con ID esterni e le impostazioni importate vengono sottoposte agli stessi controlli dei moduli (endpoint AI e gruppi consentiti non vengono importati).
• Multistore: le impostazioni predefinite sono globali, le etichette e i nomi dei prodotti provengono dal negozio corretto, i link nelle email puntano al negozio del cliente.
• Il pulsante della pagina del prodotto proponeva il nome completo del prodotto come ricerca salvata e mostrava l'ID della categoria anziché il suo nome; ha continuato a funzionare anche dopo aver cambiato la combinazione (Classica) e apre la pagina di accesso per gli ospiti.
• Il link "Il mio account" utilizza il markup del tema (Classic, Hummingbird 1.x e 2.x).
• L'editor di testo avanzato per i messaggi di posta elettronica non è stato caricato.
• Il filtro CSS personalizzato può essere ignorato; le variabili del tema e il CSS personalizzato vengono forniti come foglio di stile.
• Richieste AI in uscita: l'IP verificato è quello utilizzato (nessun reindirizzamento DNS), solo https; un endpoint non valido non salva più metà delle impostazioni AI.
• Le animazioni della campanella e del pulsante del prodotto non si ripetono più all'infinito.
• I nomi generici delle classi condivisi con altri moduli ( .rkr-check , .rkr-bell-wrap ) hanno compresso la finestra modale della pagina del prodotto in una sola parola per riga e hanno spostato l'icona della campanella dal suo pannello; ora il modulo utilizza i propri nomi.
• Le opzioni di frequenza e canale nell'elenco del back-office erano troppo ristrette per essere lette.

Modificato

• Validatore di componenti aggiuntivi PrestaShop: nessun nofilter , nessuna chiamata Context:: , nessun HTML in PHP, versione letterale, root .htaccess .
• Traduzioni: es, fr, it, de e pt (XLIFF).