Um site que eu gerencio repentinamente (potencialmente duas semanas atrás - a partir das estatísticas do GA e relatado apenas agora) começou a soltar os itens do carrinho quando você o visualiza ou faz o checkout.
O 'minicarrinho' superior mostra os itens no menu suspenso, até que você navegue até o carrinho / faça o checkout e acabe no carrinho com a mensagem 'Não há itens no carrinho'.
Parece um problema de sessão. Isso não acontece quando conectado.
Removeu todas as opções de validação de sessão em 'sistema-> web-> configurações de validação de sessão' e ativou a opção 'Usar SID no Frontend'. Isso resolveu o problema, mas como essas configurações não foram alteradas nos últimos três meses, sei que há algum problema subjacente.
Isso aponta para um problema com o ID de dor? De alguma forma, o site está perdendo em qual ID da loja está e descartando os dados da sessão / carrinho? Talvez algum observador / evento / reescrito por algum módulo.
Não consigo replicar o problema no desenvolvedor local ou no servidor UAT. O banco de dados no UAT é de duas semanas com data de exibição, portanto isso pode indicar um problema / configuração de banco de dados?
O que estou tentando: estou ocupado transferindo o banco de dados ao vivo atual para o UAT para atualizá-lo, para ver se consigo replicar o problema lá. será atualizado quando isso for feito.
Depois que eu puder replicar o problema em uma área não ativa, desabilitarei sistematicamente os módulos, verificando se algo está mexendo nos IDs da loja (começando com MageMonkey e sweettooth, desde que eles foram atualizados há 2 semanas)
A pergunta é: o que mais posso tentar? Algum ponteiro para onde eu possa acertar alguns pontos de interrupção e passar o código para ver se consigo rastrear esse problema?
não há sistemas de cache extras como verniz ou memcache instalado. O servidor é uma instalação cpanel padrão. testando em uat eu desabilitei todo o cache.
atualização adicional: parece que, quando eu passo para o tema padrão, não consigo reproduzir. Estou movendo sistematicamente as pastas de substituição de tema de volta.
Também usei o git para retroceder o código e o problema permanece com todos os hash.
Atualização: Já faz um tempo desde que eu tive tempo para gastar com isso. Carga de trabalho alta.
Mudei as sessões para arquivo com base e o problema desapareceu. Como o cliente não pretende usar vários servidores em um futuro próximo, e devido à minha carga de trabalho, isso foi deixado assim. Provavelmente voltará para me morder mais tarde.
O suporte do magento sugeriu que o problema está relacionado ao módulo guloso estendendo as classes de sessão, mas desativei esse módulo e o problema permaneceu.
será atualizado quando eu tiver mais resultados.