Requisitos minimos do servidor para uma loja online em jsf

Galera, gostaria de saber quais as configurações minimas de um servidor, pra rodar uma loja online que utiliza as seguintes tecnologias: jsf 2.0, primefaces, hibernate, mysql…
quanto de processador?? quanto de memoria ??

Desenvolvi o seguinte site: http://eletrocon.com.br ,porem ele esta lerdo, bem lerdo, localmente ele é uma bala, o que pode estar acontecendo??

No momento estou com as seguintes configurações no VPS:

Intel Xeon e5645 2.4 ghz
memoria 3gb
100 de hd
net de 1gb

Tenho outro site no vps, porem é um site mais simples, mas ele roda tranquilamente…

Com essas configurações deveria guentar o tranco??

Alguma sugestão??

Obrigado por enquanto!

Cara acredito que você pecou na escolha das tecnologias empregadas, escolher JSF para desenvolvimento de uma loja virtual não é uma
escolha tão aceitável.
Quanto ao servidor se tu tiver uma número de acesso baixo (acredito que não queira isso) ta aceitável.
Tente optar por um framework action based (vRaptor, Spring MVC) que tu terá mais escalabilidade e performance.

[quote=jweibe]Cara acredito que você pecou na escolha das tecnologias empregadas, escolher JSF para desenvolvimento de uma loja virtual não é uma
escolha tão aceitável.
Quanto ao servidor se tu tiver uma número de acesso baixo (acredito que não queira isso) ta aceitável.
Tente optar por um framework action based (vRaptor, Spring MVC) que tu terá mais escalabilidade e performance.[/quote]

hmm, vou dar uma estudada nesse vraptor então :stuck_out_tongue:

Se alguem mais tiver sugestões.

Valeu por enquanto.

Não sei se é exatamente problema do servidor… Mas uma época eu enfrentei muita lentidão, e depois que peguei um dedicado na hostgator melhorou, talvez seja questão de configuração.

Eu sei que quando a base de dados não está localhost para o lugar onde está hospedado o site geralmente causa lentidões absurdas, seu DB ta junto com a app? Ou num outro server?

o bd esta na mesma maquina, porem se eu conectar daqui de casa no banco, pelo mysql query, as consultas são bem lentas… sera que esta mal configurado???

Valeu!

[quote=jweibe]Cara acredito que você pecou na escolha das tecnologias empregadas, escolher JSF para desenvolvimento de uma loja virtual não é uma
escolha tão aceitável.
Quanto ao servidor se tu tiver uma número de acesso baixo (acredito que não queira isso) ta aceitável.
Tente optar por um framework action based (vRaptor, Spring MVC) que tu terá mais escalabilidade e performance.[/quote]

Com todo o respeito, discordo dessa opinião. Não concordo com a opinião reinante no fórum de que JSF “não serve pra fazer site”. É possível ter escalabilidade e performance tranquilamente com JSF, tanto quanto com VRaptor ou SpringMVC ou o que for. JSF é perfeitamente aceitável nesse cenário, basta saber usar.

Quanto ao colega do fórum: a “lentidão” a que você se refere, será que ela não ocorre no lado client (gargalo de 99.99% dos sites)? Os recursos estão sendo cacheados, os Expires estão configuradores, você configurou o servidor para servir conteudo compactado, os arquivos CSS eJS foram compactados antes de serem publicados, você melhorou/compactou/reduziu/melhorou as imagens que o site utiliza ou usou CSS Sprites nas imagens? Esses detalhes são importantíssimos e sem eles, pode usar a tecnologia que quiser que seu site será lento da mesma forma.

[quote=alias][quote=jweibe]Cara acredito que você pecou na escolha das tecnologias empregadas, escolher JSF para desenvolvimento de uma loja virtual não é uma
escolha tão aceitável.
Quanto ao servidor se tu tiver uma número de acesso baixo (acredito que não queira isso) ta aceitável.
Tente optar por um framework action based (vRaptor, Spring MVC) que tu terá mais escalabilidade e performance.[/quote]

Com todo o respeito, discordo dessa opinião. Não concordo com a opinião reinante no fórum de que JSF “não serve pra fazer site”. É possível ter escalabilidade e performance tranquilamente com JSF, tanto quanto com VRaptor ou SpringMVC ou o que for. JSF é perfeitamente aceitável nesse cenário, basta saber usar.
[/quote]

