Nesse caso deveria de ser o runtime a fazer esse trabalho a meu ver, duvido que seja o SDK.
2014-05-29 10:58 GMT+01:00 Hugo Ferreira <[email protected]>: > João, > > O problema aqui é que trata-se de uma aplicação AIR em vez de Flash, logo > acredito que o browser trate da descompressão e entregue ao Flash os dados > prontos. > > > No dia 29 de Maio de 2014 às 10:50, João Fernandes < > [email protected]> escreveu: > > se correres em modo debug, mete um breakpoint onde ele indica >> deliveryInDoubt e vez a razão pela qual isso acontece. Algo está a ser >> transformado indevidamente. Supostamente os dados já chegam descompactados >> ao Flash pois quem é suposto descompactar é o browser e não o flash em si. >> Usamos gzip com o FluorineFX e funciona na perfeição, temos respostas de >> 85kb com uma centena de entidades com umas 10 propriedades dais quais tem N >> colecções com dezenas de outras entidades. >> >> >> 2014-05-28 23:17 GMT+01:00 Hugo Ferreira <[email protected]>: >> >>> Boa noite, >>> >>> Finalmente dei com isto. >>> Nos testes que fiz em desktop, de certeza que ouve variações na >>> performance da rede ou do servidor. >>> >>> Agora estou na posse de dados mais científicos e acredito que pouca >>> gente ou ninguém esteja a usar compressão com AMFPHP. >>> >>> O plugin que referes é para o AMFPHP 2.X. O AMFPHP 1.9 já traz >>> compressão através do plugin do próprio PHP no entanto por defeito não >>> funciona (tem um bug), pelo menos com a actual versão do PHP. >>> >>> O que se tem de fazer para de facto activar a compressão na resposta ? >>> 1. No php.ini colocar zlib.output_compression = on (descomentar a linha >>> de código se tiver comentada) >>> 2. No php.ini colocar zlib.output_compression_level = -1 (valor por >>> defeito de compressão) e descomentar a linha de código >>> 3. Reiniciar o Apache para que as alterações tenham efeito >>> 4. No Gateway.php do AMF 1.9, alterar a linha de código >>> if(!$outputCompression) para if($outputCompression == 1) >>> 5. Garantir que no gatway.php do vosso backend, tenham a linha de código >>> $gateway->enableGzipCompression(25*1024); decomentada >>> 6. Alterar o parâmetro deo enableGzipCompression para um valor menor >>> (podem fazer testes para perceber a partir de que ponto compensa a >>> compressão versus maior carga de processamento). >>> >>> Só apenas depois de todos estes 6 pontos corrigidos é que terão de facto >>> a compressão na ordem dos 80-85%, sendo que no charles fica evidenciado a >>> compressão no resultado, taxa de compressão, menor tempo de resposta. >>> >>> No entanto no charles não é possível analisar os dados devolvidos porque >>> o charles recebe apenas dados comprimidos e o Flex também não sabe lidar >>> com o resultado, gerando um fault na chegada do >>> resultado: Client.Error.DeliveryInDoubt >>> >>> Consegui a compressão desejada no entanto o Flex não sabe lidar com a >>> mesma ou falta-me fazer algo para indicar que ele deve descomprimir os >>> resultados ! >>> É como morrer na praia. Alguém tem alguma sugestão ? >>> >>> Se não for possível existe sempre a garantia de comprimir manualmente os >>> dados na origem (os serviços mais pesados e descomprimir manualmente no >>> destino). >>> >>> >>> No dia 28 de Maio de 2014 às 18:40, APintex Gmail >>> <[email protected]>escreveu: >>> >>> AMFPHPGZIP >>>> >>>> >>>> http://www.silexlabs.org/137377/exchange/exchange-amfphp/amfphp-plugin-amfphpgzip/ >>>> >>>> >>>> No dia 28/05/2014, às 17:30, Hugo Ferreira <[email protected]> >>>> escreveu: >>>> >>>> Sabes, vou seguir a tua sugestão e testar essa nova revisão "profiler" >>>> e comparar à 1.9. No mínimo tem de ter a mesma performance, caso contrário >>>> vou-me manter na 1.9. >>>> >>>> >>>> No dia 28 de Maio de 2014 às 17:28, APintex Gmail >>>> <[email protected]>escreveu: >>>> >>>>> Hugo, >>>>> >>>>> Já que está em ‘testes’, que tal perder (ganhar) um pouco de tempo >>>>> também com a versão 2.2 profiler? ;) >>>>> A mim parece-me que se ganha com a migração >>>>> >>>>> António Pinto >>>>> >>>>> No dia 28/05/2014, às 17:26, Hugo Ferreira <[email protected]> >>>>> escreveu: >>>>> >>>>> Boa questão. >>>>> >>>>> Infelizmente não estou a usar essa versão, logo desconheço. Lembro-me >>>>> que nos meus testes, a v2 do AMFPHP era pior que a v1.9 por isso nunca >>>>> migrei. >>>>> >>>>> Curioso que não encontro grande informação no Google acerca da questão >>>>> da compressão. >>>>> Pelos meus testes (uma aplicação AIR Desktop) a compressão deu ganhos >>>>> gritantes (estou a falar na ordem dos 80%). Antes parecia rápido e agora >>>>> parece instantâneo. >>>>> >>>>> Hoje vou fazer testes de uma aplicação AIR Android cujo PHP está sem a >>>>> compressão activa de momento. Estou a depositar grandes expectativas nos >>>>> resultados pois trata-de uma aplicação com uma complexidade muito elevada >>>>> e >>>>> em que algumas chamadas devolvem muitas strings (largas centenas), logo >>>>> irão dar origem a um elevado índice de compressão. >>>>> >>>>> >>>>> No dia 28 de Maio de 2014 às 17:19, APintex Gmail >>>>> <[email protected]>escreveu: >>>>> >>>>>> Boa tarde Hugo, >>>>>> >>>>>> Utilizo a versão 2.2 (act agora para a nova 2.2 Profiler). >>>>>> Nos testes que fiz anteriormente, tinha chegado à conclusão que a >>>>>> versão 2.2 não tinha grandes diferenças de performance com a 1.9, >>>>>> iniciando >>>>>> o projecto actual com a 2.2 >>>>>> Nesta versão, não existe o gateway.php e a questão é: como activo >>>>>> GzipCompression (se é que é necessário nesta versão)? >>>>>> >>>>>> António Pinto >>>>>> >>>>>> No dia 28/05/2014, às 11:54, Hugo Ferreira <[email protected]> >>>>>> escreveu: >>>>>> >>>>>> OK, já percebi que é necessário o módulo zlib activo que é usado na >>>>>> compressão/descompressão pelo PHP. >>>>>> >>>>>> Basicamente colocar a ON no php.ini: *zlib.output_compression = On* >>>>>> >>>>>> Esta aplicação mobile foi testada num servidor com a opção a Off. >>>>>> Irei fazer um novo teste. >>>>>> >>>>>> >>>>>> No dia 27 de Maio de 2014 às 01:22, Hugo Ferreira < >>>>>> [email protected]> escreveu: >>>>>> >>>>>>> Curioso. Enquanto que em AIR-Desktop notou-se melhoras, fiz testes >>>>>>> de performance (por relógio) no Android e o tempo foi semelhante entre >>>>>>> usar >>>>>>> o parâmetro e não usar ! >>>>>>> >>>>>>> >>>>>>> No dia 27 de Maio de 2014 às 00:59, Hugo Ferreira < >>>>>>> [email protected]> escreveu: >>>>>>> >>>>>>> João, >>>>>>>> >>>>>>>> Coloquei agora o valor no extremo, ou seja, nem lhe passei >>>>>>>> parâmetro (o que estava era o default do AMFPHP) e o tempo reduziu em >>>>>>>> cerca >>>>>>>> de 80% !!! Ficou magnificamente rápido. Quase nem dá para acreditar. >>>>>>>> >>>>>>>> Enquanto que reduziu muito no tempo de resposta (claramente a nível >>>>>>>> de percepção e também a nível do que consta no charles), no charles >>>>>>>> consta >>>>>>>> o mesmo valor total em KB, o que é estranho. Ou seja em vários testes >>>>>>>> (com >>>>>>>> o valor por defeito e sem parâmetro), sem parâmetro é sempre muito mais >>>>>>>> rápido mas o total em KB é sempre o mesmo. A única explicação que vejo >>>>>>>> é o >>>>>>>> charles indicar sempre o valor descomprimido. >>>>>>>> >>>>>>>> Muito obrigado, >>>>>>>> Hugo. >>>>>>>> >>>>>>>> >>>>>>>> No dia 27 de Maio de 2014 às 00:42, João Fernandes < >>>>>>>> [email protected]> escreveu: >>>>>>>> >>>>>>>> certamente que 25*1024 é para indicar a partir de que tamanho é que >>>>>>>>> o GZip é aplicado, se for inferior a esse tamanho, nada é feito. NO >>>>>>>>> teu >>>>>>>>> caso estas a dizer que só a partir de 25k é que é aplicado gzip, o >>>>>>>>> que me >>>>>>>>> parece um valor bastante elevado. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-05-26 21:55 GMT+01:00 Hugo Ferreira <[email protected]>: >>>>>>>>> >>>>>>>>>> No charles vem no request: >>>>>>>>>> Accept-Encoding: gzip, deflate >>>>>>>>>> >>>>>>>>>> No gateway.php (do AMFPHP) já estava a descomentada a linha de >>>>>>>>>> código: $gateway->enableGzipCompression(25*1024); >>>>>>>>>> >>>>>>>>>> Comentando ou descomentando esta linha de código, o total ocupado >>>>>>>>>> (visto no charles) é o mesmo ! >>>>>>>>>> >>>>>>>>>> Está a faltar-me alguma coisa. Eu esperava que ao usar >>>>>>>>>> enableGzipCompression no AMFPHP, o total de dados em cada chamada, >>>>>>>>>> diminui-se drasticamente ! >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> No dia 26 de Maio de 2014 às 11:08, João Fernandes < >>>>>>>>>> [email protected]> escreveu: >>>>>>>>>> >>>>>>>>>> Certamente terás forma de configurar isso no AMFPHP se não >>>>>>>>>>> estiver já activo. Já validaste nos headers com o charles se a >>>>>>>>>>> resposta não >>>>>>>>>>> vem marcada como usando gzip? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-05-26 10:49 GMT+01:00 Hugo Ferreira <[email protected] >>>>>>>>>>> >: >>>>>>>>>>> >>>>>>>>>>>> Bom dia, >>>>>>>>>>>> >>>>>>>>>>>> Parece que o AMFPHP suporta compressão em formato gzip, >>>>>>>>>>>> evitando ter de comprimir os dados dados manualmente e >>>>>>>>>>>> descomprimir no >>>>>>>>>>>> outro ponto mas não diz como usar com RemoteObject. >>>>>>>>>>>> Alguém já usou e pode-me explicar o que tenho de configurar no >>>>>>>>>>>> RemoteObject no lado do Flex e no lado do AMFPHP ? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Obrigado, >>>>>>>>>>>> Hugo. >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List >>>>>>>>>>>> da Comunidade Portuguesa de Rich Internet Applications - >>>>>>>>>>>> www.riapt.org" do Grupos do Google. >>>>>>>>>>>> Para anular a subscrição deste grupo e parar de receber emails >>>>>>>>>>>> do mesmo, envie um email para >>>>>>>>>>>> [email protected]. >>>>>>>>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>>>>>>>> [email protected]. >>>>>>>>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>>>>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> João Fernandes >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List >>>>>>>>>>> da Comunidade Portuguesa de Rich Internet Applications - >>>>>>>>>>> www.riapt.org" do Grupos do Google. >>>>>>>>>>> Para anular a subscrição deste grupo e parar de receber emails >>>>>>>>>>> do mesmo, envie um email para [email protected] >>>>>>>>>>> . >>>>>>>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>>>>>>> [email protected]. >>>>>>>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>>>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>>>>>>> Comunidade Portuguesa de Rich Internet Applications - >>>>>>>>>> www.riapt.org" do Grupos do Google. >>>>>>>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>>>>>>> mesmo, envie um email para [email protected]. >>>>>>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>>>>>> [email protected]. >>>>>>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> João Fernandes >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>>>>>> Comunidade Portuguesa de Rich Internet Applications - >>>>>>>>> www.riapt.org" do Grupos do Google. >>>>>>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>>>>>> mesmo, envie um email para [email protected]. >>>>>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>>>>> [email protected]. >>>>>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>>> do Grupos do Google. >>>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>>> mesmo, envie um email para [email protected]. >>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>> [email protected]. >>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>>> do Grupos do Google. >>>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>>> mesmo, envie um email para [email protected]. >>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>> [email protected]. >>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>> >>>>> >>>>> >>>>> -- >>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>> do Grupos do Google. >>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>> mesmo, envie um email para [email protected]. >>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>> [email protected]. >>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>> >>>>> >>>>> >>>>> -- >>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>> do Grupos do Google. >>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>> mesmo, envie um email para [email protected]. >>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>> [email protected]. >>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>> >>>> >>>> >>>> -- >>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>> do Grupos do Google. >>>> Para anular a subscrição deste grupo e parar de receber emails do >>>> mesmo, envie um email para [email protected]. >>>> Para publicar uma mensagem neste grupo, envie um email para >>>> [email protected]. >>>> Visite este grupo em http://groups.google.com/group/riapt. >>>> Para mais opções, visite https://groups.google.com/d/optout. >>>> >>>> >>>> -- >>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>> do Grupos do Google. >>>> Para anular a subscrição deste grupo e parar de receber emails do >>>> mesmo, envie um email para [email protected]. >>>> Para publicar uma mensagem neste grupo, envie um email para >>>> [email protected]. >>>> Visite este grupo em http://groups.google.com/group/riapt. >>>> Para mais opções, visite https://groups.google.com/d/optout. >>>> >>> >>> -- >>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do >>> Grupos do Google. >>> Para anular a subscrição deste grupo e parar de receber emails do mesmo, >>> envie um email para [email protected]. >>> Para publicar uma mensagem neste grupo, envie um email para >>> [email protected]. >>> Visite este grupo em http://groups.google.com/group/riapt. >>> Para mais opções, visite https://groups.google.com/d/optout. >>> >> >> >> >> -- >> >> João Fernandes >> >> -- >> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do >> Grupos do Google. >> Para anular a subscrição deste grupo e parar de receber emails do mesmo, >> envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um email para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, visite https://groups.google.com/d/optout. >> > > -- > Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do > Grupos do Google. > Para anular a subscrição deste grupo e parar de receber emails do mesmo, > envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um email para > [email protected]. > Visite este grupo em http://groups.google.com/group/riapt. > Para mais opções, visite https://groups.google.com/d/optout. > -- João Fernandes -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails do mesmo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em http://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/d/optout.
