Pesquisar neste blog

terça-feira, 16 de março de 2010

O que AVAST PRO, erro 500.13 no IE8 e deleterow.gif não aparecer tem em comum ?

Tem em comum uma DLL chamada GXCLASSES.DLL no .net e o fato de estarmos nos ajudando(usuários do fórum).




O fato de estarmos acompanhando o problema de uma colega no fórum com um outro tipo de problema e relatarmos o nosso problema sobre o U1 de não mostrar as imagens de deleterow.gif e undeleterow.gif no servidor de produção e o famoso erro 500 13 no IE 8.0 , não nos levava a crer que seriam os mesmos problemas de travamento no ANTIVIRUS AVAST PRO do Luciano Topolniak.

Eu tinha noção que era algo com o nosso Firewall ISA .. do servidor de produção , só não sabiamos como resolver, mas ao abrir-mos o chamado do IT, ao nos comunicarmos no fórum e comunicarmos nós usuários pessoalmente , as coisas foram se encaixando.

Acho que este fórum(que é uma rede social) contribui e muito para os problemas serem resolvidos, principalmente por contarem com a experiência de todos os usuários(novatos e antigos). E .. o suporte da Artech(do Brasil e do Uruguai) ajudam muito .. desde que tenham paciência e entendam nossa comunicação.. (português/espanhol/inglês) mesmo misturando são fáceis de se entender.

Nós usuários temos que ter a humildade de relatarmos os fatos.. sinceramente , objetivamente e sem enrolação, pois ao fazermos isto agilizamos o processo.

Entendemos que nossa tecnologia passa por situações adversas.. mas a maioria dos problemas que temos é a interferência humana, as lógicas(quando corretas) e os hardwares(enquanto funcionando) sempre farão certo. Nós seres humanos é quem erramos .. e erramos muito. o duro é admitir nossos erros.


Abraço a todos .. e Gracias Mil aos companheiros do Suporte.


Ricardo


quinta-feira, 4 de março de 2010

Como se avalia a performance(peso) de um aplicativo WEB ? SOLUÇÃO

Num artigo anterior eu reclamei do peso de um Aplicativo WEB gerado pelo GENEXUS.

E nos últimos dias tive um colega nosso(Luciano Topolniak) com problema com o arquivo GXGRAL.JS que achava muito pesado em seu SITE. Chegando a travar o aplicativo no Browser.

Pesquisa daqui e pesquisa dali, chegamos a conclusão.. ele não tinha a compactação de dados ativados no Servidor Web dele.. a diferença foi grande.. um GXGRAL.JS de 300 kb caiu para 70 kb, mas vamos comparar outras coisas (vejam imagens abaixo).


Uma página simples (login) sem compactação de dados.. 1.1mb (gxgral.js 304.2kb)
A mesma página (login) com compactação de dados 338.7 kb (gxgral.js 93.1kb)


Ou seja a diferença de 1.1mb para 338.7 kb é grande.. por isto travava o site do meu colega. Ainda bem que temos ferramentas boas para verificarmos isto .. (FIDDLER, FIREBUG)

Mas algo mais me incomoda.. O pacote inteiro do GXUI/EXT.. dá 800kb (sem compactação) , ou seja.. quem for utilizá-lo tem que estar ciente disto.

Acho que a Artech errou ao juntar todos estes recursos (UC do GXUI . em um único .JS) , se fossem separados as páginas seriam carregadas conforme sua utilização .. O kernel principal do GXUI concordo que deveria estar agrupado.. mas os UC.. deveriam sim estarem separados e compactados.. no meu exemplo acima(login) só utilizo um Panel do GXUI.. e sai prejudicado nesta carga total.

Outra coisa que reclamo a muito tempo é o GXGRAL.JS tem muita coisa ali que um simples WEBPANEL não precisa..

O GX 9.0 está muito mais rápido nesta abertura(carga) que o GX X.



Fica aqui a observação sobre estes assuntos pois a diferença é grande.


Abraço


Ricardo