Bom vamos la mais uma vez a velha e boa briga sobre o tão falado JSF.
Quanto ao fato de se usar JSF para este intuito de desenvolvimento não que ele seja totalmente inaceitável para este fim, como se você procurar aqui no fórum
terá centenas de post sobre este assunto (não vale a pena comentar).
Limitações do JSF:

  • Pouco controle sobre os CSS
  • Problemas na localização dos JavaScript (por uma melhor performance e altamente aconselhável que você adicione os script antes do fechamento da tag </body>).
    … e por ai vai.

[quote=jweibe][quote=alias][quote=jweibe]Cara acredito que você pecou na escolha das tecnologias empregadas, escolher JSF para desenvolvimento de uma loja virtual não é uma
escolha tão aceitável.
Quanto ao servidor se tu tiver uma número de acesso baixo (acredito que não queira isso) ta aceitável.
Tente optar por um framework action based (vRaptor, Spring MVC) que tu terá mais escalabilidade e performance.[/quote]

Com todo o respeito, discordo dessa opinião. Não concordo com a opinião reinante no fórum de que JSF “não serve pra fazer site”. É possível ter escalabilidade e performance tranquilamente com JSF, tanto quanto com VRaptor ou SpringMVC ou o que for. JSF é perfeitamente aceitável nesse cenário, basta saber usar.
[/quote]

Bom vamos la mais uma vez a velha e boa briga sobre o tão falado JSF.
Quanto ao fato de se usar JSF para este intuito de desenvolvimento não que ele seja totalmente inaceitável para este fim, como se você procurar aqui no fórum
terá centenas de post sobre este assunto (não vale a pena comentar).
Limitações do JSF:

  • Pouco controle sobre os CSS
  • Problemas na localização dos JavaScript (por uma melhor performance e altamente aconselhável que você adicione os script antes do fechamento da tag </body>).
    … e por ai vai.[/quote]

Hehe, você tem razão, mas por favor não briguemos. É apenas uma questão de dois pontos de vista diferentes, desculpe se o ofendi, respeito totalmente a sua opinião meu velho, embora não concorde totalmente. :wink:

Quanto ao que comentou, e esses detalhes podem ser úteis ao colega que abriu o tópico

. no JSF você tem controle sim do CSS. No caso do PrimeFaces é possível desabilitar tudo ou customizar totalmente as classes, estilos, cores, fundos, fontes, etc. Na documentação do framework isso é descrito detalhadamente. E se você não estiver usando um framework como o Prime, basta fazer seu próprio CSS. Desculpe, mas esse problema não existe. (a proposito, para o colega do tópico: voce ESTÁ usando o seu CSS, correto? Ou algum skin do Prime?)

.sobre o segundo ponto eu concordo totalmente que o ideal é fazer como você recomendou. Isso foi corrigido no JSF2, que é o que o colega está usando.

[quote=alias]
Hehe, você tem razão, mas por favor não briguemos. É apenas uma questão de dois pontos de vista diferentes, desculpe se o ofendi, respeito totalmente a sua opinião meu velho, embora não concorde totalmente. :wink:
Quanto ao que comentou, e esses detalhes podem ser úteis ao colega que abriu o tópico.[/quote]
Sem problemas…
Quanto ao problema do CSS ele esta usando o skin do Aristo pelo que puder ver no site. Quanto a poder customizar o CSS dos componentes eu sabia de tal informação, porem e um processo
bem trabalhoso. E creio que não seja seu intuito criar seu próprio CSS para os componentes do primefaces.

[quote=alias]
Isso foi corrigido no JSF2, que é o que o colega está usando.[/quote]

Sim é possível você alterar a localização do seus próprios JavaScript através das tags <h:outputScript/> e dos CSS’s com a tag <h:outputStylesheet/>, mais
como alterar a localização dos Scripts que são utilizados pelo próprio primefaces?

Quanto a performance ale0790 da uma olhada nos posts do Blog da Caelum feito pelo Sérgio Lopes tem muita informação bacana que você pode tirar proveito.
»Por uma Web mais rápida: 26 técnicas de otimização de Sites
»Otimizações na Web e o carregamento assíncrono
»As 7 práticas para um site otimizado

