| Autor |
Mensagem |
|
|
Como +1 do google sabe que estou logado no google?
sei que por cookies ele não pode recuperar esse dados. A segurança no brower não deixa (SOP - Same origin policy) então como ele faze isso?
Detalhes Adicionais
O google tem um componente chamado google one plus que é colocado em qualquer pagina para ela ser votada. essa mecanismo é igual ao curti do facebook.
O lance da minha pergunta é que geralmente para você validar um usuário no seu site/domínio vc grava essa informação do cookies e estando no mesmo site/domínio vc consegue ler esse cookie.
SOP - Same origin policy é uma segurança que todos os brower implementam para proteger os cookies, disponibilizando os mesmos para o site/domínio ou um JS no msm domínio.
Exemplo.: a regra é ler cookies é proxy+dominio+porta -> http://+dominio.com+porta -> http://br.answers.yahoo.com ou http://br.answers.yahoo.com:[80] - (80 é a porta padrão web)
- A pergunta é que o Google [+1] não respeita essa regra, ele consegui verificar se vc está logado ou não.
- O google deve usar outro mecanismo que não consegui achar o usuário.
- A pergunta é alguém sabe como ele faz para ?
|
 |
|
|
queria algo bem detalhado, como?
o que vc quer?
vi, esse cara e testei. gostei dele e mais mastigado do que um xml acho difícil...
se o seu intuito era de criar uma pagina com as paginas de cada topicos com o xml, só precisa formatar os dados....
acho que 5mim de programação resolvem seu caso.
abraço
|
|
|
|
hentropia, seu sistema deve está desatualizado.
se vcs está mudando para um data center é pq já descobriram a necessidade, certo?
se sim ql é seu cenario hoje? 40mil acesso já? 30mil crescendo? 20mil? 5mil em um periodo de 10mim com sessoes grandes ou um carrinho de comprar...
está mto abstrato, mas não foge do que a turma falou...
se o sistema estiver mto desatualizado vcs teram q fazer mtos refector...
sucesso.....
|
|
|
|
Emerson Macedo wrote:Mas se a percepção do problema mudar? Nem assim você acha que deve-se repensar? Talvez algum detalhe da estória que o PO não havia passado ou o time não havia percebido.
A percepção mais precisa das velocidade e da estimativas das historia é coisa que com o tempo o time melhorar. em times que estão começando isso acontece com mais frequencia, entrar novas task a uma historia ou até um nova historia se o time concordar que precisa de uma historia nova(...time não havia percebido.) ou como pcalcado falou '...removida (e re-adicionada).'
|
|
|
|
Mas tipo, acho que certos casos, para se ter qualidade em um produto, é preciso ter processos bem definidos.
processo bem definidos é mto sugestivo... com MA temos processos bem definidos e o maior exemplo é o produto entreguem a cada iteração...
Sober maturidade ela é só uma moral a mais para que o cliente confie na empresa de primeira, ou para licitaçoes publicas...
fora isso é só burocrafia...
|
|
|
|
andersonlfl wrote:
Aproveitando, como vocês tem feito quando, ao fim da iteração, muitas atividas estão concluídas porém não testadas/aprovadas ?
o conseito de done é uma metrica que o time estipula. Se no conseito de done um dos item é a revisão de codigo alguem do time tem que fazer essa tarefa se não essa tarefa não esta culprinda ou se um dos criterios é fazer o depoy da aplicação e não foi feita tambem não está culmprida a tarefa, mas esse criterio qm tem que fechar é sua equipe.
|
|
|
|
O que é importante frisar é que o DailyScrum é um report para a equipe e não para o PO(cliente) ou SM, então as atividades desenvolvidas por cada um do time são informada para o TIME por isso as 3perguntas basicas.
O PO pode ser um convidado permanente nas reuniões se o time discutir/aceitar, mas o foco das reuniões do DailyScrum são para que o time tenha uma visão geral do sprint e duvidas e opiniões que o PO/SM/TIME queira discutir devem ser feitas em outro momento ou não...
|
|
|
|
se tu num quer usar uma API...
no google vc acha muitos JS para te ajudar,material pronto é só pesquisar...
resposta pronta? dificil
|
|
|
|
|
pcalcado , obrigado...
|
|
|
|
pcalcado wrote:Não, o que o exemplo prova é que é possível ter MVC sem Camadas, além de ser possível ter Camadas sem MVC. Não confunda o que você acha correto-o que é correto, na verdade, depende da situação- com o que é o padrão.
Como eu disse eu não faria e não recomendo isso...[obs.:minha opinião pessoal]
Se vc trabalha e recomenda fazer MVC assim, tudo bem "dependendo da situação"... se é correto ou não eai isso "dependendo da situação" entendo, só gostaria de um exemplo real para aprender um pouco mais...
::sua posição tem sido mto didática para minha e pouco real(dia-a-dia)...
O q eu acho correto pode e deve estar errado e quero aprender e refinar meus conhecimento...
obrigado por insistir pcalcado...
até
|
|
|
|
Stella
|
|
|
|
recomendo essa tbm
http://sergiotaborda.wordpress.com/java/patterns/mvc/
acho q as duas se completam...
|
|
|
|
pcalcado wrote:
Não. Eu posso não ter qualquer divisão em Camadas e ter MVC....
[]
Concordo em partes, acho esse exemplo valido só para provar que pode se fazer uma aplicação swing mal feita(o famoso código fortran), uma calculador sim, mas um sistema de verdade? duvido ... mas como vc disse "...Muita gente cria..." posso estar errado eu não faria assim e não aconselho ninguém a fazer.
Agora com MVC estamos falando de layer's inicialmente separamos em três camadas se falarmos da arquitetura/padrão MVC e para por ai 3layer.
Para framework MVC web eu vejo assim 3layer, posso estar errado e aprender um pouco mais com uma explicação...
obrigado...
|
|
|
|
sim, camadas não são MVC, mas em MVC nós sempre vamos encontrar camadas nem que sejam duas como Java Swing....
Agora com MVC estamos falando de layer's inicialmente separamos em três camadas se falarmos da arquitetura/padrão MVC e para por ai 3layer
eu só usei como exemplo uma vez que estávamos falando camadas (tier e layer)
|
|
|
|
seuparada como o Leonardo3001 em português a plvr camadas serve para explicar a msm coisa que tier e layer, a diferença entre eles é simples tier são separações fisicas e layer são separações logicas.
ex.: na sua aplicação vc pode ter um servidor de HTTP(ApacheHTTP) para receber as chamadas em um tier um Servidor de Aplicação(Tomcat) q seria nosso segundo tier e um bancoDados em outro servidor separado isso eu chamaria de 3tier um exemplo mais comum é vc desenvolvendo tomcat+banco 2tier que podem estar no msm maquina.
Agora com MVC estamos falando de layer's inicialmente separamos em três camadas se falarmos da arquitetura/padrão MVC e para por ai 3layer.
Os frameworks em geral fazem a parte Viem e Controller agora o Model é vc que trabalha e ai pode ter N layer na sua aplicação
ex.: na Classe que recebe os parâmetros do JSP(ex. Action do struts uo bean do JSF) vc pode usar um Delegate para acessar os Hibernate/DAO/TopLink/repositorio só ai vc tem 5layer JSP>controler>Action>delegate>percistencia, esse layer são infra-estrutura, dominio do negocio, camadas da aplicação entende...
Resumindo se vc fala de MVC temos três camadas o resto da salada é camadas da aplicação q geralmente estão dentro de model(MVC).
abr
|
|
|
|