http://vidadeprogramador.com.br/2011/08/04/quanto-custa-um-portal/Nossa classe sofre! hahuhuhauahhuauah PreludioO Symfony 2 e um otimo framework em minha opiniao, mas devido ao tamanho que tem hoje em dia, a documentacao tem se mostrado ineficiente em apresentar algumas coisas. Comento abaixo uma delas: o uso do referer.Atente para o fato de que no meu caso (e na maioria deles) acabamos por optar a utilizar uma autenticacao personalizada. Se vc utiliza a autenticacao "automatica" acredito que vc so precisa utilizar o use_referer (mas nao tenho certeza pq nao utilizo desta maneira).Logo de saida, o pensamento de qualquer um seria pegar o parametro referer, que, os mais antigos sabem, reside na superglobal (em teoria) $_SERVER['HTTP_REFERER'].No caso do SF2, ao procurar na documentacao vc logo fica sabendo que o SF2 alterar e "sanitiza" as superglobals, alem do fato de alguns browsers nao repassarem a mesma para o server. Mesmo assim vc tenta, da maneira "symfony":$request->headers->get('referer')Sem sucesso!Mas #comofaz?O SF2 tem milhares de parametros para configurar milhares de coisas. Uma delas e a configuracao dos firewalls, os verdadeiros responsaveis por verificar o acesso a determinadas rotas.Um dos parametros e o "use_referer" situado dentro de CADA firewall (vc pode ter varias) porem ao contrario do que pensariamos (sei que eu pensei) o dado nao estara situado no referer propriamente dito, mas sim em uma diretiva chamada "target_path" residente na sessao, desde que ativada a outra diretiva "use_referer", armazenara a ultima URL que redirecionou para o login (so leva em conta requests do tipo GET e nao armazena as url's de autenticacao).Sabendo disto, utilize o seguinte metodo para resgatar o referer (target_path):*Symfony 2.1 em diante$this->container->get('session')->get('_security.nome-do-seu-firewall.target_path')ou$session->get('_security.nome-do-seu-firewall.target_path')*Symfony 2.0 ou anterior$this->container->get('session')->get('_security.target_path')ou$session->get('_security.target_path')Tambem esta na propria documentacao, um passo a passo de como personalizar o metodo que grava o target_path caso vc tenha necessidades especificas:http://symfony.com/doc/2.2/cookbook/security/target_path.htmlHa! Meu Motorola Xoom chegou!Muito legal nao?Nao!hahahahaComprei o modelo wireless ao inves do 3G pensando em utilizar meu N95 ou IPHONE compartilhando a conexao 3G que ja possuo.Me ferrei. Nos ferramos!Muita gente fez o mesmo, e pasmem, o Android nao conecta em AP em modo Ad-Hoc!Todo mundo tira o corpo fora, a Motorola diz que e culpa do google, os developers do google dizem que a tecnologia e obsoleta e nao aceitam fazer a ajuste. O ticket aberto para o problema data de 2 anos atras!Mas eis que surgiu uma luz (para quem nao tem medo de perder a garantia): em um deste forums de Phreaks, um cidadao conseguiu com apenas um ajuste em UM ARQUIVO (ISSO MESMO, 1) fazer com que o dispositivo conecte sem problemas. So que vc tem que pegar o ROOT para fazer isto, e pode danificar o aparelho fazendo o mesmo.Poxa gente, UM ARQUIVO? E tao dificil assim fazer este ajuste? Vejo a motivacao capitalista por tras disto, mas vejam, comprei um wireless para acessar hotspots por ai, e vejam, muitos mais antigos utilizam Ad-hoc! COMO FICA?Fora este problema, o tablet e fantastico, o Android 3 tambem ficou bom (OTIMO nao ne, ja que nao faz uma simples conexao Ad-hoc).E a Motorola tambem tem culpa sim, podia pressionar a equipe do Android (principalmente agora que foi adquirida pela google) pois isto