2011-11-21 1 views
0

방금 ​​페이지 탭에서 사용할 새 Facebook 응용 프로그램을 만들었습니다. signed_request를 확인하면 비어 있습니다.새 Facebook 응용 프로그램을 만들 때 서명 된 요청을 보내지 않습니다. 이전 응용 프로그램 작동

그래서 과거에 한 다른 앱을 확인했습니다. 그것은 동일한 서버에 있으며 설정의 유일한 차이점은 디렉토리 이름입니다.

http://example.com/app1/

그래서 내가 통해 응용 프로그램에서 탭 URL을 교환 시도하고 APP1 여전히 app2s URL과 함께 작동하지 않습니다

http://example.com/app2/

작동합니다.

이렇게하면 응용 프로그램을 설정하는 방식에 문제가 있다는 것을 알게되었습니다.

그래서 나는 모든 설정을 살펴보고 그들이 동일했는지 확인했습니다. 그들은 단지 내가 설치 프로그램에서 사용할 수없는 2가 있다는 것을 제외하고는 모두 있습니다. 그것들은 "암호화 된 액세스 토큰 (Encrypted Access Token)"과 "2.0 요구 사항 (Requests 2.0)"이며이 중 어느 것도 문제와 관련이없는 것으로 보입니다.

과거에는 서명 된 요청을 캔버스 페이지로 전달할 수있는 옵션이 있었지만 더 이상 찾을 수 없습니다.

서명 된 요청이 중단 되었습니까? 나는 문서에서 그 어떤 언급도 볼 수 없었다.

도움/의견을 보내 주시면 감사하겠습니다. 그렇지 않으면 다시 돌아가서 새로운 콘텐츠가 포함 된 오래된 앱을 다시 사용해야하며, 15 개 정도 밖에 가지고 있지 않습니다.

건배 알렉스

답변

0

이것은 이제 해결되었으므로 새로운 응용 프로그램으로 더 이상 복제 할 수 없습니다.

3

아니,이되지 않았다.

  1. 당신은 슬래시 또는 페이지 탭의 URL에서 특정 파일이 있어야합니다 발생할 수 2 문제가있을 수 있습니다. http://myapp.com/app/ http://myapp.com/app/index.php

  2. 두 번째 응용 프로그램에 대한 귀하의 서버는 POST 변수를 잃게됩니다 요청을 리디렉션합니다.

일반적으로 mod_rewrite 형식의 리디렉션이 없는지 확인해야합니다. (.htaccess 및 그와 같은)

+0

안녕하십니까. 응답을 보내 주셔서 감사합니다. 오늘 작성한 Apps에서는 URL과 정확한 URL이 작동하지만 오늘 작성한 Apps에서는 작동하지 않습니다. 이 두 가능성을 모두 배제하는 것 같습니다. 그리고 그들은 동일한 서버에 있고, 동일한 가상 호스트 아래에 있고, 형제 하위 디렉토리입니다. – alexarno

+0

지난 주에 새로운 애플리케이션을 열고 페이지 탭 애플리케이션을 정상적으로 작동시키는 것을 확인할 수 있습니다. .htaccess를 사용하여 해당 디렉토리에 대한 다시 쓰기를 비활성화하십시오. 그것이 저에게 효과적이었습니다. 새로운 응용 프로그램과 관련이없는 규칙이있을 수 있습니다. –

+0

나는 지난 주에 3 개의 애플 리케이션이 모두 잘 작동했다. 지난 금요일에 나는 문제가 발생했다. 개별 dir에는 .htaccess가 없으며 두 dir은 새 탭이 아닌 몇 주 전에 설정 한 Facebook 탭에서 작동합니다. 그래도 시간 내 주셔서 감사합니다. – alexarno

관련 문제