Uma grande xslt sobre menores os mais granulares

votos
2

Temos uma grande XSLT que torna a área de loja inteira incluindo produtos, manifacturers e não filtragem baseada em preço e cateogry em cima disso. Estou usando Sitecore como um CMS e eu estou tendo problemas com o cache. Tenho cerca de 9000 itens e algumas páginas demorar tanto quanto 20 anos para processar. Será que vai ser melhor para dividir o XSLT em partes menores? Será que melhorar a velocidade?

Eu acho que o Sitecore mecanismo XSLT usa é chamado Nexus.

Atualizar:

Acho que precisamos para otimizar o XSLT. Mesmo que houvesse sobre itens 9k o profiler Sitecore mostrou na verdade estamos percorrendo cerca de 250 mil itens ao fazer várias verificações.

Publicado 10/12/2008 em 12:37
fonte usuário
Em outras línguas...                            


5 respostas

votos
4

você provavelmente obter um melhor desempenho através da aplicação de outras mudanças que dividindo o arquivo XSLT. Sem ver o XSLT é difícil de detectar gargalos mas você vai encontrar algumas das melhores práticas para o desempenho XSLT aqui:

http://www.dpawson.co.uk/xsl/sect4/N9883.html#d15756e150

Além disso, pode ser muito útil para usar um profiler XSLT nesse caso.

Alguns truques de desempenho também dependem do mecanismo que você está usando, portanto, algumas informações adicionais pode ser útil aqui também.

Se você pode postar seu código XSLT eu poderia ajudá-lo a encontrar possíveis gargalos.

Respondeu 10/12/2008 em 12:46
fonte usuário

votos
1

Separando um enorme renderização em menores vai ajudar se você usar Sitecore cache. Ter várias representações permitirá aplicar as configurações de cache individuais para cada um.

Respondeu 10/12/2008 em 16:38
fonte usuário

votos
1

Parece que o problema é com Sitecore não XSLT (eu fiz as transformações mais rápidas contra 10 do de linhas K), mas eu aconselho a divisão geralmente para permitir a reutilização de código.

Respondeu 10/12/2008 em 12:44
fonte usuário

votos
0

Definitivamente usar como pequeno de XSLTs que fazem sentido. Isso é apenas uma boa prática e não pode prejudicar o desempenho.

Respondeu 11/01/2009 em 20:33
fonte usuário

votos
0

Há duas questões diferentes aqui:

  • Separar arquivos XSLT para melhor legibilidade, facilidade de manutenção e reutilização de código
  • Fazer melhorias de desempenho em suas traduções XSLT

O primeiro deve ser feito como uma boa prática, este último deve tomar cuidado com os tempos de renderização prolongados que você está recebendo

Respondeu 10/12/2008 em 12:50
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more