Então ja ativei o gzip, para ele comprimir arquivos css, javascript etc… melhorou bastante a parformace dpois disso.

Utilizo um skin do primefaces mesmo.

jweibe Irei dar uma olhada nos links.

alias poderia me explicar melhor o que quer dizer com os recursos estão sendo cacheados? e os expires configurados ??

Obrigado por tentarem ajudar!

[quote=jweibe][quote=alias]
Hehe, você tem razão, mas por favor não briguemos. É apenas uma questão de dois pontos de vista diferentes, desculpe se o ofendi, respeito totalmente a sua opinião meu velho, embora não concorde totalmente. :wink:
Quanto ao que comentou, e esses detalhes podem ser úteis ao colega que abriu o tópico.[/quote]
Sem problemas…
Quanto ao problema do CSS ele esta usando o skin do Aristo pelo que puder ver no site. Quanto a poder customizar o CSS dos componentes eu sabia de tal informação, porem e um processo
bem trabalhoso. E creio que não seja seu intuito criar seu próprio CSS para os componentes do primefaces.

O passo do gzip é importantíssimo, por si só ajuda demais na performance. Cara, sugiro o uso de ferramentas como YSlow e Google Page Speed, vai ficar mais fácil de voce verificar onde estão os seus gargalos.

Dê uma olhada nos excelentes links que o jweibe postou, eles explicam sobre cache e expires (o expires provavelmente você terá que fazer na mao com um filtro ou coisa do tipo, para configurar o response)

Os seguintes recursos armazenáveis em cache têm uma vida útil de atualização curta. Especifique uma expiração de pelo menos uma semana no futuro para os seguintes recursos:
http://eletrocon.com.br/imagens/eletrocon.png (expiração não especificada)
http://eletrocon.com.br/imagens/icones/ajaxloading.gif (expiração não especificada)
http://eletrocon.com.br/imagens/produtos/01022012155837702.JPG (expiração não especificada)

Utilizando o page speed, ele acusou o seguinte… como faço isso ?

O resto que o page speed acusa, é tudo do primefaces, acho que não tem como eu mecher nisso neh ?

do jeito que esta a nota do site fica em 89/100.

é, pra isso acho que só fazendo um filtro, pra configurar esses cabeçalhos nas resposta…veja esse tópico aqui onde o colega implementou tal filtro, no cenario dele usando o VRaptor

http://guj.com.br/java/266614-vraptor-3-e-controle-de-cache-para-css-e-js

Ele está apontando que os recursos do Prime não estão cacheados, é isso? Esse filtro também vai afetar css, js, imgs, do Prime, ou do que mais você usar aí na view, então vai te ajudar bastante, acredito.

gostei desse topico e como subi a app essa smn estou com mmsm problema

Outra coisa… Como sua app acessa o banco? ela usa um endereço visivel externamente ou usa um endereço local? Isso pode influenciar também! Creio que seja configuração sim…

[quote=alias]é, pra isso acho que só fazendo um filtro, pra configurar esses cabeçalhos nas resposta…veja esse tópico aqui onde o colega implementou tal filtro, no cenario dele usando o VRaptor

http://guj.com.br/java/266614-vraptor-3-e-controle-de-cache-para-css-e-js

Ele está apontando que os recursos do Prime não estão cacheados, é isso? Esse filtro também vai afetar css, js, imgs, do Prime, ou do que mais você usar aí na view, então vai te ajudar bastante, acredito.[/quote]

Após implementar este filtro, olha o erro que apareçe no console…

java.io.FileNotFoundException: D:\Loja\Eletrocon\build\web\faces\javax.faces.resource\jsf.js

Porem no page speed aqui, ele acusa erros de cache somente nas imagens, e esse filtro serve para javascript e css, acho que ele não serviria pra min neh ??

vou postar aqui os logs do page speed, caso alguem saiba o que posso fazer pra melhorar isso, mas acho que ai não tem como mexer né :S

[code]Adiar análise de JavaScript
505.7KiB de JavaScript é analisado durante o carregamento da página inicial. Adie a análise de JavaScript para reduzir o bloqueio de processamento da página.

