João: grande ferramenta, o scout. :-) Ainda estou apenas há uns minutos a utilizar, mas promete. Só falta saber interpretar os dados devidamente ao pormenor para detectar os problemas. Agradeço a dica.
2013/10/18 Miguel Vaz <[email protected]> > Hugo: Curiosamente codeigniter é a framework que uso em alguns projectos, > mas no presente caso não é relevante. Ou não entendi o que queres dizer. > :-) Como (ou porquê) utilizarias o CI para uma aplicação flex? > > Para utilização do amfphp crio sempre VOs para a transferência (PHP side), > e VOs correspondentes no flex. Na recepção do lado do flex, faço cast para > os VOs. Fiz alguns testes e esse cast leva milisegundos irrisórios. os > queries também são rápidos. Os delays estão algures na transferência ou na > conversão/serialização do amfphp. > > joão: vou testar o scout > > Miguel > > > 2013/10/18 GHOST <[email protected]> > >> Aqui na empresa a comunicação e feita pelo Fluorine e o backend é .Net >> >> >> Em 18 de outubro de 2013 11:56, Hugo Ferreira >> <[email protected]>escreveu: >> >> A nível do PHP recomendo usares Codeigniter (se não é que não estás a >>> usar :)) que ele já te disponibilizar um ORM que uma perfomance decente. >>> >>> Eu basicamente quando preciso de criar a gestão de uma nova tabela, crio >>> o VO no backend (e mais absolutamente mais nada), o VO no frontend (no >>> model, claro), + manager + view e então se fizer sentido, lógica de negócio >>> no meu manager (sim é onde faço e para mim onde faz sentido :)) >>> >>> >>> No dia 18 de Outubro de 2013 às 11:48, João Fernandes < >>> [email protected]> escreveu: >>> >>> O ideal será sempre fazer profiling tanto à parte do front-end como do >>>> backend para se identificar onde se encontram os blocos mais lentos. Por >>>> exemplo em AMF, o ideal é devolver colecções de registos em Arrays em vez >>>> de ArrayCollections, principalmente se existirem multiplos níveis de >>>> hierarquia pois a deserialização de VOs mesmo que seja rápido no Flash >>>> Player, quando são arrayCollections, estes terão de inicializar sempre o >>>> seu processo de listeners, criar UIDs para os elementos etc. Nós em certas >>>> áreas passamos de respostas de 3s para colecções muito pesadas para menos >>>> de 200ms. >>>> >>>> A nivel do PHP não sei que ferramentas poderás encontrar mas no que diz >>>> respeito ao Flash podes (e deves) usar o Scout. Este dá-te informação >>>> detalhada e consegues encontrar rapidamente a origem dos problemas. >>>> >>>> >>>> 2013/10/18 Hugo Ferreira <[email protected]> >>>> >>>>> Então esses delays poderão não estar ao nível do amfphp mas sim a >>>>> nível da tua lógica de backend ou mesmo BD. >>>>> >>>>> Tenho um caso em que o utilizador pressiona um botão numa app e é >>>>> efectuado um pedido que tem de passar pelo meu backend (com amfphp) e ir a >>>>> outra máquina via web services e tem de ser o mais rápido possível porque >>>>> a >>>>> lógica de negócio assim o exige. Se demorar mais de 3 segundos inviabiliza >>>>> totalmente a após centenas de testes efectuados é sempre instantaneo >>>>> (nunca >>>>> chega a 1 segundo). Também estou a falar de servidores de topo, claro. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> No dia 18 de Outubro de 2013 às 11:37, Miguel Vaz <[email protected] >>>>> > escreveu: >>>>> >>>>> >>>>>> Também tenho problemas de performance com a 2.x, estranhamente, mas >>>>>> mesmo com a 1.9 tenho alguns delays que não consigo identificar. De >>>>>> qualquer forma, estou disposto a mudar seja para o que for se aumentar a >>>>>> performance. >>>>>> >>>>>> Miguel >>>>>> >>>>>> >>>>>> 2013/10/18 Hugo Ferreira <[email protected]> >>>>>> >>>>>>> Bom dia, >>>>>>> >>>>>>> Eu utilizo amfphp 1.9 (legacy). Quando a versão 2 saiu, fui logo >>>>>>> testar e teve problemas de performance. >>>>>>> A versão 1.9 tinha um problema com datas que eu corrigi do meu lado >>>>>>> mas de resto serve muito bem o seu prepósito e cria o mínimo de >>>>>>> resistência >>>>>>> no processo. >>>>>>> >>>>>>> Em .NET usei fluorinefx. >>>>>>> >>>>>>> >>>>>>> No dia 18 de Outubro de 2013 às 11:28, Miguel Vaz < >>>>>>> [email protected]> escreveu: >>>>>>> >>>>>>>> Bom dia, >>>>>>>> >>>>>>>> Considerando a thread anterior, que mostra que ainda existem pelo >>>>>>>> menos uns 12 programadores em flex, qual é a vossa opinião/experiência >>>>>>>> com >>>>>>>> comunicação flex<->BD(mysql,postgresql, etc)? >>>>>>>> >>>>>>>> tenho utilizado amfphp e weborb como interface entre a base de >>>>>>>> dados e as aplicações flex, mas não estou completamente satisfeito com >>>>>>>> as >>>>>>>> velocidades de resposta. >>>>>>>> >>>>>>>> Se não existirem condicionantes de tempo, servidor, qual é a >>>>>>>> tecnologia mais rápida para este efeito? Há uns anos participei num >>>>>>>> projecto em que essa comunicação assentava num tomcat+java e a >>>>>>>> resposta era >>>>>>>> extremamente rápida, ainda há alguém que utilize este par? >>>>>>>> >>>>>>>> Muito obrigado. >>>>>>>> >>>>>>>> Miguel Vaz >>>>>>>> >>>>>>>> -- >>>>>>>> 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 >>>>>>>> deste grupo, 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/groups/opt_out >>>>>>>> . >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> 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 deste >>>>>>> grupo, 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/groups/opt_out. >>>>>>> >>>>>> >>>>>> -- >>>>>> 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 deste >>>>>> grupo, 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/groups/opt_out. >>>>>> >>>>> >>>>> -- >>>>> 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 deste >>>>> grupo, 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/groups/opt_out. >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> 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 deste >>>> grupo, 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/groups/opt_out. >>>> >>> >>> -- >>> 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 deste >>> grupo, 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/groups/opt_out. >>> >> >> -- >> 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 deste >> grupo, 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/groups/opt_out. >> > > -- 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 deste grupo, 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/groups/opt_out.
