Central das Noticias

Essa é interessante tb:

Robô de Android de Snake / Metal Gear e outras animações.

Creio que o problema não seja especifico da nova versão. Também possuo esse problema mas é na rev 19, mas não com tanta frequência.

Sugestão de autenticação mais simples que o oAuth: Basic Authentication. É o do próprio protocolo HTTP e fácil de implementar. Apenas use HTTPS para ter segurança.

Detalhe importante: REST é stateless, então você não deve manter sessão do usuário no serviço. Por isso, o cliente deve enviar o cabeçalho de autenticação a cada requisição.

Abraço!

Rodrigo

Enviei sem querer sem completar ...

Uma dica que não li se já foi dada, mais é um atalho na activity inicial para o cadastro do combustivel para um carro "favorito" 

Fala meu amigo ! Tentei o que vc disse e não deu certo.. Li que no ICS as regras mudaram pra aparecer essa divisória.. Mas já tentei , tentei e não consegui!  rsss Notei que o Google Play não tem essa divisória tb...

Entao a questao e que segurança simple e fácil de quebrar... e ver cuanta segurança voçe vai precisar... cuanto ela vai costar claro que o ideal e que ela seja segura

Se houver uma encriptação tipo SSL dificulta o MTM.

Agora se houver um MTM por trás tal como o Moxie Merlinspike é melhor
começar a rezar!

Abraço,

Ernani

2012/6/30 Renato Lima <renattolima@gmail.com>:
> Leonardo e Ernani,
>
> Essa é uma saída interessante e mais rápida, já usei muito também.
> O problema é que ela não evita um man-in-the-middle attack.
>
> Abraço,
>
> Em 30 de junho de 2012 12:11, Ernani Joppert Pontes Martins
> <joppert@gmail.com> escreveu:
>
>> Como o Leonardo mesmo disse, você pode usar usar um session id como um
>> token de autenticação.
>>
>> Vc teria uma url que faz o login e envia ao cliente o token, este
>> token é válido até que a sessão expire.
>>
>> Só tem que tomar cuidado para que ninguém faça um hijack do token. Uns
>> optam por encriptar este token.
>>
>> Abraço,
>>
>> Ernani
>>
>> 2012/6/30 Leonardo Fernandez <leodufer@gmail.com>:
>> > Eu usaria uma abordagen asi dominio/controlador/metodo?key_chave =
>> > 123456
>> > Onde key_chave seria gerada en tempo de execusao no login do usuario...
>> > depois e so manter esa key durante o seccion o persistir ela con un
>> > mecanismo de vencimento e renovaçao
>> > El 30/06/2012 08:39, "Renato Lima" <renattolima@gmail.com> escribió:
>> >
>> >
>> >>
>> >> Gink, eu recomendo muito o OAuth, mas se você não quiser toda
>> >> complexidade
>> >> que ele trás (que aliás, é só até você entender bem como funciona o
>> >> fluxo),
>> >> dá uma olhada nesse post:
>> >>
>> >> http://www.thebuzzmedia.com/designing-a-secure-rest-api-without-oauth-authentication/
>> >>
>> >> Mas não deixa de dar uma olhadinha no OAuth, tem muita coisa pronta:
>> >> http://oauth.net/code/
>> >> Pra facilitar suas pesquisas, procure por "2-legged oauth
>> >> implementation",
>> >> que é o que resolve o seu problema.
>> >>
>> >> Abraço,
>> >>
>> >> Em 30 de junho de 2012 03:48, Gink Labrev <gink.labrev@gmail.com>
>> >> escreveu:
>> >>
>> >>> Ernani,
>> >>>
>> >>> Grato pela resposta.
>> >>> O Restlet parece bem atual, inclusive saindo um livro [1], que até
>> >>> menciona Android na descrição do livro.
>> >>>
>> >>> Se me permitem elaborar mais minha questão, esta é a seguinte:
>> >>> Tenho uma seguinte estrutura de link, por exemplo:
>> >>>
>> >>> htttp://[domínio]/[id_do_usuário]/[ação]
>> >>>
>> >>> Um exemplo seria http://dominio/13/ver_mensagens
>> >>>
>> >>> Obviamente, o usuário tem que estar logado para conseguir ver este
>> >>> link.
>> >>> Só que não minha estrutura atual é uma simples resposta a uma
>> >>> requisição e
>> >>> nada impede de um usuário mal-intencionado criar um form por
>> >>> HttpClient e
>> >>> obter a resposta por exemplo.
>> >>>
>> >>> A arquitetura RESTful fornece essa camada de proteção/autenticação ?
>> >>> Já
>> >>> ouvi falar em OAuth para resolver esse problema, mas penso que poderia
>> >>> ser
>> >>> mais simples resolver por REST.
>> >>>
>> >>> Estou falando não só do mobile, mas como tb garantir essa segurança do
>> >>> lado do servidor.
>> >>>
>> >>> Agradeço desde já qq informação,
>> >>>
>> >>> Abs,
>> >>>
>> >>> [1]  http://www.manning.com/louvel/
>> >>>
>> >>> Em 29 de junho de 2012 19:18, Ernani Joppert Pontes Martins
>> >>> <joppert@gmail.com> escreveu:
>> >>>
>> >>>> Se você não tiver nenhuma imposição de ninguém existe um framework
>> >>>> dedicado para tal.
>> >>>>
>> >>>> http://restlet.org
>> >>>>
>> >>>> Se acaso imporem J2EE, usaria Spring MVC com Spring Web Services.
>> >>>>
>> >>>> O MyEclipse For Spring da Genuitec, tem uma ferramenta que gera
>> >>>> chamadas RESTful com Spring Web Services, além de uma camada J2EE
>> >>>> usando JPA e Spring Beans com ioC.
>> >>>>
>> >>>> Gera JUnit Test cases e uma série de frameworks de User Interface,
>> >>>> tais como Spring MVC, Spring Webflow, Adobe Flex, JSF 2.0 e uma
>> >>>> interface Web Mobile chamad MobiOne dela mesma.
>> >>>>
>> >>>> Todo o processo se dá por scaffolding, e, usando uma documentação de
>> >>>> requisitos decente vc consegue gerar muito código a partir de views.
>> >>>>
>> >>>> Abraço,
>> >>>>
>> >>>> Ernani
>> >>>>
>> >>>> 2012/6/29 Gink Labrev <gink.labrev@gmail.com>:
>> >>>> > Pessoal,
>> >>>> >
>> >>>> > Qual melhor maneira de fazer o Android se comunicar com uma API
>> >>>> > RESTful, e
>> >>>> > manter a autenticação ao longo das requisições ?
>> >>>> >
>> >>>> > Abs,
>> >>>
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Renato Lima
>> >> @renattolima
>
>
>
>
> --
> Renato Lima
> @renattolima