http://eletrocon.com.br/faces/javax.faces.resource/jquery/ui/jquery-ui.js?ln=primefaces&v=3.0.M2 (188.3KiB)
http://eletrocon.com.br/faces/javax.faces.resource/yui/utilities/utilities.js?ln=primefaces&v=3.0.M2 (109.4KiB)
http://eletrocon.com.br/faces/javax.faces.resource/jquery/jquery.js?ln=primefaces&v=3.0.M2 (91.8KiB)
http://eletrocon.com.br/faces/javax.faces.resource/wijmo/wijmo.js?ln=primefaces&v=3.0.M2 (43.5KiB)
http://eletrocon.com.br/faces/javax.faces.resource/jsf.js?ln=javax.faces (24.6KiB)
http://eletrocon.com.br/faces/javax.faces.resource/paginator/paginator.js?ln=primefaces&v=3.0.M2 (19.4KiB)
http://eletrocon.com.br/faces/javax.faces.resource/datatable/datatable.js?ln=primefaces&v=3.0.M2 (12.9KiB)
http://eletrocon.com.br/faces/javax.faces.resource/core/core.js?ln=primefaces&v=3.0.M2 (5.5KiB)
http://eletrocon.com.br/faces/javax.faces.resource/growl/growl.js?ln=primefaces&v=3.0.M2 (3.3KiB)
http://eletrocon.com.br/faces/javax.faces.resource/panel/panel.js?ln=primefaces&v=3.0.M2 (1.8KiB)
http://eletrocon.com.br/ (1.7KiB de JavaScript in-line)
http://eletrocon.com.br/faces/javax.faces.resource/datagrid/datagrid.js?ln=primefaces&v=3.0.M2 (1.2KiB)
http://eletrocon.com.br/faces/javax.faces.resource/dialog/dialog.js?ln=primefaces&v=3.0.M2 (1.1KiB)
http://eletrocon.com.br/faces/javax.faces.resource/button/button.js?ln=primefaces&v=3.0.M2 (652B)
http://eletrocon.com.br/faces/javax.faces.resource/ajaxstatus/ajaxstatus.js?ln=primefaces&v=3.0.M2 (363B)

Integrar CSS pequenos
Os recursos externos a seguir têm respostas pequenas. Integrar a resposta em HTML pode reduzir o bloqueio de processamento da página.

http://eletrocon.com.br/ deve integrar os seguintes recursos pequenos:
http://eletrocon.com.br/faces/javax.faces.resource/datagrid/datagrid.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/growl/assets/growl.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/paginator/paginator.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/panel/panel.css?ln=primefaces&v=3.0.M2

Integrar JavaScript pequenos
Os recursos externos a seguir têm respostas pequenas. Integrar a resposta em HTML pode reduzir o bloqueio de processamento da página.

http://eletrocon.com.br/ deve integrar os seguintes recursos pequenos:
http://eletrocon.com.br/faces/javax.faces.resource/ajaxstatus/ajaxstatus.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/button/button.js?ln=primefaces&v=3.0.M2

Aproveitar cache do navegador
Os seguintes recursos armazenáveis em cache têm uma vida útil de atualização curta. Especifique uma expiração de pelo menos uma semana no futuro para os seguintes recursos:

http://eletrocon.com.br/imagens/eletrocon.png (expiração não especificada)
http://eletrocon.com.br/imagens/icones/ajaxloading.gif (expiração não especificada)
http://eletrocon.com.br/imagens/produtos/01022012155837702.JPG (expiração não especificada)
http://www.google-analytics.com/ga.js (2 hours)

Compactar JavaScript
Compactar os seguintes recursos JavaScript pode reduzir o tamanho deles em 1.5KiB (1% de redução).

Compactar http://eletrocon.com.br/faces/javax.faces.resource/yui/utilities/utilities.js?ln=primefaces&v=3.0.M2 pode economizar 1.2KiB (1% de redução) após a compactação. See optimized version.
Compactar http://eletrocon.com.br/faces/javax.faces.resource/jquery/jquery.js?ln=primefaces&v=3.0.M2 pode economizar 331B (1% de redução) após a compactação. See optimized version.

