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 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.