Como o Leonardo mesmo disse, você pode usar usar um session id como um
token de autenticação.

Vc teria uma url que faz o login e envia ao cliente o token, este
token é válido até que a sessão expire.

Só tem que tomar cuidado para que ninguém faça um hijack do token. Uns
optam por encriptar este token.

Abraço,

Ernani

2012/6/30 Leonardo Fernandez <leodufer@gmail.com>:
> Eu usaria uma abordagen asi dominio/controlador/metodo?key_chave = 123456
> Onde key_chave seria gerada en tempo de execusao no login do usuario...
> depois e so manter esa key durante o seccion o persistir ela con un
> mecanismo de vencimento e renovaçao
> El 30/06/2012 08:39, "Renato Lima" <renattolima@gmail.com> escribió:
>
>
>>
>> Gink, eu recomendo muito o OAuth, mas se você não quiser toda complexidade
>> que ele trás (que aliás, é só até você entender bem como funciona o fluxo),
>> dá uma olhada nesse post:
>> http://www.thebuzzmedia.com/designing-a-secure-rest-api-without-oauth-authentication/
>>
>> Mas não deixa de dar uma olhadinha no OAuth, tem muita coisa pronta:
>> http://oauth.net/code/
>> Pra facilitar suas pesquisas, procure por "2-legged oauth implementation",
>> que é o que resolve o seu problema.
>>
>> Abraço,
>>
>> Em 30 de junho de 2012 03:48, Gink Labrev <gink.labrev@gmail.com>
>> escreveu:
>>
>>> Ernani,
>>>
>>> Grato pela resposta.
>>> O Restlet parece bem atual, inclusive saindo um livro [1], que até
>>> menciona Android na descrição do livro.
>>>
>>> Se me permitem elaborar mais minha questão, esta é a seguinte:
>>> Tenho uma seguinte estrutura de link, por exemplo:
>>>
>>> htttp://[domínio]/[id_do_usuário]/[ação]
>>>
>>> Um exemplo seria http://dominio/13/ver_mensagens
>>>
>>> Obviamente, o usuário tem que estar logado para conseguir ver este link.
>>> Só que não minha estrutura atual é uma simples resposta a uma requisição e
>>> nada impede de um usuário mal-intencionado criar um form por HttpClient e
>>> obter a resposta por exemplo.
>>>
>>> A arquitetura RESTful fornece essa camada de proteção/autenticação ? Já
>>> ouvi falar em OAuth para resolver esse problema, mas penso que poderia ser
>>> mais simples resolver por REST.
>>>
>>> Estou falando não só do mobile, mas como tb garantir essa segurança do
>>> lado do servidor.
>>>
>>> Agradeço desde já qq informação,
>>>
>>> Abs,
>>>
>>> [1]  http://www.manning.com/louvel/
>>>
>>> Em 29 de junho de 2012 19:18, Ernani Joppert Pontes Martins
>>> <joppert@gmail.com> escreveu:
>>>
>>>> Se você não tiver nenhuma imposição de ninguém existe um framework
>>>> dedicado para tal.
>>>>
>>>> http://restlet.org
>>>>
>>>> Se acaso imporem J2EE, usaria Spring MVC com Spring Web Services.
>>>>
>>>> O MyEclipse For Spring da Genuitec, tem uma ferramenta que gera
>>>> chamadas RESTful com Spring Web Services, além de uma camada J2EE
>>>> usando JPA e Spring Beans com ioC.
>>>>
>>>> Gera JUnit Test cases e uma série de frameworks de User Interface,
>>>> tais como Spring MVC, Spring Webflow, Adobe Flex, JSF 2.0 e uma
>>>> interface Web Mobile chamad MobiOne dela mesma.
>>>>
>>>> Todo o processo se dá por scaffolding, e, usando uma documentação de
>>>> requisitos decente vc consegue gerar muito código a partir de views.
>>>>
>>>> Abraço,
>>>>
>>>> Ernani
>>>>
>>>> 2012/6/29 Gink Labrev <gink.labrev@gmail.com>:
>>>> > Pessoal,
>>>> >
>>>> > Qual melhor maneira de fazer o Android se comunicar com uma API
>>>> > RESTful, e
>>>> > manter a autenticação ao longo das requisições ?
>>>> >
>>>> > Abs,
>>>
>>>
>>
>>
>>
>> --
>> Renato Lima
>> @renattolima