Compactar CSS
Compactar os seguintes recursos CSS pode reduzir o tamanho deles em 1.6KiB (5% de redução).

Compactar http://eletrocon.com.br/faces/javax.faces.resource/jquery/ui/jquery-ui.css?ln=primefaces&v=3.0.M2 pode economizar 885B (7% de redução) após a compactação. See optimized version.
Compactar http://eletrocon.com.br/faces/javax.faces.resource/theme.css?ln=primefaces-flick pode economizar 716B (4% de redução) após a compactação. See optimized version.

Exibir imagens dimensionadas
As imagens a seguir são redimensionadas em HTML ou CSS. A exibição de imagens dimensionadas pode economizar 913B (30%% de redução).

http://eletrocon.com.br/imagens/produtos/01022012155837702.JPG é redimensionado em HTML ou CSS de 143x143 para 120x120. Exibir uma imagem dimensionada pode economizar 913B (30% de redução).

Compactar HTML

Compactar os seguintes recursos HTML pode reduzir o tamanho deles em 272B (1% de redução).
Compactar http://eletrocon.com.br/ pode economizar 272B (1% de redução) após a compactação. See optimized version.

Otimizar a ordem de folhas de estilo e scripts
Os seguintes arquivos CSS externos foram incluídos após um arquivo JavaScript externo em http://eletrocon.com.br/. Para garantir que os downloads dos arquivos CSS sejam realizados paralelamente, inclua sempre o CSS antes do JavaScript externo.

http://eletrocon.com.br/faces/javax.faces.resource/wijmo/wijmo.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/panel/panel.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/paginator/paginator.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/datatable/datatable.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/datagrid/datagrid.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/growl/assets/growl.css?ln=primefaces&v=3.0.M2

Remover sequências de consulta dos recursos estáticos
Recursos com um “?” no URL não são armazenados em cache por alguns servidores proxy cache. Remova a sequência de consulta e codifique os parâmetros no URL para os seguintes recursos:

http://eletrocon.com.br/faces/javax.faces.resource/ajaxstatus/ajaxstatus.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/button/button.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/core/core.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/datagrid/datagrid.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/datagrid/datagrid.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/datatable/datatable.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/datatable/datatable.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/dialog/dialog.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/growl/assets/growl.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/growl/growl.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/images/ui-bg_flat_75_ffffff_40x100.png?ln=primefa
http://eletrocon.com.br/faces/javax.faces.resource/images/ui-bg_highlight-soft_100_f6f6f6_1x100.png?.
http://eletrocon.com.br/faces/javax.faces.resource/images/ui-bg_highlight-soft_50_dddddd_1x100.png?l
http://eletrocon.com.br/faces/javax.faces.resource/images/ui-icons_666666_256x240.png?ln=primefaces-
http://eletrocon.com.br/faces/javax.faces.resource/jquery/jquery.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/jquery/ui/jquery-ui.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/jquery/ui/jquery-ui.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/jsf.js?ln=javax.faces
http://eletrocon.com.br/faces/javax.faces.resource/paginator/paginator.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/paginator/paginator.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/panel/panel.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/panel/panel.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/theme.css?ln=primefaces-flick
http://eletrocon.com.br/faces/javax.faces.resource/wijmo/wijmo.css?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/wijmo/wijmo.js?ln=primefaces&v=3.0.M2
http://eletrocon.com.br/faces/javax.faces.resource/yui/utilities/utilities.js?ln=primefaces&v=3.0.M2[/code]

Adiar analise de javascript, ali ta tenso o negocio… HAWuehawueaw 500kb

Obrigado por ajudarem !

Cara, que versão do PrimeFaces você está utilizando? Ademais, esses js e css tem expires e cache configurados?

Isso aí de “adiar análise do Javascript” é o que o colega jweibe citou, que o ideal é colocar os js no fim do body. Sem dúvida essas otimizações são muito mais fáceis de se fazer com frameworks onde você tem o controle do html gerado, o que não é o caso do JSF. Portanto, nessa fase do seu projeto…se prepare pra suar um pouquinho :lol:

Esse filtro que postei você pode adaptar para fazer cache de recursos de imagem também, era apenas um exemplo, vai de você adaptá-lo para a sua necessidade.

