Beleza... vou tentar fazer algo similiar sem mexer com explorar falhas de segurança. rs..
Em 17 de fevereiro de 2012 10:58, Ernani Joppert Pontes Martins < jopp...@gmail.com> escreveu: > Sim, precisa ser assinado digitalmente para poder ter permissão de escrita > no terminal do cliente. > > Se o concorrente tem algo do gênero, é porque ele deve ter ou: > > Explorado uma falha de segurança ou > Feito algo similar. > > Abraço, > > Ernani > > 2012/2/17 Wemerson Couto Guimarães <wemerso...@gmail.com> > >> Hum... interessante... mas de toda forma vai requerer que seja autorizado >> executar no micro do cliente correto? >> >> Em 17 de fevereiro de 2012 06:17, Ernani Joppert Pontes Martins < >> jopp...@gmail.com> escreveu: >> >> O air só vai dar mais controle, mas, dá pra ser feito da mesma forma em >>> Flex. >>> >>> Você vai precisar ter de alguma forma um backend em PHP ou Java. >>> >>> Mas, se a base for a mesma, você consegue conversar com o processo java. >>> >>> O problema está no processo Java, seria ideal que que ele rodasse na >>> máquina local do cliene, para abrir threads de download e poder gravar um >>> cache lá. >>> >>> Infelizmente só assim para poder gravar algo no HD do cliente. >>> >>> Com Java WebStart é possivel instalar jars no cliente, e, de alguma >>> forma solicitar que o processo fique rodando para que o sistema passe a >>> funcionar. Mas, precisa de assinatura digital. O WebStart é uma forma de >>> applet mas muito mais poderosa, com interfaces melhores e fora do contexto >>> de thread que o applet roda. >>> >>> Abraço, >>> >>> Ernani >>> >>> 2012/2/16 Wemerson Couto Guimarães <wemerso...@gmail.com> >>> >>>> Porque não posso colocar a app air nos clientes entende? >>>> >>>> Eles só permitem se for via browser! >>>> >>>> Outro detalhe, SQLLite é uma grande pedida, eu usava ele no início mas >>>> interferiu na performance e os videos e animações ficaram "picados"... >>>> dando pulinhos sabe? >>>> >>>> Só consegui resolver usando xml... transitando do servidor para os >>>> terminais e também armazenando eles em arquivos... por incrível que pareca >>>> o a carga de IO ficou bem menor... bem, mas isso na app air... no caso não >>>> tenho saida, preciso fazer via browser. >>>> >>>> Até porque tem um outro agravante que é o fato de meu concorrente rodar >>>> a aplicação dele em browser... ou seja... tudo que eu falo pro cliente que >>>> não dá o concorrente conseguiu.. rs... então tenho que achar uma saída via >>>> browser... sem instalar nada. >>>> >>>> Em 16 de fevereiro de 2012 18:11, Ernani Joppert Pontes Martins < >>>> jopp...@gmail.com> escreveu: >>>> >>>> Wemerson, >>>>> >>>>> Porque não faz o seguinte. >>>>> >>>>> Crie um db local, sqllite, e armazene as listas de vídeos para ser >>>>> baixados. >>>>> Crie um serviço Java, que fique na taskbar, que se comunica com o db, >>>>> e o sistema de arquivos. >>>>> >>>>> Ambos os softwares estão linkados com a conta do usuário, via >>>>> webservice. >>>>> >>>>> Pela app air, você controla toda a interface, e, habilita o usuário a >>>>> poder baixar vídeos on demand. >>>>> E monitora o progresso dos bytes recebidos até o momento pelo Serviço >>>>> Java. >>>>> >>>>> O serviço Java (pode ser em qualquer linguagem na verdade), ficaria >>>>> monitorando essa flag do vídeo em questão, e validando se a conta do >>>>> usuário está ativa no sistema (paga, etc...) >>>>> >>>>> Quando a app air, solicita um download, grava uma flag qualquer que >>>>> está apto a baixar o tal arquivo ou arquivos. >>>>> >>>>> Então, o serviço Java, abre uma thread, ou várias, seguindo o processo >>>>> do getright... (cada thread baixa um offset de bytes), o que torna o >>>>> download mto melhor. >>>>> >>>>> Isso fica armazenado no HD do cliente, do terminal Citrix ou algo >>>>> assim. >>>>> >>>>> Você pode deixar o cliente baixar x arquivos por vez (10 processos com >>>>> 10 threads cada), e deixar que o cliente tenha 10 coleções, até mesmo >>>>> expirar esses arquivos em alguma hora. >>>>> >>>>> Para aumentar ainda a segurança com o conteúdo, armazene o arquivo >>>>> numa partição TrueCrypt, e monte ela apenas quando for gravar e ler dados. >>>>> http://www.truecrypt.org/docs/?s=command-line-usage >>>>> >>>>> O formato dos vídeos podem estar em .dat e você pode definir quais >>>>> blocos de bytes começa o stream. >>>>> >>>>> Com isso sua app air consegue saber se o arquivo está completo, >>>>> parcial, etc. >>>>> O serviço Java, faz o trabalho sujo, e garante que o arquivo está >>>>> sendo baixado. >>>>> >>>>> A conversa entre o Java e o AIR pode ser baseadas em tabelas de sqlite >>>>> ou mesmo arquivos locais no sistema de arquivos. >>>>> O que for mais adequado, embora eu acredite que o SQLite seja mais >>>>> rápido em termos de I/O e otimização de recursos, bem como riqueza dessa >>>>> API entre programas no mesmo terminal. >>>>> >>>>> O que acha? Resolve seu problema? >>>>> >>>>> Abraço, >>>>> >>>>> Ernani >>>>> >>>>> >>>>> >>>>> >>>>> 2012/2/16 Wemerson Couto Guimarães <wemerso...@gmail.com> >>>>> >>>>>> Boa tarde... >>>>>> >>>>>> Nao esta nao... >>>>>> >>>>>> Os dispositivos estao espalhados em inumeros clientes cada um com >>>>>> sua conexao com a internet entende? Uns tem conexoes boas, outros medias, >>>>>> outros pessimas... >>>>>> >>>>>> E ainda tem os clientes com aplicacao de Terminal Server onde a banda >>>>>> e ultra-hiper-limitadissima... entao obrigatoriamente tenho que rodar >>>>>> local >>>>>> e via browser >>>>>> >>>>>> Em 16 de fevereiro de 2012 04:44, Tonussi Eric <erictonu...@gmail.com >>>>>> > escreveu: >>>>>> >>>>>> O server da app não está na mesma rede que os dispositivos? >>>>>>> >>>>>>> -- >>>>>>> @Tonussi >>>>>>> tonussi.com <http://tonussi.com/> >>>>>>> >>>>>>> >>>>>>> Em 16 de fevereiro de 2012 10:16, Wemerson Couto Guimarães < >>>>>>> wemerso...@gmail.com> escreveu: >>>>>>> >>>>>>>> @Ernani, vou descrever um pouco melhor nosso sistema para você >>>>>>>> entender... >>>>>>>> >>>>>>>> A aplicação normal nossa roda em Flex/Air e através dela eu pego os >>>>>>>> arquivos do nosso servidor e gravo no sistema de arquivos sem >>>>>>>> problemas, >>>>>>>> desde que esteja dentro do contexto da aplicação air (app:/)... E gravo >>>>>>>> justamente para não ficar toda hora baixando os mesmos arquivos... >>>>>>>> >>>>>>>> Quanto a streaming de video, sinceramente... se der um picote na >>>>>>>> transmissão não serve pro nosso propósito e com a internet que temos no >>>>>>>> Brasil com certeza vai dar picote uma hora ou outra... então fazer a >>>>>>>> aplicação originalmente em Air foi uma grande pedida pois gravamos tudo >>>>>>>> localmente e a reprodução é formidável... inclusive pra conteúdo em >>>>>>>> HD... >>>>>>>> >>>>>>>> Eu vejo por aí muitos terminais de Digital Signage cujas empresas >>>>>>>> não vou citar o nome, que a reprodução fica congelada ou em tela preta >>>>>>>> por >>>>>>>> muito tempo... já vi casos de mais de 30 segundos sem nada... gravando >>>>>>>> localmente isso não acontece... >>>>>>>> >>>>>>>> >>>>>>>> Eu tenho clientes que usam Terminal Citrix e liberam apenas 24Kbps >>>>>>>> para cada terminal e algumas limitações de equipamento, então a nossa >>>>>>>> aplicação não daria certo, pois é feita pra conteúdo em FullHD.... >>>>>>>> >>>>>>>> Então a princípio estamos estudando a possibilidade de construir >>>>>>>> uma aplicação via browser, para esses casos; onde só iria ser >>>>>>>> reproduzido >>>>>>>> conteúdo estático com imagens e textos sem animação e sem video... >>>>>>>> então >>>>>>>> seria perfeito pra usar no browser.... mas aí vem a questão de >>>>>>>> cache... >>>>>>>> nem sempre é perfeito e vai ter que baixar de novo e com certeza a >>>>>>>> reprodução vai dar furos... >>>>>>>> >>>>>>>> Por isso que quero ver a possibilidade de gravar em disco, numa >>>>>>>> área previamente definida e devidamente autenticada... >>>>>>>> >>>>>>>> E nesse ponto me deu uma segunda luz... se conseguirmos fazer isso, >>>>>>>> praticamente vou poder migrar toda a aplicação Air pro browser; >>>>>>>> inclusive a >>>>>>>> parte de reprodução de video em FullHD... pois seria a mesma coisa, já >>>>>>>> que >>>>>>>> os arquivos estariam local... e não teria que ficar com 2 aplicações >>>>>>>> distintas... o filtro ficaria no conteúdo... onde eu setaria um >>>>>>>> terminal >>>>>>>> COM ou SEM animação. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Wemerson Guimarães >>>>>>>> Rio Verde - Go - Brasil >>>>>>>> >>>>>>>> -- >>>>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>>>> flexdev@googlegroups.com >>>>>>>> Para sair da lista, envie um email em branco para >>>>>>>> flexdev-unsubscr...@googlegroups.com >>>>>>>> Mais opções estão disponíveis em >>>>>>>> http://groups.google.com/group/flexdev >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>>> flexdev@googlegroups.com >>>>>>> Para sair da lista, envie um email em branco para >>>>>>> flexdev-unsubscr...@googlegroups.com >>>>>>> Mais opções estão disponíveis em >>>>>>> http://groups.google.com/group/flexdev >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Wemerson Guimarães >>>>>> Rio Verde - Go - Brasil >>>>>> >>>>>> -- >>>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>>> Para enviar uma mensagem, envie um e-mail para >>>>>> flexdev@googlegroups.com >>>>>> Para sair da lista, envie um email em branco para >>>>>> flexdev-unsubscr...@googlegroups.com >>>>>> Mais opções estão disponíveis em >>>>>> http://groups.google.com/group/flexdev >>>>>> >>>>> >>>>> -- >>>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>>> Para enviar uma mensagem, envie um e-mail para >>>>> flexdev@googlegroups.com >>>>> Para sair da lista, envie um email em branco para >>>>> flexdev-unsubscr...@googlegroups.com >>>>> Mais opções estão disponíveis em >>>>> http://groups.google.com/group/flexdev >>>>> >>>> >>>> >>>> >>>> -- >>>> Wemerson Guimarães >>>> Rio Verde - Go - Brasil >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com >>>> Para sair da lista, envie um email em branco para >>>> flexdev-unsubscr...@googlegroups.com >>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>>> >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com >>> Para sair da lista, envie um email em branco para >>> flexdev-unsubscr...@googlegroups.com >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >> >> >> >> -- >> Wemerson Guimarães >> Rio Verde - Go - Brasil >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com >> Para sair da lista, envie um email em branco para >> flexdev-unsubscr...@googlegroups.com >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com > Para sair da lista, envie um email em branco para > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Wemerson Guimarães Rio Verde - Go - Brasil -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
