2012-03-24 2 views
0

FB Connect를 사용하여 내 사이트의 사용자를 인증하는 것과 같습니다. callbackFunctionParameter은 다음과 같이 사용자를 리디렉션하는 기능입니다FB.login은 즉시 쿠키를 생성하지 않습니다

var selfcloseUrl = getAidEngineUrl() + "/selfclose.html"; 
     FB.login(callbackFunctionParameter, { 
      scope: FbPermissions, 
      redirect_uri: selfcloseUrl 
     }); 

: 어떤 이유로

function(){ 
      document.location = "/members/view/quickFbConnect"; 
     }); 

는 페이스 북의 쿠키는 quickFbConnect 활동에 사용할 수 없습니다.

어떤 아이디어가 있습니까?

답변

0

나는 이유를 모른다.

Facebook 쿠키가 엉망이되어서는 안된다는 것을 알고 있습니다. 그렇게하는 것은 화상을 입는 것입니다. 직접 액세스 또는 코드와의 상호 작용을위한 것이 아닙니다. 이것들은 의존성을 가져서는 안되는 "구현 세부 사항"입니다. 쿠키로 무엇을하려고 하든지 더 나은 (지원되는) 방법이 있습니다. SDK와

우리의 자바 스크립트와 PHP SDK를

에서 사용

쿠키를 사용하면 원활한 방식으로 클라이언트와 서버 측 코드에서 페이스 북 플랫폼에 액세스 할 수 있도록 공통 쿠키 포맷을 지원합니다. 이전에는이 ​​쿠키 형식을 문서화했습니다. 이로 인해 많은 앱과 SDK가 종속되었습니다. 우리는이 쿠키 형식을 구현 세부 사항으로 간주하여 보안이나 기타 이유로 변경할 수 있도록하고 형식에 직접 의존하지 않도록 응용 프로그램에 권고합니다. 쿠키를 구문 분석하지 말고 위의 지원되는 SDK 중 하나를 사용하거나 OAuth 끝점을 사용하여 사용자를 직접 인증하고 승인하는 것이 좋습니다. 우리의 인증 가이드는 인증과 인증을 직접 수행하는 방법을 강조합니다.

출처 : 그 쿠키는 PHP SDK가 실제로 사용자의 정보를 얻을하는 것이 불가능 설정하지 않고 https://developers.facebook.com/blog/post/624/

+0

팻. –

+0

만약 당신이 대답을 좋아하지 않아 미안하지만 나는 당신이 레퍼런스와 논쟁 할 수 있다고 생각하지 않습니다. 페이스 북은 자바 스크립트 SDK로부터 액세스 템플릿을 얻고, 서버 측 OAuth 인증을 사용하여 코드를 얻고 액세스권을 교환하거나, 클라이언트 측 OAuth를 사용하여 액세스 권한을 얻는 방식으로 페이스 북이 원하는 방식을 택한다. 쿠키를 믿을만하고 지원 받기를 원한다면 쿠키를 직접 읽는 것 이외의 다른 출처에서 액세스 기록을 받아야합니다. 쿠키를 직접 읽으려는 부정적인 영향을 이미 보았습니다. 쿠키를 원할 때나 기대할 때 항상 존재하는 것은 아닙니다. –

+0

또한 PHP 나 Facebook PHP SDK가 여러분의 질문의 일부라고 언급하지 않았습니다. 아마도 귀하의 질문은 "페이스 북 PHP SDK와 함께 Facebook Javascript SDK를 사용할 때 리다이렉트 (redirect)해야하는 이유는 무엇입니까?" 나는 그 대답이 여전히 "당신이 잘못하고있다"는 라인을 따라있을 것이라고 생각합니다. –

관련 문제