A questão de redimensionar imagens no HTML também é importante pois gera um gargalo, como está apontado aí no log.

[quote=alias]Cara, que versão do PrimeFaces você está utilizando? Ademais, esses js e css tem expires e cache configurados?

Isso aí de “adiar análise do Javascript” é o que o colega jweibe citou, que o ideal é colocar os js no fim do body. Sem dúvida essas otimizações são muito mais fáceis de se fazer com frameworks onde você tem o controle do html gerado, o que não é o caso do JSF. Portanto, nessa fase do seu projeto…se prepare pra suar um pouquinho :lol:

Esse filtro que postei você pode adaptar para fazer cache de recursos de imagem também, era apenas um exemplo, vai de você adaptá-lo para a sua necessidade.

A questão de redimensionar imagens no HTML também é importante pois gera um gargalo, como está apontado aí no log.[/quote]

Então, utilizo primefaces-3.0.M2.jar, acabei de ver que já tem versões mais recentes, vou baixar e testar, ver se muda algo… referente ao filtro vou tentar adapta-lo então, não faço ideia de como se faz mas vou dar uma pesquisada, sobre o redimensionamento das imagens, o mais correto então seria eu gravar elas no disco no tamanho que pretendo exibir??? mas se no index quero mostrar com tamanho 100x100, e na pagina do produto no tamanho 200x200 eu teria que gravar 2 imagens em disco???

Obrigado.

[quote=ale0790][quote=alias]Cara, que versão do PrimeFaces você está utilizando? Ademais, esses js e css tem expires e cache configurados?

Isso aí de “adiar análise do Javascript” é o que o colega jweibe citou, que o ideal é colocar os js no fim do body. Sem dúvida essas otimizações são muito mais fáceis de se fazer com frameworks onde você tem o controle do html gerado, o que não é o caso do JSF. Portanto, nessa fase do seu projeto…se prepare pra suar um pouquinho :lol:

Esse filtro que postei você pode adaptar para fazer cache de recursos de imagem também, era apenas um exemplo, vai de você adaptá-lo para a sua necessidade.

A questão de redimensionar imagens no HTML também é importante pois gera um gargalo, como está apontado aí no log.[/quote]

Então, utilizo primefaces-3.0.M2.jar, acabei de ver que já tem versões mais recentes, vou baixar e testar, ver se muda algo… referente ao filtro vou tentar adapta-lo então, não faço ideia de como se faz mas vou dar uma pesquisada, sobre o redimensionamento das imagens, o mais correto então seria eu gravar elas no disco no tamanho que pretendo exibir??? mas se no index quero mostrar com tamanho 100x100, e na pagina do produto no tamanho 200x200 eu teria que gravar 2 imagens em disco???

Obrigado.

[/quote]

Perguntei sobre a versão do Prime pois o que eu tinha dito antes, sobre o Prime usar um unico arquivo css e um unico js, é do que eu tinha visto no site sobre a ultima versão estável, então atualize aí e veja se de fato o carregamento dos recursos muda. Na documentação tambem não diz nada sobre otimização?

A proposito, você utiliza o Maven? A equipe do Prime tambem desenvolveu um plugin pra otimização de recursos em build-time com o Maven, dê uma pesquisada que você encontra fácil. Sobre o tal filtro, no codigo há um tratamento encima da extensão do arquivo, correto? Tente adaptar para que arquivos .jpg ou .png, o que voce usar/precisar aí, passem tambem por esse filtro e pela mesma alteração.

Sobre a questão da imagem, imagino que a solução seja por ai mesmo como você disse…o fato é que se o redimensionamento da imagem ocorre no browser isso gera um gargalo de tempo, não é algo que vá derrubar o seu site é claro, mas é um ponto de atenção sim…talvez manter as duas imagens ou redimensionar antes de exibir sejam duas soluções possíveis, mas tenha em mente que o ideal é que a imagem seja fornecida no tamanho em que voce quer exibir.

ale0790, parabéns, sua loja está carregando em uma boa velocidade!

Acompanhei o tópico e dias atrás estava bem lenta a sua aplicação, não sei o que você mudou mas ela está bem mais rápida agora!
Dê dica para nos colegas otimizarmos nossas aplicações também!

Valeu!