이 문서는 (문서 작성 방법이 너무 까다 롭지는 않지만) 문서에서 외삽 법을 만들 수 있지만, Facebook은 응용 프로그램 개발자가 테스트 사용자를 만들고 활용하는 방법을 크게 변경합니다.페이스 북에서 테스트 사용자 계정으로 시스템을 변경 했습니까?
내 기억에 따르면 개발자는 로그인 한 계정에서 해당 사용자를 '테스트 사용자'로 변환 할 수있는 URL로 이동할 수 있었지만 권한을 얻지 못했습니다.하지만이 방법으로 테스트 사용자 설정을했고 데이터베이스에 저장된 액세스 토큰을 생성했습니다.
최근이 모든 작업이 중단되었습니다. 필자가 처음 만든 것은 Facebook 객체의 속성을 출력하는 것이었고 JSON이 사용자 데이터를 디코딩 한 후에는 이제/me/api 끝점에 액세스 한 CURL 프로세스의 예외가있었습니다.
페이스 북 GraphAPI - catch되지 않은 EntCannotSeeExistenceException :
값 분명히 무고한 사람들을 보호하기 위해 변경 : ID 12345에 의해 뒷받침 엔티티 (클래스 EntTestUser는) 현재 뷰어 12345 (12345 EntID)에서 볼 수 없습니다. 그러나 사용자 ID가 동일하기 때문에 ID 12345를 소유 한 사용자가 어떤 이유로 든 볼 수있는 권한이 없다는 것이 이상하게 보였습니다 12345
저는 Facebook 설명서를 살펴본 후 응용 프로그램 자체를 작성하는 데있어 새로운 논리가 된 것 같습니다. 임시 테스트 사용자를 만들고 로그인 URL을 생성하십시오. 많은 사람들이 여기에 익숙 할 것입니다.
http://developers.facebook.com/blog/post/429
이 시스템은 이전을 대체 된 적이 있습니까? 이전 방법을 통해 생성 된 테스트 사용자 계정을 대신하여 행동하는 것은 응용 프로그램에서 "작성"하지 않았기 때문에 더 이상 허용되지 않습니다. 고정 액세스 토큰을 사용하여이 새로운 프로세스를 테스트하는 몇 가지 빠른 로직을 작성했습니다. 실제 응용 프로그램 로직 기능은 원래 실제 사용자 계정에 대해 오류없이 수행했음을 언급해야합니다. 다른 사람들이 Facebook API 응용 프로그램에서 이것을 경험 한 적이 있습니까? 이전 방법을 통해 만들어진 이러한 오래된 액세스 토큰/사용자 ID/계정이 현재 사실상 쓸모가 없다고 분명히 말할 수 있습니까?
감사합니다.
fb가 API를 변경하는 것을 좋아하고 이전 버전과의 호환성에 대해 걱정하지 않습니다. – dogmatic69
@ dogmatic69 분명히 그런 식으로 보입니다! 나는 사용하고 있던 오래된 시스템을 버려야 하는지를 결정하려고 노력 중이다. 새로운 메소드를 통해 테스트 사용자를 생성하는 데 시간을 할애한다. 우리는 아직 앱을 개발 중이며 아직 공개 게시물을 원하지 않는다. – DeaconDesperado
오늘 같은 문제가 발생하기 시작했고 모든 Facebook Connect 테스트가 실패했습니다. –