OG 데이터를 디버거에 저장하고 og : type 웹 사이트를 강제 실행하고 "스크레이퍼가 귀하의 URL을 정확히 보는 지 확인하십시오"에 대한 승인 팝업이 나타납니다.

Question

타임 라인 가져 오는 데 문제가 있습니다. 두 부분으로 나뉜다.

먼저 OG 메타 태그의 일부를 캐싱하는 문제가 있습니다. 디버거가 내 URL로 이동하면 og : url이 돌아 오면 내 말기에 처리되었다는 것을 의미하기 때문에 제대로 입력했음을 알았습니다 (예 : og.php로 보내시겠습니까? og = read & chapter = 799이고, og : url에 맞는 book_id를 다시 뱉어 내 스크립트가 처리했다는 것을 의미합니다. 그러나 다른 모든 정보는 캐시 된 것처럼 보입니다. 나는 원래 실수로 fb : app_id와 og : site_url을 객체에 가지고있어서 그것들을 제거했다. 출력 결과에 오류가 발생하는 site_url이있는 것으로 표시됩니다. fb : app_id를 가짐으로써 og : type을 '네임 스페이스와 객체로 올바르게 설정했습니다. POST 작업을 시도 할 때 oAuthException 오류가 발생합니다. og : type의 'website'는 객체에 유효하지 않습니다. 다시 한번 말하지만 그것은 고쳐 져야하지만 오래된 OG 데이터를 캐싱합니다. 나는 fbrefresh = 1을 추가하려고 시도했으나 아무것도하지 않았다.

또 다른 문제는 아마도 관련이 있습니다 ... 내가 거기에 있다는 것을 알고 스크립트에서 요청을 처리하더라도 Facebook은이를보고하지 않습니다. "스크레이퍼가 귀하의 URL을 정확히 보는지 확인"을 클릭하면 인증 URL이 표시됩니다 (아래 참조)! 마찬가지로, 결코 거기에 도착하지 않았고 og.php의 코드가 어떻게 동작하는지조차 알지 못했습니다 !! 내 생각 엔 example.com/og.php로 전체 요청을 시도하기 전에 기본 도메인 이름 자체 (exmaple.com)에서 가져온 것으로 추정됩니다.

window.parent.location = 'HTTPS : //www.facebook.com/dialog/oauth CLIENT_ID = 164431733642252 & redirect_uri로 = HTTP % 3A % 2F % 2Fapps.facebook.com % 2Fexample % 2F % 3Fpage % 3D & 상태 = 064bd26ff582a9ec7c96729e6b69bbd2 & 캔버스 = 1 & fbconnect = 0 & 범위 = 이메일 % 2Cpublish_stream % 2Cpublish_actions % 2C ';

Answer 1

나는 그것을 알아 냈다. og : url은 사람들이 액션 링크와 같이 앱의 올바른 페이지로 이동하기를 원했던 URL이라고 생각했습니다. 그것은 그렇지만 그렇지 않습니다. 이제 타임 라인에 보내는 OBJECT_URL과 일치하게되었습니다.

다른 URL (앱에 대한 작업 링크)이 있는데, 리디렉션되었을 때 크롤러가 애플리케이션 승인 벽 안에 있기 때문에 크롤러가 접근 할 수 없습니다. 이로 인해 웹 사이트 유형이 og :되고 데이터가 캐시 된 것처럼 보입니다.

수정하려면 object_url을 타임 라인에 게시하고 메타 태그의 og : url은 동일합니다. 그러나 쿼리 문자열을 찾으면 크롤러 또는 액션 링크인지 알 수 있습니다.? fb_action_ids = SOME_ID : 타임 라인의 링크에서 전송됩니다. 그것이 포함되어 있다면 거기에서 필요한 응용 프로그램 페이지로 전달합니다.

Answer 2

비슷한 문제가 있습니다. og : site_url이 설정되는 것에 대해 불평을 계속했습니다. 그것은 보내는 오류 메시지가 실제로 부정확 한 것으로 보이며 문제는 og : site_url이 설정되어 있지는 않지만 og : url은 객체 URL과 다릅니다. 때로는 잘못된 오류 메시지가 오류 메시지보다 나빠집니다!

또 다른 질문은 객체 URL이 사용자가 볼 수있는 실제 페이지와 일치해야하는 이유입니다. 객체는 논리적 단위이지만 반드시 단일 사용자가 볼 수있는 페이지와 일치하지는 않습니다. 리디렉션 트릭이 효과가있을 수 있지만 적절한 방법은 아닙니다. obect와 관련된 작업을 게시 할 때 객체 URL을 사용하여 객체 정보를 그려야하지만 다른 곳으로 사용자를 보낼 수 있어야합니다. 이것이 의도 된 디자인이라면 나는 실수라고 생각한다.