Bom, não é questão de inventar a roda, na verdade meu processo de desenvolvimento é diferente, eu uso opengl diretamente pois eu estudo computação gráfica, é um assunto que eu me interesso.

Para mim não faz muito sentido usar engine pronta pois eu mesmo tenho a minha, e acho tão fácil usar uma engine quanto desenvolver uma, aliás desenvolvendo uma eu consigo um nível de especialização maior para os meus objetivos, o que em outras engines eu teria que dar voltas na minha eu já faço direto, com isso eu ganho performance, o APK fica menor, tenho mais flexibilidade, não crio dependências de licença de qualquer tipo, manutenção referente a releases deles, etc, tem muitas vantagens que me levam a não usar engines de alto nível. Apenas uso engines especializadas para problemas que eu não resolvo fácil (física e advertising).

Não tendo condição de usar opengl para renderizar diretamente, a solução melhor mesmo é usar uma engine daí eu não consigo recomendar uma ou outra pois eu nunca usei. Outra opção seria desenhar em canvas mesmo, assim você ainda fica livre de engine, porém não pode fazer 3D.

Eu usaria uma abordagen asi dominio/controlador/metodo?key_chave = 123456
Onde key_chave seria gerada en tempo de execusao no login do usuario... depois e so manter esa key durante o seccion o persistir ela con un mecanismo de vencimento e renovaçao
El 30/06/2012 08:39, "Renato Lima" <renattolima@gmail.com> escribió:
>
> Gink, eu recomendo muito o OAuth, mas se você não quiser toda complexidade que ele trás (que aliás, é só até você entender bem como funciona o fluxo), dá uma olhada nesse post:  http://www.thebuzzmedia.com/designing-a-secure-rest-api-without-oauth-authentication/ 
>
> Mas não deixa de dar uma olhadinha no OAuth, tem muita coisa pronta:  http://oauth.net/code/ 
> Pra facilitar suas pesquisas, procure por "2-legged oauth implementation", que é o que resolve o seu problema.
>
> Abraço,
>
> Em 30 de junho de 2012 03:48, Gink Labrev <gink.labrev@gmail.com> escreveu:
>
>> Ernani,
>>
>> Grato pela resposta.
>> O Restlet parece bem atual, inclusive saindo um livro [1], que até menciona Android na descrição do livro.
>>
>> Se me permitem elaborar mais minha questão, esta é a seguinte:
>> Tenho uma seguinte estrutura de link, por exemplo:
>>
>> htttp://[domínio]/[id_do_usuário]/[ação]
>>
>> Um exemplo seria http://dominio/13/ver_mensagens
>>
>> Obviamente, o usuário tem que estar logado para conseguir ver este link. Só que não minha estrutura atual é uma simples resposta a uma requisição e nada impede de um usuário mal-intencionado criar um form por HttpClient e obter a resposta por exemplo.
>>
>> A arquitetura RESTful fornece essa camada de proteção/autenticação ? Já ouvi falar em OAuth para resolver esse problema, mas penso que poderia ser mais simples resolver por REST.
>>
>> Estou falando não só do mobile, mas como tb garantir essa segurança do lado do servidor.
>>
>> Agradeço desde já qq informação,
>>
>> Abs,
>>
>> [1]  http://www.manning.com/louvel/ 
>>
>> Em 29 de junho de 2012 19:18, Ernani Joppert Pontes Martins <joppert@gmail.com> escreveu:
>>
>>> Se você não tiver nenhuma imposição de ninguém existe um framework
>>> dedicado para tal.
>>>
>>> http://restlet.org
>>>
>>> Se acaso imporem J2EE, usaria Spring MVC com Spring Web Services.
>>>
>>> O MyEclipse For Spring da Genuitec, tem uma ferramenta que gera
>>> chamadas RESTful com Spring Web Services, além de uma camada J2EE
>>> usando JPA e Spring Beans com ioC.
>>>
>>> Gera JUnit Test cases e uma série de frameworks de User Interface,
>>> tais como Spring MVC, Spring Webflow, Adobe Flex, JSF 2.0 e uma
>>> interface Web Mobile chamad MobiOne dela mesma.
>>>
>>> Todo o processo se dá por scaffolding, e, usando uma documentação de
>>> requisitos decente vc consegue gerar muito código a partir de views.
>>>
>>> Abraço,
>>>
>>> Ernani
>>>
>>> 2012/6/29 Gink Labrev <gink.labrev@gmail.com>:
>>> > Pessoal,
>>> >
>>> > Qual melhor maneira de fazer o Android se comunicar com uma API RESTful, e
>>> > manter a autenticação ao longo das requisições ?
>>> >
>>> > Abs,
>>
>>
>
>
>
> --
> Renato Lima
> @renattolima

