Reserva de estoque RKR no carrinho: Contagem regressiva para PrestaShop

v1.2.02026/10/10

[destacado]

Primeira versão completa sob a marca Rekire . A versão 1.1.5 era funcional, mas incompleta; esta versão a torna pronta para venda.

Novos recursos

• O menu "MÓDULOS Rekire " ( RkrBackOfficeMenuTrait ) exibe o módulo dentro do grupo de módulos Rekire compartilhados, com suas seções Configurações, Regras, Design, Estatísticas e Guia, e cada entrada no idioma preferido do funcionário (es, en, fr, it, de, pt). Anteriormente, ele estava localizado em "Vender" com seu nome em inglês.
• A reserva é respeitada ao adicionar itens ao carrinho. Se as unidades disponíveis estiverem reservadas em outros carrinhos, o carrinho conterá apenas as unidades disponíveis, e o cliente verá o motivo ("Atualmente, há apenas N unidades disponíveis..."). Anteriormente, o produto era adicionado mesmo assim, e a notificação aparecia, no mínimo, na finalização da compra.
• Verificação final no checkout : Além da página de pedidos, a validação do módulo de pagamento retorna ao carrinho caso ainda haja alguma unidade reservada por outro cliente, exibindo detalhes sobre qual produto e quantas unidades estão disponíveis.
• Textos para o cliente em seis idiomas (es, en, fr, it, de, pt) como padrão, e quatro novos editáveis: unidades reservadas em outros carrinhos, horário de reserva no carrinho, adição limitada e adição rejeitada.
• Aviso ao adicionar : "Adicionado ao carrinho: unidades reservadas durante as 09:58".
• Envie um e-mail informando que sua reserva está prestes a expirar mails/ / (seis idiomas) e também enviado sem um cron job, usando o próprio tráfego da loja.
• Quando a opção "Remover item do carrinho" expira, o item é de fato removido do carrinho (antes, apenas a reserva era liberada).

Arranjos

• O carrinho de compras do cliente podia ser perdido ao adicionar um produto: o ponto de acesso AJAX do módulo armazenava seu contador de requisições no cookie, e uma sincronização que coincidia com a ação "adicionar ao carrinho" sobrescrevia o cookie sem o carrinho. Agora, esse ponto de acesso nunca mais grava no cookie.
• Uma reserva de 10 minutos costumava durar 2 horas e 10 minutos em servidores com PHP e MySQL em fusos horários diferentes (PHP em Madrid, MySQL em UTC): o tempo era reduzido usando o horário do PHP e comparado com a função NOW() do MySQL. Agora tudo usa o mesmo relógio.
• O painel de Estatísticas estava sempre vazio , as regras por categoria não eram aplicadas e a pesquisa e a lista de regras não retornavam nada: essas consultas pediam ao PrestaShop o cursor em vez das linhas ( executeS( $sql , false) ).
• Uma regra sem datas estava falhando na reserva : a janela vazia era salva como 0000-00-00 00:00:00 e o sistema a interpretava como "a venda terminou". Agora, ela é salva como NULL, e a atualização corrige as regras que já haviam sido salvas.
• "Estender" liberou a reserva em vez de estendê-la, embora o cliente tenha visto "Reserva estendida".
• Dois clientes poderiam obter a última unidade se ambas as reservas fossem as primeiras para aquele produto: SELECT … FOR UPDATE não bloqueia linhas que ainda não existem. Agora, cada produto e combinação é reservado com um bloqueio nomeado.
• "Aplicar somente se o estoque for inferior a" fez o oposto: reservou quando havia bastante estoque e não quando havia pouco.
• A contagem regressiva não aparecia na página de finalização da compra para as versões Classic e Hummingbird, que não utilizam displayFooter nessa página: agora ela aparece no displayCheckoutSummaryTop .
• O gancho actionFrontControllerAfterInit foi descontinuado no PrestaShop 9 e, no modo de depuração, seu aviso interrompia as respostas AJAX do carrinho: actionFrontControllerInitAfter estava sendo usado, recurso que existe desde a versão 1.7.8.
• Nas áreas onde os erros no carrinho não são exibidos, o cliente cujo item adicional foi rejeitado não via nada: agora o módulo o alerta.
• O cartão indicava "1 unidade reservada por outros clientes", quando a unidade pertencia ao visitante .
• Os textos da loja apareciam em inglês em todos os idiomas .
• A aba de texto exibia o texto no idioma do funcionário em todos os idiomas, portanto , ao salvar, todos os textos ficavam sobrepostos .
• Os modelos de e-mail continham tags de modelo que o PrestaShop não processa em e-mails: eles teriam chegado com o código visível e também estavam em uma pasta onde Mail::send() não os encontra.
• Salvar as configurações não alterou a data na folha de estilo, e o navegador continuou a exibir a versão anterior do design .
• Antes, a folha de estilo era recompilada e comparada a cada visita; agora, ela é gravada ao salvar e o repositório apenas verifica se ela existe.
• Os produtos que estão esgotados (em pré-venda) deixam de ser limitados: a sua reserva apenas prolonga a contagem decrescente.
• Sem o gerenciamento de estoque ativado, o módulo permanece inativo em vez de bloqueado.
• Remova os hooks que não existem no PrestaShop ( actionCart , actionCartUpdateQuantity , actionProductAttributesModify ) ou que eram aliases ( displayProductButtons ), e o carregamento de scripts de módulo em todas as páginas do painel administrativo.
• A mensagem de erro ao estender uma reserva costumava exibir um código interno ( max_extensions_reached ); agora é um texto para o cliente.
• Tradução revisada para o espanhol: "stock" havia sido traduzido como "actions".

Para complementos

• Sem nofilter nos templates, sem HTML no PHP, sem Context:: , file_get_contents() ou Tab::getIdFromClassName() .
• .htaccess e index.php estão presentes em todas as pastas, config.xml é idêntico ao do PHP, logo.png tem dimensões de 57x57 e a licença AFL 3.0 está presente em todos os arquivos.
• tests/ e as folhas de estilo geradas não são incluídos no pacote.

Atualização da 1.1.x

upgrade/ upgrade-1.2.0.php move o menu, remove os hooks antigos, regenera a folha de estilo e restaura ao idioma original os textos que ainda possuíam o valor em inglês de fábrica (os textos alterados pelo comerciante são respeitados).