Alerta RKR: Notifique seus clientes quando você publicar um produto que eles estavam procurando.

05/11/2026
v1.3.0

Revisão do pacote 1.2.0 : conforme entregue, nenhum alerta chegou ao cliente.

Fixo

• Ao salvar um alerta da loja (página da conta ou página do produto), ocorreu um erro fatal.
• Os alertas sem limite de preço foram armazenados com um máximo de 0 e nunca corresponderam a um produto.
• Os e-mails exibiam o código Smarty do modelo ( {$shop_name|escape...} , {foreach} ) e "Array": os modelos de e-mail do módulo não são processados pelo Smarty no PrestaShop. A lista de produtos agora é renderizada pelo módulo e os modelos usam apenas {placeholders} ; os e-mails existem em inglês, espanhol, francês, italiano, alemão e português (outros idiomas recebem uma cópia). O nome e o endereço do remetente foram trocados.
• Os textos salvos no painel administrativo (assuntos de e-mail, introdução, rodapé legal, título e texto do widget) eram armazenados sob um nome de configuração e lidos sob outro, portanto, nunca eram utilizados. Agora, todas as chaves usam RKR_ALERTNEWS_ ; a atualização renomeia as antigas.
• Salvar a aba Geral desligou todo o módulo.
• Os alertas de categoria nunca corresponderam ( category_product não tem id_shop ), apenas as subcategorias diretas foram consideradas e o programa travou no PHP 8 ( Category::getChildren() retorna linhas): agora toda a árvore de categorias é usada.
• Um produto foi marcado como processado antes de estar completo (o PrestaShop 8/9 o cria vazio, importa categorias e estoque posteriormente) e, portanto, foi perdido permanentemente. Os produtos são verificados assim que a solicitação os salva (inclusive em salvamentos posteriores) e somente quando estão ativos, visíveis, nomeados e não em rascunho; um produto publicado dias após sua criação ainda é encontrado. Quando apenas o filtro "em estoque" falha, o produto é verificado novamente por uma semana.
• Pesquisas salvas: maiúsculas e minúsculas e acentos são ignorados, as palavras podem aparecer em qualquer ordem e "red" não corresponde mais a "redondo" no meio de uma palavra apenas por causa da subcadeia de caracteres.
• A verificação de alerta de duplicados nunca funcionou (erro SQL: LIMIT 1 duas vezes); a correspondência de clientes na importação apresentou o mesmo erro.
• As solicitações da loja usavam um parâmetro rkr_token que outro módulo Rekire também intercepta (redirecionamento para a página inicial para clientes conectados); os parâmetros agora são rkran_token e rkran_action .
• Os preços nos e-mails enviados pelo cron ou por importação não foram formatados.
• O mesmo produto pode ser notificado várias vezes (busca + marca + categoria, gancho + cron): as notificações são exclusivas para cada alerta, produto e canal, e um e-mail exibe cada produto apenas uma vez.
• Os produtos que não couberam em um único e-mail (máximo por e-mail) foram marcados como enviados e agora aguardam o próximo.
• Mesmo após cancelar a inscrição ou pausar um alerta, os e-mails de resumo enfileirados continuaram sendo enviados.
• Alterar a frequência ou o canal de um alerta em "Meus alertas" o pausa (ou o retoma).
• A página "Meus alertas" e a página de cancelamento de inscrição foram exibidas sem o tema (sem cabeçalho, estilos ou scripts).
• O link de cancelamento de inscrição funcionava quando os primeiros usuários que acessavam o link de e-mail cancelavam a inscrição. Agora, o link solicita confirmação.
• Os resumos dependem do horário exato da execução do cron; eles são enviados uma vez por intervalo agendado, independentemente da frequência do cron. Com os e-mails instantâneos desativados, os alertas "instantâneos" são enviados no resumo diário.
• Os dados de demonstração utilizavam clientes reais: os alertas de demonstração podiam enviar e-mails reais e aparecer no ícone de notificação da loja. As linhas de demonstração nunca chegam a um cliente agora, e remover a demonstração também remove as notificações.
• A exportação e eliminação do psgdpr não surtiram efeito (chave de cliente incorreta, tipo de retorno incorreto).
• O menu compartilhado "REKIRE MODULES" pertencia a este módulo: cada visita ao painel o apagava e recriava, e a desinstalação o removia juntamente com os menus dos outros módulos Rekire .
• Funcionários com permissão somente para visualização podiam alterar configurações, excluir assinaturas, importar e exportar dados de clientes: agora, cada ação verifica a permissão de visualização/edição/exclusão. Em ambientes com várias lojas, os funcionários visualizam apenas as suas respectivas lojas.
• A alteração de frequência ou canal na lista de assinaturas do painel administrativo não foi salva.
• A importação "replace" excluía todas as assinaturas (de todas as lojas) antes de verificar o arquivo; agora, ela substitui apenas as lojas presentes nas linhas válidas. Os clientes são correspondidos na loja de destino, o CSV contém id_shop , o histórico de notificações não é mais importado com IDs externos e as configurações importadas passam pelas mesmas verificações que os formulários (o endpoint de IA e os grupos permitidos não são importados).
• Multiloja: as configurações padrão são globais, os rótulos e os nomes dos produtos vêm da loja correta e os links de e-mail apontam para a loja do cliente.
• O botão da página do produto sugeria o nome completo do produto como pesquisa salva e mostrava o ID da categoria em vez do nome; continuou funcionando após a alteração da combinação (Clássica) e abre a página de login para visitantes.
• O link "Minha conta" utiliza a estrutura de código do tema (Classic, Hummingbird 1.x e 2.x).
• O editor de texto rico dos e-mails não foi carregado.
• O filtro de CSS personalizado pode ser ignorado; as variáveis de tema e o CSS personalizado são fornecidos como uma folha de estilo.
• Solicitações de IA de saída: o IP verificado é o utilizado (sem rebinding de DNS), somente https; um endpoint inválido não salva mais metade das configurações de IA.
• As animações do sino e do botão do produto não ficam mais em loop infinito.
• Os nomes de classe genéricos compartilhados com outros módulos ( .rkr-check , .rkr-bell-wrap ) comprimiam o modal da página do produto em uma palavra por linha e afastavam o ícone de sino do painel; agora o módulo usa seus próprios nomes.
• As opções de frequência e canal da lista de controle administrativo eram muito estreitas para serem lidas.

Mudado

• Validador de Addons do PrestaShop: sem nofilter , sem chamadas Context:: , sem HTML em PHP, versão literal, .htaccess raiz.
• Traduções: es, fr, it, de e pt (XLIFF).