Gink, eu recomendo muito o OAuth, mas se você não quiser toda complexidade que ele trás (que aliás, é só até você entender bem como funciona o fluxo), dá uma olhada nesse post:  http://www.thebuzzmedia.com/designing-a-secure-rest-api-without-oauth-authentication/ 

---------- Forwarded message ----------
From: Adriany Aires <adrinyaires@gmail.com>
Date: 2012/6/27
Subject: Oportunidade PHP
To: Rodrigo Assad <rodrigo.assad@gmail.com>


Assad,

Você poderia encaminhar para a sua lista essa vaga:

Vaga para programador PHP com conhecimento / experiência em
CodeIgniter, Jquery, HTML / CSS
Será levando em consideração como um diferencial facilidade em Webdesign.

Regime de contratação de tipo Efetivo – CLT
06 horas
Salário: R$ 1.500,00

CV encaminhar para o e-mail adriany@rcrconsultoria.com.br


Desde já agradeço sua atenção.

Atenciosamente,

Adriany Aires
RCR Consultoria e Gestão Empresarial
www.rcrconsultoria.com.br


--
"Se o problema tem solução, não esquente a cabeça, porque tem solução.
Se o problema não tem solução, não esquente a cabeça, porque não tem solução."
(Provérbio chinês)

---------- Forwarded message ----------
From: Marcone J. Roque Luna <marconeroque@hotmail.com>
Date: 2012/6/28
Subject: Analista Suporte a Infraestrutura.
To: FMN Redes Computadores <fmn-redes-2008@googlegroups.com>, GTI BSMN
<gti5nassau@googlegroups.com>


