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