Hum... pra mim tem que ser automático... nossa... sempre que parece que
acho uma solução tem mais um "porém".. hehehehe.

Nenhum terminal tem manipulação humana... somente quando precisa dar
manutenção.

Em 17 de fevereiro de 2012 11:11, Ernani Joppert Pontes Martins <
jopp...@gmail.com> escreveu:

> Veja, você pode fazer um self sign, e, cabe o usuário sempre aceitar a
> execução.
>
> Não precisa pagar os big bucks de certificado.
>
> A única chatice é que sempre que for executar, o cara vai ter que permitir.
>
> []'s
>
> Ernani
>
> 2012/2/17 Wemerson Couto Guimarães <wemerso...@gmail.com>
>
>> 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
>>
>
>  --
> 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

Responder a