Boa tarde pessoal,

Estamos com uma oportunidade em aberto para Analista de Suporte a
Infraestrutura, quem estiver interessado, por favor, me enviar o
currículo.

Perfil da Vaga:

Conhecimentos em:

- Cabeamento estruturado.
- Redes de computadores TCP/IP.
- Redes Wireless.
- Windows Server 2003 / 2008.
- Windows XP / 7.
- Manutenção de Computadores.
- Noções de Banco de Dados.

Benefícios:

- Plano de Saúde.
- Plano Odontológico.
- PLR (Participação nos Lucros e Resultados).
- Previdência Privada.
- Refeição no local (Restaurante).
- Cesta Básica.
- Transporte (Ônibus Fretado).
- Insenção tarifa de cesta de conta corrente (Itaú).
- Descontos na compra de produtos Itautec.
- Descontos na compra de produtos Deca.
- Descontos na aquisição de veículos da marca Ford.
- Subsídio educação (50% do Curso Técnico, Graduação ou Pós-graduação).

Observação: Ainda não temos o valor do salário definido, mas será
compatível com o mercado. A empresa está localizada no distrito
industrial de Suape.

Atenciosamente,

Marcone Luna
MCP + MCDST + MCSA + ITIL V3 + COBIT 4.1 + ISO 27002 + CAPM


--
"Se o problema tem solução, não esquente a cabeça, porque tem solução.
Se o problema não tem solução, não esquente a cabeça, porque não tem solução."
(Provérbio chinês)

Adriano, voce é programado web nao é?

Adriano,

Maicon Strey
Novo Hamburgo - RS - Brasil
------------------

 
http://maicon.strey.nom.br/blog/netiqueta/ 

Precisa me dar um presente e não sabe o que comprar? wishlist

Linux user: #525086

------------------

2012/6/29 Adriano Lisboa <adrianolic@gmail.com>

O problema é que eu queria passar junto a lista o id correspondente a cada item e isso que estou apanhando.

setListAdapter(new ArrayAdapter<String>(this, R.layout.list_item, R.id.textView1, lista));

e no  onclick eu queria pegar o id do item selecionado e chamar um intent passando esse id

Eu tenho esse problema mas já faz algum tempo, para resolver uso o celular ou o tablet.

O que eu geralmente faço e passar o Object para a List....

O problema é que eu queria passar junto a lista o id correspondente a cada item e isso que estou apanhando.

Cara,

Maicon Strey
Novo Hamburgo - RS - Brasil
------------------

 
http://maicon.strey.nom.br/blog/netiqueta/ 

Precisa me dar um presente e não sabe o que comprar? wishlist

Linux user: #525086

------------------

2012/6/29 Adriano Lisboa <adrianolic@gmail.com>

É o seguinte galera, tenho um ListView preenchidos com dado de um webservice.

Quero que ao clicar em um item deste ListView ele passe um id para outra Activity e nessa outra Activity irei carregar o conteúdo dependendo do ID passado.

O problema é que sou iniciante e não sei se essa é a maneira correta ou se tem alguma mais fácil e não consegui passar o ID para outra Activity.

Alguma ajuda?

É o seguinte galera, tenho um ListView preenchidos com dado de um webservice.

Tbem, pode ser... tem Bastante LEFT JOIN ai....

Faz o EXPLAIN no celular.... via adb, com o sqlite3

não é uma questão de performance e sim de SQL, não seria o caso de remodelar o banco? fazer uma otimização na base, ou mesmo refatorar sua Query...

talvez, trocar o distinct por group by melhore um pouco tb

2 coisas ai sao pesadas...

DISTINCT e LEFT JOIN...