If you have Basic or Advanced caching enabled in IBM® Web Content Manager, then Web Content Manager caches content artifacts independently of the cache settings that you configured for the Web Content Viewer portlet. To bypass the caching that is set in Web Content Manager, select the option Bypass Web Content Manager Caching.
This setting applies to content artifacts that are rendered in this Web Content Viewer portlet only.
This feature was added on CF11 for Portal/WCM
One of the tuning activities is to turn on GZIP compression for HTTP requests.
This tuning can save lots of network traffic and your page will load in a short time.
Just put the lines bellow on the httpd.conf and restart the server
LoadModule deflate_module modules/mod_deflate.so
LoadModule headers_module modules/mod_headers.so
#Only the specified MIME types will be compressed.
AddOutputFilterByType DEFLATE application/atom+xml
AddOutputFilterByType DEFLATE application/atomcat+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/json
AddOutputFilterByType DEFLATE application/octet-stream
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/xsl
# Ensures that images and executable binaries are not compressed
SetEnvIfNoCase Request_URI \\.(?:gif|jpe?g|png|exe)$ no-gzip dont-vary
# Ensure that proxies do not deliver the wrong content
Header append Vary User-Agent env=!dont-vary
SetEnvIf Request_URI ^/acce(.*) no-gzip dont-vary
Novamente falando um pouquinho sobre performance. Hoje mais um probleminha em uma aplicação e a questão que tive de responder. Como saber se um agente está demorando para executar e porquê ?
Nem todo administrador é Designer mas todo administrador tem acesso ao design da aplicação.
O agente tem uma propriedade para que possamos fazer “profile” ou seja ver quanto tempo ele demora para executar e o tempo das chamadas
Para fazer o profile deve-se marcar a propriedade Profile this Agent como mostrado abaixo (Usando o Domino Designer)
Execute o agente e para ver o resultado, abra a lista de agentes no designer, clicar com o botão direito e selecione “View Profile Results”.
O problema foi identificado no report, mostrando que o “problema” do agente são chamadas de atualização de Ãndice de visões.
O tema sobre performance de aplicativos é recorrente mas ele sempre aparece com mais força quando um servidor está com baixa performance e causando problemas.
Sabemos que I/O em servidores Domino é uma questão sensÃvel. Hoje temos um I/O muito melhorado e com possibilidades de melhorá-lo sem precisar redesenhar aplicativos, mas pode acontecer que algumas propriedades do aplicativo ou código esteja causando problemas. As soluções dependem de cada caso mas dois artigos podem ajudar a enfrentar o problema:
Application Performance Tuning, Part-1
Applicatin Performance Tuning, Part-2
Uma outra dica é utilizar estas propriedades avançadas, mas devem ser utilizadas com cuidado.
Mesmo após fazer upgrade do servidor Domino para versão 8.0.2 o Quickr ainda não estava na velocidade desejada.
Fizemos ajustes em imagens e outros conteúdos mas o que ajudou definitivamente foram os parâmetros colocados no notes.ini
QuickPlaceWebCacheEnabled=1
QuickPlaceWebCacheDir=E:QPWEBCACHE
QuickPlaceWebCacheGCIntervalInMIN=86400
QuickPlaceWebCacheLimitInMB=500
QuickPlaceExpireCachedUsers=86400
QuickPlaceMaxCachedUsers=1500
QuickPlaceEnableVersionCheck=1
NSF_DBUCACHE_MAX_ENTRIES=10000
NSF_DBcache_Maxentries=10000
Estes parâmetros foram encontrandos no Tunning Guide do Quickr 8.1
Fez parte da instalação que fiz no Datacenter migrar um Quickr 8.0 para a versão 8.1. Instalei tudo corretamente mas a performance do servidor ficou muito ruim.
Pesquisando sobre o problema encontrei a solução: Quickr 8.1 com Domino 8.0.1 tem um problema com cache, basta migrar a versão do Domino 8.0.2 que o problema realmente desapararece.
A referência do problema e solução pode ser vista nohttp://www.quickrblog.com/” title=”http://www.quickrblog.com/“> Quickr Blog de Stuart McIntyre