FAQ
웹사이트 접속 인증
Q: 웹사이트 인증 신청 요건은 무엇인가요?
A: 웹사이트의 공식 Weibo 인증을 위해서는 웹사이트에 ICP 등록 번호, Weibo 닉네임 및 아바타, 웹사이트 이름이 웹사이트 로고와 일치해야 합니다. 게시된 Weibo 콘텐츠는 웹사이트 콘텐츠와 관련되어 있으며 웹사이트의 해당 콘텐츠 링크 주소는 매일 업데이트됩니다.
Q: 웹사이트의 2단계 도메인 이름 채널을 신청할 수 있나요?
A: 네, 신청하시려면 채널 도메인 이름을 입력해 주세요.
Q: 웹사이트 인증 카테고리에 신청할 수 없는 웹사이트는 무엇인가요?
A: 기업, 언론, 기관, 단체, 정부, 캠퍼스 등의 공식 웹사이트는 웹사이트 인증 신청 카테고리에 포함되지 않습니다. 다음 링크에서 신청하세요: 마이크로 인증
Q: 웹사이트 인증 검토에 얼마나 시간이 걸리나요?
A: 영업일 기준 3일
Q: 인증 설명을 수정하는 데 검토 시간이 얼마나 걸리나요?
A: 영업일 기준 2일입니다.
Q: 웹사이트 인증 계정을 웨이보 기업 버전으로 이전하려면 어떻게 해야 하나요?
A: @Enterprise Weibo Assistant에 문의하세요.
Q: 내 웨이보 닉네임을 다른 사용자가 사용하고 있다면 어떻게 해야 하나요?
A: 웹사이트 이름을 반영하는 다른 닉네임으로 바꾸세요.
Q: 웹사이트 인증에서 인증파일을 감지하지 못하는 경우 어떻게 해야 하나요?
A: 자료양식을 다운받아 작성하신 후 웨이보 사이트의 점주에게 개인 메시지를 보내주시면 상담이 가능합니다.
Q: 해외에 ICP 등록이 되어 있지 않은 서버의 경우 어떻게 해야 하나요?
A: ICP 서류 제출은 웹사이트 인증 신청의 기본 조건입니다. 해당 조건을 충족하지 못하는 경우에도 다른 유형의 인증을 신청할 수 있습니다. 신청 주소: Micro Certification
신청 인증 검토
Q: What 신청서 인증 신청 요건은 무엇인가요?
A: 다음 조건이 충족되면 해당 애플리케이션은 Weibo와 밀접한 관련이 있습니다. 해당 애플리케이션은 카피라이팅 및 플라자 심사를 통과했으며, 해당 애플리케이션의 일일 평균 사용량이 5,000회에 도달했습니다. 사용자. 신청 주소: Micro Certification
Q: 신청 인증 심사 시간은 얼마나 걸리나요?
A: 영업일 기준 3일입니다.
Q: 신청서 인증 지침 변경 사항을 검토하는 데 얼마나 걸리나요?
A: 영업일 기준 2일입니다.
Q: 내 신청서가 인증 조건을 충족하는데 왜 인증을 통과할 수 없나요?
A: 애플리케이션의 공식 Weibo 닉네임과 아바타는 애플리케이션 이름 및 아이콘과 일치해야 하며, Weibo 콘텐츠는 애플리케이션 콘텐츠와 관련되어야 합니다.
Q: 인증을 신청한 이유는 무엇이며 거부 내용은 '안녕하세요. 귀하의 계정은 웨이보 애플리케이션 카테고리에 속하지 않으므로 선택해 주세요. 나중에 다시 신청하세요'라는 메시지가 표시되나요?
A: 웨이보 애플리케이션은 API 인터페이스를 사용하여 개발된 웨이보 관련 애플리케이션을 말합니다.
Q: App Store에서 검토 대기 중인 클라이언트가 어떻게 개방형 플랫폼의 검토를 통과할 수 있나요?
A: 오픈 플랫폼에서 검토를 위해 iPhone 및 iPad 클라이언트를 제출할 때 해당 클라이언트와 Weibo의 기능을 애플리케이션 스크린샷에 반영하고 URL 주소를 http:/로 입력해야 합니다. /itunes.apple.com/cn/app/. App Store에서 클라이언트를 검토할 때 문제가 발생하지 않도록 먼저 이 클라이언트의 카피라이팅 검토를 통과하겠습니다. App Store에서 검토를 통과한 후 제때에 URL 주소를 클라이언트 다운로드 페이지 주소로 변경해 주시기 바랍니다. 사본 검토를 통과한 후 영업일 기준 10일 후에 고객을 재검토합니다. 재심사 과정에서 URL 주소가 다운로드할 고객과 일치하지 않으면 사본이 거부됩니다.
더보기: 기타 웹사이트 인증 및 애플리케이션 인증 관련 문제
애플리케이션 생성 Q : 웹사이트 애플리케이션을 만들었는데 앱키와 앱비밀은 어떻게 확인하나요?
A: http://open.weibo.com/webmaster를 클릭하여 관리 센터에 들어가고, 웹사이트 이름을 클릭하여 해당 웹사이트 콘솔에 들어갑니다. 앱 키는 아바타 아래에 표시됩니다. 또한 왼쪽의 "웹사이트 정보" 아래 기본 정보를 클릭하면 앱 키와 앱 비밀번호를 확인할 수 있습니다.Q: 앱 비밀번호가 유출된 경우 어떻게 해야 하나요?
Q: "배포" 상태에서 "다음"을 클릭할 수 없으면 어떻게 해야 하나요?
Q: 앱 키의 유효 기간은 얼마나 되나요?
A: 애플리케이션 개발자가 애플리케이션을 신청한 후 90일 이내에 사용자가 해당 애플리케이션을 사용하지 않으면 Sina Open Platform은 애플리케이션 인터페이스 사용을 중지하고 애플리케이션을 삭제할 권리가 있습니다.
Q: 애플리케이션 유형 변경에 문제가 있습니다. 해당 애플리케이션이 이미 사용 중인데 애플리케이션 유형을 변경하고 싶은 경우 어떻게 해야 하나요?
A: 애플리케이션 분류는 변경할 수 없으므로 개발자는 신중하게 선택해야 합니다.
Q: 개발자 정보실 '개인 홈페이지' 작성 시 무엇을 기재해야 하나요?
A: 개인 페이지만 작성해 주세요. 물론, 웨이보나 시나 블로그 주소를 입력하는 것을 권장합니다.
Q: 개인 사용자 애플리케이션과 기업 애플리케이션에 차이점이 있나요?
A: 지원 절차는 모든 개발자와 웹사이트 소유자에게 동일하며, 자격 제출 시 차이점만 있습니다.
Q: 심사를 통과한 개발자의 정보를 부분적으로 숨겨주시길 강력히 요청드립니다. 그렇지 않으면 해커가 정보를 훔치는 것이 너무 편리할 것입니다. 특히 신분증 스캔본이요.
A: 안녕하세요. 플랫폼에서는 개발자 정보를 공개하지 않습니다.
Q: 웹 버전의 애플리케이션을 만들고 싶은데 사이트에 없습니다. 어떤 유형의 웹 애플리케이션을 선택해야 합니까? 앞으로는 일 안 해?
A: 플랫폼은 지원서의 형태를 제한하지 않고 현장에서 지원서를 작성하도록 권장합니다.
Q: 내 웹사이트에 대한 앱 키를 신청할 때 실수로 잘못된 카테고리를 선택했습니다. 이미 액세스된 데이터가 있습니다. 카테고리를 어떻게 변경하나요?
A: 현재 분류 수정은 지원되지 않습니다. 앱 키를 제공해 주시면 해결하도록 도와드리겠습니다.
Q: 현재 Sina에 있는 애플리케이션은 개인 개발자로 적용되어 이제 막 개발을 시작했습니다. "Enterprise Partner" 레벨로 업그레이드하고 싶습니다. 어떻게 신청하나요?
A: 애플리케이션 인터페이스 권한이 현재 사용자 수를 충족할 수 없는 경우 다른 애플리케이션을 제출할 수 있습니다.
Q: 전문가 버전 애플리케이션 유형으로 "디스플레이 클래스" 또는 "관리 클래스"를 선택해야 합니까?
A: 백그라운드 관리만 있고 프런트 엔드 디스플레이가 필요하지 않은 애플리케이션인 경우 애플리케이션 유형을 "관리 애플리케이션"으로 선택하세요. 그렇지 않은 경우에는 "디스플레이 애플리케이션"으로 설정하십시오. 이 설정은 중요하며, 잘못 설정하면 관련 기능 이상이 발생할 수 있습니다. 관리용 애플리케이션을 디스플레이용 애플리케이션으로 잘못 설정한 경우, 해당 기업에서 해당 애플리케이션을 설치해 전경에 표시해 회사 팬들에게 보여 보안 문제가 발생할 수 있다. 실수로 디스플레이 애플리케이션을 관리 애플리케이션으로 설정한 경우, 소속사는 해당 애플리케이션을 회사 팬들에게 전면에 표시할 수 없게 됩니다. 이 설정은 변경 후 즉시 적용되지 않으며 1시간의 캐시 기간을 갖습니다. 개인화된 애플리케이션은 일반적으로 "디스플레이 유형"으로 설정되어야 합니다.
Q: 애플리케이션의 프로페셔널 버전에 대한 화이트리스트를 설정하는 방법은 무엇입니까?
A: 애플리케이션의 사용 범위를 제한하려면 애플리케이션 정보-고급 정보에서 UID 화이트리스트를 구성할 수 있습니다. 범용 애플리케이션은 화이트리스트 설정이 금지되며, 맞춤형 애플리케이션은 화이트리스트를 설정해야 합니다. 화이트리스트는 여러 기업 Weibo의 숫자 uid로 쉼표로 구분되어 채워질 수 있습니다.
Q: 신청 정보를 수정했는데 왜 적용되지 않나요?
A: 신청 정보(화이트리스트 제외)가 수정된 후에는 두 번 검토를 거쳐야 적용됩니다. 검토가 완료된 후 1시간 동안 캐시가 유지되며, 일반적으로 1시간 후에 적용됩니다. 화이트리스트 수정은 검토가 필요하지 않으며 1시간 후에 적용됩니다.
Q: 사용하고 싶은 앱 이름을 왜 등록할 수 없나요?
A: 입력한 애플리케이션 이름을 등록할 수 없는 경우 다음과 같은 상황이 발생할 수 있습니다.
- 애플리케이션 이름에 micro라는 접두사가 포함되어 있으며 이 유형입니다. 이름은 공식입니다.
- 애플리케이션 이름은 "Weibo XX"입니다. 이 유형의 이름은 공식 애플리케이션에서만 사용할 수 있습니다. 이름에 일부 브랜드 보호 단어가 포함되어 있는 경우 해당 조직이 실제로 브랜드 소유자인 경우 qyapps@staff.sina.com.cn으로 문의하세요.
- 애플리케이션 이름이 등록되었으며 애플리케이션 이름이 이미 사이트 애플리케이션, 모바일 애플리케이션, 웹사이트 접속에서 사용하고 있는 애플리케이션은 더 이상 전문 버전으로 등록할 수 없습니다.
- 또한 공식 애플리케이션과 인증된 파트너 애플리케이션만 애플리케이션 이름으로 "Enterprise", "Government", "Media" 및 "Blue V"를 사용할 수 있으며, 그렇지 않으면 해당 애플리케이션이 거부됩니다.
#🎜 🎜 #웹사이트 연결 및 구성요소
Q: 내 웹사이트는 완전히 Weibo 계정에 의존하며 자체 로그인 시스템이 없습니다. 애플리케이션을 만들려면 어떤 것을 선택해야 합니까?
A: 웹사이트 구성요소만 사용하는 경우 웹사이트 연결을 선택하세요. 더 많은 기능이 있는 경우 개발자 유형을 선택하세요.Q: 검토를 위해 제출한 후에도 웹사이트 이름을 변경할 수 있나요?
Q: 신속한 배포란 무엇인가요?
Q: 심층 배포란 무엇인가요?
Q: 공유 버튼 구성 요소를 사용하여 콘텐츠를 공유한 후 소스가 "공유 버튼"으로 표시되는 문제를 해결하는 방법은 무엇입니까?
A: 공유 후 웹사이트 소스를 표시하려면 다음 조건이 충족되어야 합니다.
- 애플리케이션은 승인된 애플리케이션입니다. 애플리케이션을 바인딩해야 합니다. 도메인 이름 🎜🎜#공유 링크(url)는 바인딩된 도메인 이름 아래에 있어야 합니다. URL은 제목에 배치하는 대신 매개변수로 전달해야 합니다. ## 🎜🎜#Q: 마이크로 공유 오류는 어떻게 되었나요?
A: "전달 제목 및 URL은 비워둘 수 없습니다."라는 메시지가 나타납니다. 제목 매개변수 RT 및 URL 매개변수 RU가 올바르게 입력되었는지 확인하세요. 매개변수를 맞춤설정하지 마세요. "현재 사용자 로그인 상태가 비정상이어서 일시적으로 접속할 수 없습니다."라는 메시지가 나타납니다. 만료 후 3시간 후에 페이지가 만료됩니다.
Q: WAP 스테이션이 웨이보 공유 기능에 액세스한 후 웨이보에서 웹사이트 콘텐츠 통계를 어떻게 확인하나요?
A: "내 애플리케이션"의 해당 애플리케이션 웹사이트 콘솔에서 확인하세요. 주소 보기: http://open.weibo.com/webmaster
인터페이스 신청 질문
Q: 고급 인터페이스 통화 권한을 신청하려면 어떻게 해야 하나요?
A: 기본 인터페이스 통화 권한이 비즈니스 요구를 충족할 수 없는 경우 이제 애플리케이션 관리 배경인 "인터페이스 관리" - "통화 빈도" 페이지로 이동하여 애플리케이션의 제품 소개를 설명할 수 있습니다. 시스템 요구사항에 따라 추진전략 및 개선목표에 맞게 신청서를 제출하시면 됩니다. 자세한 내용은 다음을 참조하세요. 인터페이스 주파수 제한
Q: 고급 API 애플리케이션 개발에 필요한 프로세스와 조건은 무엇입니까? A: 이제 애플리케이션 관리 배경인 "인터페이스 관리" - "애플리케이션 권한" 페이지로 이동하여 시스템 요구 사항에 따라 애플리케이션 이유를 설명하고 애플리케이션을 제출할 수 있습니다.인터페이스 호출 문제
Q: 웨이보에 xxx 기능을 구현하고 싶어요 , 어떤 인터페이스를 사용해야 합니까?
A: API 문서 http://t.cn/appqSg에서 해당 인터페이스를 확인하세요. 여전히 궁금한 점이 있으면 @Weibo Open Platform에 구체적인 질문을 게시하세요.
Q: API를 사용하다가 문제가 발견되면 어떻게 점검해야 하나요? A: 애플리케이션의 인터페이스에서 반환된 자세한 오류 정보를 확인하고 해당 오류 코드에 따라 일반적인 오류 코드 및 설명을 확인하세요.Q: 사용자의 Weibo 정보를 얻는 방법은 무엇입니까?
A: Weibo 개방형 플랫폼은 개발자에게 Weibo 콘텐츠, 사용자 관계 및 사용자가 승인한 사용자 기본 정보 API 문서를 제공합니다. 개방형 플랫폼은 개발자에게 관련 사용자 개인 정보를 제공할 수 없습니다.
Q: 웨이보 기능을 구현하고 싶은데 관련 API가 없는데 어떻게 해야 하나요?
A: Sina Open Platform API가 귀하의 제품 요구 사항을 충족할 수 없다고 생각하시는 경우 weibo_app@vip.sina.com으로 이메일을 보내 귀하의 요구 사항과 아이디어를 알려주시면 그에 따라 답변해 드리겠습니다. 귀하의 필요에 따라 관련 타당성을 평가하십시오.
Q: 안녕하세요! 테스트 사용자가 이미 15개 항목을 더 입력했는데 더 이상 교체할 수 없나요?
A: 테스트 사용자 추가 후 당분간 교체는 지원되지 않습니다. 주의해서 추가해주세요.
Q: 개발자는 어떻게 주파수 제한에 올바르게 대처합니까? 그것을 피하는 방법?
A: 우선 Weibo API의 기술적 원리는 실시간 푸시 프로토콜이 아닌 HTTP 폴링(POLLING) 프로토콜입니다. 따라서 새로 고침 빈도를 높여도 최신 정보를 즉시 얻는 효과를 충분히 얻을 수 없습니다.
경험에 따르면 업데이트 빈도는 2~3분/시간을 권장합니다. API 클라이언트는 사용자가 수동으로 최신 데이터를 얻을 수 있도록 수동 새로 고침 버튼도 제공할 수 있습니다. API 클라이언트는 요청 빈도를 지능적으로 제어할 수 있습니다. 예를 들어, 지난 몇 번의 업데이트에서 데이터를 얻지 못한 경우 간격을 적절하게 연장할 수 있습니다. 한 시간 내에 남은 시간이 많을 경우 업데이트 속도를 적절하게 높일 수 있습니다. 남은 요청 수가 적을 경우 클라이언트는 업데이트 빈도를 늘려 상한을 초과하지 않도록 제어합니다. 또한, 사용자가 일부 작업을 수동으로 수행하여 발생하는 통화로 인해 상한을 초과하는 것을 방지하기 위해 일부 예비 표시를 적절하게 남겨 두어야 합니다.
Q: 액세스 데이터는 어떻게 계산되나요? 내가 감지한 것과 배경에서 제공하는 것이 다른 이유는 무엇인가요?
A: 접근횟수 제한은 앱 전체가 아닌 해당 앱을 사용하는 단일 사용자 및 단일 IP에 대한 제한이며, 총 앱 방문 횟수에는 제한이 없습니다.
Q: 사용자가 Weibo에 로그인하면 내 애플리케이션에서 사용자의 로그인 상태를 얻을 수 있나요?
A: 아니요.
Q: AppKey를 사용하는 방법은 무엇인가요?
A: 일반 인증 방법, 모든 URL에 source=appkey 매개변수를 추가합니다(예:
curl -u user:passwordhttp://api.t.sina). com.cn/statuses/friends_timeline.xml?source=appkey
Linux 명령줄에서 위 명령을 실행하여 정상적인 결과를 반환한 후 다음 개발 단계로 진행하는 것이 좋습니다. 프로그래밍은 http://www.cnblogs.com/QLeelulu/archive/2009/11/22/1607898.html을 참조할 수도 있습니다. OAuth 방법의 경우 OAuth 프로토콜에 따라 소비자 키(앱 키)와 소비자 비밀을 전달하세요. .
Q: 현재 사용자 및 애플리케이션의 API 액세스 빈도 제한을 얻는 방법은 무엇입니까?
A: account/rate_limit_status 인터페이스를 호출하여 얻을 수 있습니다.
Q: 인터페이스를 호출하여 애플리케이션에 대한 사용자의 OAUTH 인증을 취소하는 방법은 무엇입니까?
A: 현재 지원되는 인터페이스는 없으며, Weibo 페이지의 계정 설정에서 사용자의 애플리케이션 승인을 통해서만 수동으로 해제할 수 있습니다.
Q: 호출 시 end_session 인터페이스가 작동하지 않습니다. 현재 사용자를 로그아웃하는 방법은 무엇입니까?
A: 현재 이 인터페이스는 공식 위젯과 기타 웹 애플리케이션만 지원합니다. 제3자 개발자는 이 인터페이스를 사용하여 Weibo에서 사용자의 로그인 상태를 종료할 수 없습니다.
Q 로그인 인증 없이 바로 정보를 조회할 수 있나요?
In-site application:redirect_uri는 "신청 실제"가 아닌 응용 프로그램 정보의 "in-site 응용 프로그램 주소"와 같습니다.
참고: 애플리케이션 콜백 페이지를 수정하거나 도메인 이름을 바인딩한 후 적용되는 데 약 30분이 소요됩니다.
- Q: 안녕하세요, 개발자로서 API 인터페이스를 호출할 때 문제를 발견했습니다. 즉, 사용자 계정을 바인딩하고 현재 계정의 A: 사용자 정보를 가져오려고 할 때 API가 제공하는 Users/show 메소드는 userid를 전달해야 합니다.
Q: 이미지 압축 문제를 해결하는 방법은 무엇입니까?
A: 개발자는 다음 방법을 시도해 볼 수 있습니다.
- 원본 이미지의 최대 면이 1600픽셀을 초과하면 최대 면 1600픽셀로 줄어들고, 그렇지 않으면 그대로 저장됩니다. 줄여야 합니다(최대 면은 1600을 초과하지 않음). png 형식의 사진은 jpeg로 변환되며 gif 사진의 첫 번째 프레임은 gif 형식으로 저장됩니다.
- 사진을 저장할 때 압축률 85%를 사용하세요. jpeg 형식;
Q: WeChat에 사진을 보내는 API 도박 오류와 관련된 일반적인 문제에 대한 해결책은 무엇입니까?
A: UTF-8 인코딩, 중국어 인코딩. 이미지의 내용인 pic 매개변수는 서명에 참여하지 않습니다(그리고 서명 계산 중에 baseString에 조합되지 않습니다).
Q: 동일한 브라우저로 여러 계정을 승인할 때 문제가 무엇인가요?
A: 사용자는 승인하기 전에 로그아웃했다가 다시 로그인해야 합니다.
Q: 자신의 웹사이트 회원과 로그인하고 연결하려면 어떻게 인증을 받아야 하나요?
A: AccessToken을 획득하면 인증된 사용자의 uid가 반환됩니다. 이 값은 변경되지 않습니다. 데이터베이스에 해당 값이 없으면 새 사용자를 추가할 수 있습니다. 누구든지 찾아서 로그인하면 됩니다.
Q: Weibo 세션이 유효하지 않은 경우 웹사이트에 로그인할 때 계정 변경 메시지가 표시되도록 하려면 어떻게 해야 하나요?
A: 인증 링크에 forcelogin 매개변수를 추가하고 forcelogin 매개변수를 true로 설정하세요.
Q: 인터페이스 호출 횟수가 0인가요?
A: 당일 생성된 애플리케이션에서 발생한 인터페이스 호출 횟수는 다음 날까지 집계되지 않습니다.
Q: PHPSDK 인증 인증 오류 토큰이 불법인가요?
A: callback.php는 $SESSION['keys'] 값을 가져올 수 없습니다. PHP SDK의 인코딩 형식은 BOM 형식 없이 UTF-8로 변경되어야 합니다. 그렇지 않으면 경고: 세션 쿠키를 보낼 수 없습니다. 이미 전송된 헤더가 나타납니다. . 경고 메시지. 저장 시 UTF-8 BOM 프리 인코딩 형식을 사용하세요. PHP에서 BOM 헤더를 처리할 때 가끔 오류가 발생하는데, 이는 header나 session_start 등의 함수를 사용하면 파일이 출력되는 오류가 발생할 수 있는 경우가 대부분입니다. 왜냐하면 PHP의 관점에서는 공백이 되기 때문입니다. 따라서 BOM 없는 형식을 사용하십시오.
Q: 웨이보 ID로 웨이보 로그인에 실패한 이유는 무엇인가요?
A: 사용자가 계정을 스캔하는 것을 방지하기 위해 이제 10자리 이상의 UID는 이메일을 통해서만 로그인할 수 있습니다.
Q: 공유 애플리케이션에서 인터페이스 호출 수를 쿼리하는 방법은 무엇입니까?
A: 공유창은 API 이전에 생성되어 API를 따르지 않으며, 현재 공유버튼의 AppKey는 소스를 표시하는 용도로만 사용됩니다. 따라서 API 호출 횟수에는 포함되지 않습니다. 일부 공유 응용 프로그램에서는 인터페이스를 호출한 횟수가 0이고 사용자가 없다는 것을 알게 됩니다.
Q: API 인터페이스가 반환됩니다. 서버가 잘못되었거나 불완전한 응답을 반환했습니다.
A: 이 국내 네트워크와 해외 네트워크 상호작용 시 불법 콘텐츠가 있다는 오류입니다. 해외 서버 프록시를 사용하고 있는지 확인하시기 바랍니다.
Q: 단일 Weibo 게시물의 웹 주소를 연결하는 방법은 무엇입니까?
A: 프로그램에서 사용자의 uid를 얻고, statuses/querymid를 호출하여 사용자의 MID를 얻은 다음, 이를 http://weibo.com/uid/mid에 연결합니다(예: UID=12345). mid=abcde, 웹 버전 주소는 http://weibo.com/12345/abcde
Q: Refresh Token을 신청하는 방법은 무엇입니까?
A: 아직 오픈하지 않았습니다.
Q: 추세/상태 인터페이스는 어떻게 모든 주제를 얻을 수 있나요?
A: count page 매개변수가 함께 사용됩니다. 최대 개수 값은 50입니다.
Q: 애플리케이션 콜백 페이지를 검토하고 수정했지만 도메인 이름과 바인딩 후 적용되지 않는 문제를 해결하는 방법 다른 신청 정보는?
A: 감사된 신청서는 신청서의 기본 정보를 수정한 후 "저장"을 클릭하면 자동으로 "2차 검토"에 제출됩니다. 수정된 정보는 "2차 검토"까지 적용되지 않습니다. "가 통과되었습니다.
Q: 애플리케이션 플랫폼이 SESSION을 통과할 수 없으면 iframe의 세션이 손실됩니까?
A: http://t.cn/aWJFbv를 참조하여 문제를 해결할 수 있습니다.
Q: 사진 공유의 기준은 무엇인가요?
A: 기준은 다음과 같습니다.
- 그림은 html 파일
태그에 나타나야 하며, JS가 작성한 그림은 나올 수 없습니다. #🎜🎜 #
이미지 크기가 92x92보다 크고 파일 크기가 500k 미만입니다. 이미지 파일은 http 요청으로 성공적으로 액세스할 수 있습니다. 에는 이미지 품질에 대한 특정 제한이 있습니다. 식별 및 채점 메커니즘, 크기가 92보다 크지만 품질 점수가 낮은 이미지도 무시될 수 있습니다. #이미지 파일 이름에 logo.png와 같이 눈에 띄는 페이지 요소 이름이 포함된 경우에도 무시됩니다. #Q: short_url/shorten long 링크의 최대 길이는 얼마입니까? A: 400, 중국어는 urlencode가 필요합니다.
#🎜 🎜#
라이트 애플리케이션
Q: 라이트 애플리케이션 주소와 실제 애플리케이션 주소의 차이점은 무엇인가요?
A: 라이트 애플리케이션 주소: 이 주소는 웨이보에 표시되는 애플리케이션의 기본 주소입니다. 애플리케이션 실제 주소: 이 주소는 제3자 애플리케이션의 실제 주소입니다. Weibo 서버는 애플리케이션 콘텐츠를 얻기 위해 이 주소로 요청을 보냅니다.
Q: 동일한 이름의 애플리케이션을 라이트 애플리케이션으로 마이그레이션하고 싶습니다. 먼저 원본 애플리케이션을 삭제한 후 다시 만들어야 하나요? 가벼운 응용 프로그램? 신규신청을 하는 것과 동일하며 기존 기록은 모두 삭제되나요?
A: 안녕하세요. 이전에 축적된 데이터를 폐기하고 싶지 않은 경우, 라이트 애플리케이션 버전이 개발된 경우 플랫폼 직원이 마이그레이션을 완료하도록 도와드릴 수 있습니다.
Q: 라이트 애플리케이션을 개발할 때는 정상적으로 액세스할 수 있으며, 다른 테스트 계정에서도 정상적으로 액세스할 수 있습니다. 정상적인 접속 중에도 문제가 재현되지 않는다면 어떻게 확인하고 제거해야 할까요?
A: 귀하의 신청서에 대해 다중 환경 테스트를 실시합니다. 코드를 확인하신 후 다시 제출하시면 됩니다. 여전히 궁금한 사항이 있는 경우 연락처 정보를 제공해 주시면 담당자가 연락드리겠습니다.
Q: 적응성이 뛰어난 라이트 애플리케이션에 대한 페이지 요구 사항은 무엇입니까?
A: JS는 애플리케이션 높이를 확인하고 document.body.clientHeight를 사용하여 이를 얻습니다. 따라서 다음 상황에서는 높이를 계산하는 데 문제가 있습니다. #🎜🎜 #
# 🎜🎜#애플리케이션은 html, body { height: 100%;} 스타일을 설정합니다. 이 경우 document.body.clientHeight는 다음을 제외한 iframe의 실현 가능한 영역 높이를 가져옵니다.- # 🎜🎜#애플리케이션은 플로팅 레이아웃을 사용하지만 플로트가 지워지지 않습니다. 애플리케이션은 절대 위치 지정을 사용하며, 절대적 위치에 있는 요소가 부동 영역이 아닌 영역의 아래쪽 가장자리를 초과합니다. Q: 내 응용 프로그램에서 부동 레이어를 팝업하려고 합니다. 중앙에 위치하지만 높이가 가변적이므로 현재 응용 프로그램이 브라우저에 표시하는 영역의 좌표를 응용 프로그램에서 어떻게 얻을 수 있습니까?
A: 현재는 크로스 도메인으로 인해 애플리케이션 프레임워크의 현재 스크롤 막대 위치를 가져오는 것이 불가능합니다. 오버레이가 나타나면 마우스 근처에 표시해 보세요. 상호작용 위치.
Q: Safari 5.1.4에서 애플리케이션을 실행한 후 쿠키 작성에 실패했습니다. 이유가 무엇인가요?
A: Safari의 보안 정책으로 인해 발생합니다. V5.1.4부터 Safari는 보안 정책을 변경했으며 아래와 같이 iframe 내의 페이지에서 쿠키 작성을 허용하지 않습니다.
#🎜🎜 #
light 애플리케이션은 iframe을 사용하는 기술적 솔루션이므로 애플리케이션이 특정 정보를 기록하기 위해 쿠키를 사용하는 경우 해당 정보가 저장되지 않습니다. 현재 이 문제에 대한 좋은 해결책은 없습니다. 해결 방법은 쿠키를 작성할 때 일시적으로 현장 애플리케이션 프레임에서 빠져나왔다가 작성이 완료된 후 다시 돌아가는 것입니다. 예를 참조하십시오: http://apps.weibo.com/zhannei/safari_fix
Q: 라이트 애플리케이션은 iframe의 페이지가 점프한 후 어떻게 새로 고치거나 북마크하고 들어갈 수 있습니까? 여전히 점프하지 않고 페이지를 다시 게시하시겠습니까?
A: 현장 애플리케이션은 주소 매핑을 지원합니다. 즉, 현장 애플리케이션의 URL과 실제 경로 간에 매핑 관계가 있습니다. 예:
- http://apps.weibo.com/demo 실제 삽입된 iframe 주소는 http://www.demo.com
- http://apps.weibo.com/demo/test.html입니다. 실제 삽입된 iframe 주소 iframe은 http://www.demo.com/test.html
- http://apps.weibo.com/demo/test.php?param1=abc입니다. 실제 삽입된 iframe은 http://입니다. www.demo.com/test.php?param1=abc
애플리케이션에서 점프 링크를 http://apps.weibo.com/demo/****로 작성하고 링크를 설정해야 합니다. 타겟="_top". 페이지에 그러한 링크가 너무 많은 경우 영구적인 해결책은 <head></head>에 <base target="_blank" /> 줄을 추가하는 것입니다. 이렇게 하면 실제로 애플리케이션이 매번 상위 프레임으로 점프하여 주소 표시줄을 기억하는 기능을 실현할 수 있습니다.
Q: 현장 애플리케이션을 만들었습니다. Weibo 전문가 버전에 어떻게 액세스할 수 있나요?
A: 이제 통합된 방식으로 간단한 애플리케이션을 만들 수 있습니다.
Q: 라이트 애플리케이션은 SAE에 강제로 배포됩니까?
A: 권장사항이지만 필수는 아닙니다.
애플리케이션 인증 문제
Q: Weibo OAuth와 기본 인증의 차이점은 무엇인가요?
A: Oauth는 비교적 안전한 방법입니다. 사용자가 Weibo 페이지에서 타사 애플리케이션에 대한 액세스를 승인하고 있는지 확인하려면 페이지를 열고 SINA 도메인 이름을 표시해야 합니다. OAuth와 기본 인증의 차이점은 Oauth는 사용자 이름과 비밀번호가 필요하지 않고 사용자 인증만 필요한 보다 일반적이고 안전한 인증 방법이며 사용자 이름과 비밀번호는 다음과 같습니다. 방문할 때마다 필요합니다.
Q: OAuth1.0 인증 방식을 계속 사용할 수 있나요?
A: 현재 승인되지 않은 애플리케이션은 OAuth1.0 인증 및 V1 인터페이스를 사용할 수 없습니다. 2012년 9월경에는 모든 애플리케이션에서 OAuth1.0 인증 및 V1 인터페이스를 사용할 수 없습니다. 보다 안전하고 안정적인 OAuth2.0 인증 방법을 권장합니다. OAuth1.0 인증 방법의 사용은 곧 금지될 예정입니다.
Q: AccessToken의 유효 기간은 얼마나 되나요?
A: 현재 OAuth1.0은 오프라인 상태이므로 해당 액세스 토큰을 더 이상 사용할 수 없습니다. OAuth2.0은 감사되지 않은 애플리케이션의 경우 24시간 동안 유효하고 감사된 애플리케이션의 경우 최소 30일 동안 유효합니다. 레벨마다 유효 기간이 다릅니다. 자세한 내용은 승인 메커니즘을 참조하세요.
Q: 사이트 내 애플리케이션의 애플리케이션 인증 팝업 레이어는 무엇이며 어떻게 설정하나요?
A: 애플리케이션 사용자 인증 방법(주소: http://t.cn/aYzHgm)을 따르세요.
Q: XAuth 인증을 어떻게 신청해야 하나요?
A: 사용자 보안상의 이유로 Xauth는 더 이상 공식적으로 지원되지 않습니다. Oauth2.0 인증 방법을 사용하는 것이 좋습니다.
Q: OAuth1.0에서 OAuth2.0으로 전환하는 방법과 사용자가 승인한 OAuth1.0의 Access_token을 그에 맞게 업데이트하는 방법 OAuth2.0에서?
A: OAuth2.0은 OAuth1.0 프로토콜의 업그레이드입니다. Sina Open Platform은 공식 프로토콜(http://oauth.net/2/)에 따라 Access_token 전략을 일부 변경했습니다. ) 조정. 현재 OAuth1.0 Access_token을 OAuth2.0 Access_token으로 직접 교환하기 위한 관련 인터페이스 지원은 없습니다. OAuth2.0의 Access_token은 사용자가 다시 인증한 후에만 얻을 수 있습니다.
Q: OAuth2.0의 Access_token에 만료 문제가 있습니다. 만료되면 어떻게 새 Access_token을 얻어야 합니까?
A: OAuth2.0 Access_token의 기본 만료 시간은 30일(30*24시간)입니다. 사용자 인증이 만료된 경우 반환되는 만료 시간을 계산할 수 있습니다. 안내해 주세요. 사용자가 다시 인증합니다.
Q: OAuth2.0 인증 중에 애플리케이션 콜백 페이지를 추가하는 방법은 무엇입니까?
A: 애플리케이션 정보 -> 고급 정보 -> 권한 설정에서 애플리케이션 콜백 페이지 주소를 추가해주세요.
Q: 다른 사람들은 계정 설정의 권한 관리에서 내가 개발한 애플리케이션의 작성자가 내 웨이보 별명이 아닌 실명이라고 봅니다. 하이퍼링크는 어디에 설정해야 합니까?
A: 개발자 정보 페이지의 '개인 홈페이지'에 정보를 입력하세요.
Q: OAuth 인증 중에 AccessToken을 얻기 전에 인증 웹페이지로 이동하여 인증 코드를 받아야 합니다. DIY 클라이언트에 로그인할 때 이런 인증 과정을 거치나요?
A: 동일한 사용자가 해당 Accesstoken에 직접 액세스할 수 있습니다. 인터페이스를 직접 호출하면 됩니다.
Q: 사이트 내 애플리케이션의 애플리케이션 인증 팝업 레이어는 무엇이며 어떻게 설정하나요?
A: 애플리케이션 사용자 인증 방법을 따르십시오. 주소: http://t.cn/aYzHgm
Q : 사용자 인증 후 '미사용 제한 초과 신청' 오류가 발생하는 경우 어떻게 해결하나요?
A: 감사되지 않은 애플리케이션의 경우 애플리케이션 작성자와 테스트 사용자만 인터페이스를 호출할 수 있습니다. 테스트 사용자를 추가하는 방법: 개발자 계정에 로그인하고 클릭하여 http://open.weibo.com/apps/30871을 입력하세요** ***/info/advanced(30871*****을 애플리케이션의 AppKey로 대체), 하단에 테스트 사용자를 추가하면 됩니다. 최대 15자리까지만 추가할 수 있으며 추가 후에는 수정할 수 없습니다. 참고: 수정 사항이 적용되는 데 약 30분이 소요됩니다.
다른 신청 승인 관련 문제 보기
관련 문제 검토
Q: 거부 사유 xxx를 받았는데 그게 무슨 뜻인지 이해가 안 되나요?
A: 일반적인 거절 이유를 읽을 수 있습니다. 일반적인 거절 이유 설명
Q: 웹사이트 지원서 검토를 위해 웨이보 지원 플라자에 어떻게 들어갈 수 있나요?
A: 웹사이트 애플리케이션은 애플리케이션 사각형에 표시되지 않습니다. 계정 바인딩, 공유 버튼, Xweibo, DZ 플러그인 포함.
Q: 거절 이유는 "UI 디자인이 표준을 충족하지 않는다"는 것이 무슨 뜻인가요?
A: 지원서 UI 디자인을 참고하세요: http://t.cn/aW0et0
Q: 지원서 심사를 위한 지원서 정보는 어떻게 입력하나요?
A: 표준 애플리케이션 아이콘, 올바른 애플리케이션 설명, 정확한 개발자 정보 등을 포함하여 애플리케이션 정보가 완전합니다. 앱 설명은 앱 기능과 일관되어야 합니다.
Q: 내 앱을 검토를 위해 제출할 수 없는 이유는 무엇인가요?
A: 애플리케이션 생성 후 애플리케이션 상태는 등록됨, 개발 중입니다. 애플리케이션은 80*80 픽셀 아이콘, 최소 3개의 애플리케이션 스크린샷, 승인된 사용자 수가 10명을 초과하고 인터페이스 수를 제출해야 합니다. 검토를 위해 총 500회 이상의 통화를 제출할 수 있습니다. 검토를 위한 제출에 대해 질문이 있는 경우 @Weibo Open Platform으로 문의하세요.
Q: 내가 개발한 애플리케이션에서 보낸 Weibo 콘텐츠에 "검토되지 않은 애플리케이션에서"라고 표시되는 이유는 무엇인가요?
A: 소스는 신청서가 카피라이팅 검토를 통과한 후에만 표시됩니다.
Q: 왜 정사각형 검토를 위해 제출할 수 없나요?
A: 애플리케이션이 검토를 위해 광장에 액세스하기 전에 플랫폼에서 개발자의 신원을 검토합니다. 안내에 따라 이메일 확인, 휴대폰 확인 및 데이터 업로드를 완료하세요.
Q: 웨이보 개발자 플랫폼에서 심사를 받은 제품은 어떤 이점을 얻을 수 있나요?
A: 심사를 통과한 제품은 승인 범위에 따라 다음과 같은 이점을 얻을 수 있습니다.
- 공유 창: 이 승인을 받은 애플리케이션의 경우, 웨이보에 외부 링크를 공유할 때 해당 애플리케이션의 출처를 식별할 수 있으며 사본에는 "from *****(애플리케이션 이름);
- API가 표시됩니다. 요청: 이 승인을 받은 애플리케이션에 대해 다음을 보냅니다. Weibo에 정보를 게시하면 해당 애플리케이션의 출처를 확인할 수 있으며 사본에는 "*****(애플리케이션 이름)에서"라고 표시됩니다.
Q: 내 신청서가 검토를 위해 제출되지 않았습니다. 이것이 문제가 됩니까?
A: 위의 빈도 제한 외에도 개발 중인 신청서에 대해 또한 테스트 계정에 대한 추가 요청 제한이 있습니다. 검토를 통과하지 못한 각 애플리케이션은 15개의 테스트 계정만 승인할 수 있습니다. 다른 계정은 이 애플리케이션을 통해 인터페이스를 요청할 수 없습니다. "내 애플리케이션>애플리케이션 속성 편집>테스트 계정"에서 찾을 수 있습니다.
Q: 웹사이트 애플리케이션 검토를 위한 애플리케이션 정보를 어떻게 입력하나요?
A: 애플리케이션 아이콘과 올바른 애플리케이션 텍스트를 포함한 정보를 입력하세요. 웹사이트와 일치하는 설명, 개발자 연락처 정보 등
Q. 웹사이트 애플리케이션 검토 시 공유 버튼을 추가하는 방법
A: 공유 버튼의 위치와 UI가 공유에 중요한 영향을 미칩니다. 효과. 공유 버튼은 기사 제목 근처, 댓글 근처 등 사용자가 보기에 편리하고 상호 작용할 의향이 있는 위치에 배치되어야 합니다.
Q: 지원서 현장 심사에 대한 콘텐츠 규정은 무엇입니까?
A: 구체적인 규칙은 다음과 같습니다.
지원서 이름과 페이지에 SINA 및 SINA라는 단어를 사용하지 마십시오. 사용자의 혼란을 피하기 위해 애플리케이션 인터페이스에서 표준 Weibo 로고 및 변형 버전을 사용하지 마세요.- 애플리케이션 아이콘에서 표준 Weibo 로고, XWeibo 로고 및 변형 버전을 사용하지 마세요.
- 홈페이지에서 애플리케이션을 삭제하세요. 소유권
- 개발자는 관련 국가 음성 제품 관리 자격을 갖추고 있어야 합니다. 그렇지 않으면 승인되지 않습니다.
A: 카피라이팅 원본 검토: 개발자가 신청서를 제출한 후 영업일 1일 이내에 검토 및 피드백이 완료됩니다. 애플리케이션 플라자 검토: 개발자가 검토를 위해 신청서를 제출한 후 영업일 1일 이내에 검토가 완료됩니다. 카피라이팅 출처: 개발자가 수정사항을 제출하면 신청 후 영업일 기준 1일 이내에 검토가 완료됩니다.
A: 신청 거부 이유가 전송됩니다. 개발자 정보 페이지에 작성하신 이메일에서 일반적인 거부 이유를 읽어보실 수도 있습니다.
A: 거부된 신청서를 수정 의견에 따라 수정하신 후 다시 제출하시면 2차 심사를 위한 스퀘어 신청서에 들어갈 수 있습니다.
Q: 신원 확인을 위해 근무일 기준으로 며칠 동안 기다려야 합니까?
A: 영업일 기준 1일 이내에 신청서에 응답해 드리겠습니다.
Q: 사이트 지원서 검토에 대한 답변은 얼마나 걸리나요? 수정된 사본은 새로운 제출물로 검토됩니까? 얼마나 걸릴까요?
A: 사이트 지원서 심사는 영업일 기준 1일이 소요되며, 카피라이팅 2차 심사는 영업일 기준 1일이 소요됩니다.
Q: 애플리케이션 인증 인터페이스를 추가해야 합니까?
A: 네, 신청 승인 페이지와 설명 페이지가 있어야 합니다.
Q: 애플리케이션을 제출하여 검토를 받으려면 승인된 사용자가 10명이 넘고 총 500개 이상의 인터페이스 호출이 필요합니까?
A: 신청서가 위 조건을 동시에 충족하지 못하는 경우 검토를 위해 제출할 수 없습니다.
Q: 내 마음대로 맞춤 서비스를 받으려면 어떤 애플리케이션을 신청해야 하나요? 어떻게 검토되나요?
A: 모든 지원서의 지원서 검토 과정은 동일합니다. http://open.weibo.com에서 직접 생성하실 수 있습니다.
Q: 내 앱 리뷰 결과 피드백 정보: 버튼을 클릭하여 사용할 수 없습니다. 하지만 여기서는 모든 것이 정상입니다. 어떤 브라우저를 사용하고 있는지 모르겠습니다.
A: 다중 브라우저 테스트를 실시합니다. 귀하의 애플리케이션에 브라우저 요구 사항이 있는 경우 페이지에서 눈에 띄는 위치에 사용자에게 메시지를 표시하세요.
Q: 검토를 위해 신청서를 제출하기 전에 현장 신청서를 테스트하는 방법은 무엇입니까? 사이트에서 해당 애플리케이션 주소에 직접 접속하면 항상 개발 중이라는 메시지가 뜹니다.
A: 실제 지원서 주소에서 테스트 해주세요.
Q: 내 애플리케이션 중 하나가 먼저 Weibo 오픈 플랫폼에서 검토를 통과해야 Apple에 적합할 수 있습니다. Weibo와 관련된 많은 기능이 불안정합니다. 지금 긴급한데, 빨리 검토해볼까요?
A: 모든 기능을 개선하고 최종적으로 검토를 위해 Weibo 플랫폼에 제출하려면 타사 애플리케이션이 필요합니다. 개발을 위해 테스트 계정을 사용할 수 있습니다.
Q: 내 애플리케이션에 승인된 사용자가 10명이 넘지만 아직 검토를 위해 제출할 수 없습니다. "승인된 사용자가 10명 이상"이라는 조건에 대해 잘 모르겠습니다. 검토되지 않은 애플리케이션은 테스트 사용자만 될 수 있습니다. 계정을 몇 개 더 등록하는 것을 제외하면 10명의 테스트 사용자와 1명의 차이점은 무엇입니까?
A: 예, 이는 출시 후 문제를 피하기 위해 출시되기 전에 사용자가 애플리케이션을 완전히 테스트할 수 있도록 하기 위한 것입니다.
Q: 검토를 위해 현장 신청서를 제출하는 방법은 무엇입니까?
A: 현장 애플리케이션 개발을 완료하고 문제 없이 테스트한 후, 현장 애플리케이션 요약 정보 페이지에서 "검토를 위해 제출" 버튼을 클릭하여 플랫폼에 애플리케이션을 제출할 수 있습니다. 검토를 위해 직원. 신청서 접수 후 영업일 기준 7일 이내에 담당 직원이 연락을 드리며, 개발하신 신청서를 시험해 보시고, 신청서 개발이 완료되어 정상적으로 사용 가능한지 확인 후 승인해 드립니다. 사이트 애플리케이션이 검토를 통과하면 테스트 계정 한도인 15개를 초과하고 모든 Weibo 사용자가 사용할 수 있으며 자동으로 애플리케이션 스퀘어에 추천됩니다.
Q: 내 Professional 버전 애플리케이션이 심사를 통과했는데 왜 App Plaza에서 찾을 수 없나요?
A: 다음과 같은 경우가 있습니다.
- Weibo 전문 버전의 신청 광장은 상단 가이드를 통해 들어갈 수 없으며, 웨이보의 "신청 센터"에서 찾을 수 있습니다. 관리 홈페이지 왼쪽 안내
- 귀하의 앱은 카피 라이팅 심사만 통과했으며 스퀘어 심사를 통과하지 못했습니다.
위 두 가지 상황이 아닌 경우 앱 스퀘어에서 앱 이름을 검색해 보세요.
일반적인 거부 이유를 확인하세요.
다른 애플리케이션 검토 관련 문제를 확인하세요.
애플리케이션 운영 관련 질문
Q: 스퀘어에 입장하기 위한 애플리케이션 신청은 어떻게 하나요?
A: 애플리케이션 관리 백엔드(http://open.weibo.com/apps)에서 검토를 위해 제출하세요. 검토를 통과한 후 Weibo 메인 웹사이트 애플리케이션 광장에 표시될 수 있는 기회가 주어집니다. 또한 Weibo 모바일 애플리케이션 채널을 표시할 기회도 받게 됩니다.
Q: 내 앱이 어떻게 추천될 수 있나요?
A: 플랫폼에는 권장 애플리케이션에 대한 표준이 있으며(2.4 사이트 애플리케이션 - 애플리케이션 추천 섹션 링크) 정기적인 프로모션을 위해 가장 적합한 애플리케이션을 선택합니다. @Weibo 개방형 플랫폼을 직접 추천해주세요
Q: 돈을 벌 수 있는 애플리케이션을 어떻게 개발하고 수익성을 달성할 수 있나요?
A: 오픈 플랫폼에 접속하는 개발자는 두 가지 방법으로 돈을 벌 수 있습니다.
- 인앱 부가가치/소품 기반 과금: 우수한 애플리케이션은 사용자의 심층적인 요구 사항을 발견하고 좋은 제품을 통해 사용자가 구매하도록 유도할 수 있습니다.
- 광고: 애플리케이션은 오픈 플랫폼에서 제공하는 광고에 접근하고 플랫폼과 수익을 공유할 수 있습니다.
Q: 내 애플리케이션을 승인한 사용자의 토큰이 만료된 경우에도 내 애플리케이션에서 알림/전송을 사용하여 해당 사용자에게 애플리케이션 알림을 보낼 수 있나요?
A: 만료되면 그 사람에게 알림을 보낼 수 없습니다. 만료되기 직전이고 애플리케이션 알림 기능이 현재 오프라인 상태일 때 그 사람에게 알림을 보내는 것이 좋습니다.
기타 애플리케이션 운영 관련 문제에 대해 자세히 알아보세요.
