2012-09-28 1 views
-1

Facebook의 offline_access deprecation 마이그레이션은 올해 초에 릴리스 될 예정입니다. 그러나 그것은 10 월 3 일까지 여러 번 연기되었는데, 아마도 버그가 있었고 아직 완전히 구현되지 않았기 때문일 것입니다. 이 순간부터 마이그레이션은 여전히 ​​불완전하고 오류가 발생하기 쉽습니다.일부 응용 프로그램에서는 수명이 긴 페이지 토큰을 얻을 수 없습니다.

변화를 준비하고, 코드베이스를 업데이트하고, 반복되는 (쓸데없는) Facebook 작업을 시도한 후 몇 개월이 지나면 이러한 깨진 마이그레이션이 1 주일 이내에 시작됩니다.

버그 보고서 (http://developers.facebook.com/bugs/151056591697025)에서 자세히 설명했듯이, 우리 앱의 경우 오래 사용 된 페이지 액세스 토큰 (offline_access 권한 사용의 대안)을 얻을 수 없습니다. 페이스 북은이 문제에 아무런 관심도 보이지 않는 것으로 보인다.

페이스 북이 계속해서 아무 일도하지 않는다면, 10 월 3 일에 우리의 앱이 (다른 많은 사람들과 함께) 중단 될 것입니다. 우리는 어떻게해야합니까?

  1. 우리가 사용자의 수명이 짧은 토큰을받을 수 있음을 확인 :

    무언가가 다음과 같은 워크 플로우입니다 작동하지 않는 가장 결정적인 증거


    업데이트.

  2. 수명이 짧은 토큰을 수명이 긴 토큰으로 변환 할 수 있는지 확인했습니다.
  3. 긴 수명의 토큰을 사용하여 페이지 액세스 토큰을 얻으면 60 일 후에 만료된다는 것을 확인했습니다.

올바른 워크 플로입니까?

+0

마이그레이션이 활성화되었으므로 현재 auth 대화 상자에서 서버 측 oauth 플로우를 사용하고 있고 여전히 60 일 토큰을받지 못하고 있습니까? – Igy

+0

수정. 우리는 여기 저기에 클라이언트 크기의 인증 정보가 섞여 있지만 중요한 비트는 서버 쪽이어야하며 올바르게 작동해야합니다. (위의 업데이트 된 주요 질문을 참조하십시오). 그리고 당신의 도움에 너무 감사드립니다! – rinogo

+0

@Igy, 당신의 생각은 무엇입니까? 나는 당신의 관점을 듣고 싶습니다. 그리고 downvoter에게, 나는 이것이 SO에 대한 적절한 질문이 아닌 이유에 대한 건설적인 비판을 듣는 것에 흥미가있을 것입니다. – rinogo

답변

1

저는 (적어도 제 시나리오에서는) 문제를 해결했다고 생각합니다. 두 가지가이 작업을 진행해야했습니다 : 우리는 성공적으로 서버 측에서 수명이 긴 액세스 토큰을 획득했다

  1. . 그러나 클라이언트 측 API에서/me/accounts를 통해 수명이 긴 토큰을 사용하여 오래되지 않은 페이지 액세스 토큰을 얻을 수 없었습니다. 이는 클라이언트 쪽에서 업데이트 된 수명이 긴 액세스 토큰을받지 못했기 때문일 수 있습니다.

    관계없이 "page access token acquisition"코드를 클라이언트 측에서 서버 측으로 마이그레이션하여 문제를 해결 한 것으로 보입니다. (클라이언트 쪽에서이 작업을 수행하는 방법이 있어야한다고 생각하지만 수명이 짧은 업데이트 토큰 대신 클라이언트 쪽 API가 업데이트 된 수명이 긴 액세스 토큰을 사용하도록하는 것이 어려울 수도 있습니다.)

  2. Facebook 사용자의 계정 (http://www.facebook.com/settings?tab=applications)에서 Facebook 앱을 완전히 삭제하기 전까지 변경 사항이 영향을 미치지 않는 것으로 보였습니다 (적어도 기존의 테스트 사용자 및 테스트 응용 프로그램에는 영향을 미치지 않음).).