4 가지 시 나 Weibo 오픈 플랫폼 개발자가 할 수 없다

구글, "안 악", 라는 논란이 될 수 있지만에서 유명한 말이 있다 하지만 분명 많은 회사의 외부 선전 또는 내부 요구는 "하지 않으면 악". 여부를 당신은 알고 있다, 사실, 시 나도 악 할 수 없는 규칙은 모른다!

오픈 플랫폼의 개념의 발전, 점점 더 많은 기업 개방형 플랫폼에 합류 했다, 그들은 희망 하는 제 3 자 개발자 유치 더 많은 사용자가 자신의 플랫폼에 좋은 제품을 만들 수 있습니다. 큰 인터넷 회사를, 개발자가 필요로 하는 오픈 플랫폼에 그들의 자신의 규칙을가지고 또는 그들은 심각 하 게 처벌 될 것 이다. 그럼 우리 Sina Weibo 오픈 플랫폼에 금기의 일부를 소개 합니다, 희망 플랫폼 개발자는 규칙을 이해할 수 있다, 그들의 자신의 제품을 홍보에 "하지 않으면 악" 더 나은의 전제 아래.

시 나는 악마를 사용 하 여 개방형 플랫폼 응용 프로그램 감사를 통해 응용 프로그램을 의미, 개발자가 수정 제출 하지 두 감사, 개발자 계약의 위반 또는 응용 프로그램의 감사 사양 포함 하는 수정 된 응용 프로그램. 4 개의 주요 범주가 있습니다.

첫째, 우려 클래스:

(i) 자동 관심의 응용

1 목록: 응용 프로그램 이름-는 고 대 아름다움 전에 했다?

악마의 행위:

지식의 부재에서 몇 일, 어떤 힌트 없이 응용 프로그램을 사용 하는 사용자,이 응용 프로그램을 통해 사용자 계정을 자동으로 다른 마이크로 블로그 계정에 관심을 지불.

처리 방법:

인터페이스 10 작업 일, 심각한 에피소드, 인터페이스와 마이크로-보 개발 홍보를 위한 플랫폼 공식 계정 영구 정지 관심에 관심을 중지 합니다.

(주의 추가 하려면 기본 검사 ii)는 숨겨진 설정 확인

사례 2: 응용 프로그램 이름--새 해 v 인사말 카드

악마의 행위:

사용자를 선택 하지 않은 경우 적용 공식 microblog에 초점을 기본 검사

두 번째, 머리 마이크로 블로그

(i) 자동 microblogging의 응용

사례 3: 응용 프로그램 이름-msnlite 경력 피 규 어

악마의 행위:

즉시, 테스트에서 사용자 클릭 어떤 힌트도 없이 자동으로 microblog을 보냅니다 사용자의 microblog 피드

처리 방법:

인터페이스의 홍보를 위한 마이크로 보 오픈 플랫폼 공식 계정에 릴리스를 영구적으로 중지, 인터페이스 10 작업 일, 심각한 에피소드를 게시 중지 합니다.

(ii) 기본 틱 마이크로 블로그의 숨겨진 설정 확인

아니, 경우 치료 방법 동감.

셋째, 광고 스팸

광고 설정은 응용 제품 환경에 심각한 영향을

사례 4:

악한 행동: 감사를 통해 신청 후 추가 하 고 적용의 많은 수를 사용 하 여 정보, 광고 없는 페이지에서 허가 없이 개발자가 응용 프로그램 제품군에 영향을 사용자 경험 차지.

처리 방법: 사각형 복사본 거부, Weibo 오픈 플랫폼 공식 계정 홍보

Iv. 데이터 보안 클래스

(i) 다중 애플리케이션 개발 승인 응용 프로그램 키 사용 권한 (포함 도둑 질 다른 개발자 Appkey)를 사용 하 여 하 고 이러한 행위의 여러

케이스 5:msnlite 직장 번호

악 하 고 행위: 응용 프로그램 인터페이스 권한이 중지 되었습니다, 그리고 개발자는 악한 행동을 할 감사 된 다른 응용 프로그램 키를 사용 하 여.

방법: 인터페이스 사용 권한 적용을 중지 하 고이 개발자 응용 프로그램 감사를 영구적으로 중지.

(b) 후 감사, 개발자는 권한 부여, 사용자 경험 및 데이터 보안 동작에 어떤 영향의 무단.

케이스 없음

처리 방법: 발견, 일단 인터페이스를 중지 하 고 응용 프로그램 감사를 영구적으로 중지.

또한, 위의 있도록 다루지 않습니다 악한 행동, Sina Weibo 오픈 플랫폼을 사용 하는 인터페이스의 권리 조정 (포함 하지만 인터페이스 권한의 감소에 국한 되지 않음, 사용 권한을 중지 하 고 감사 중지) 권한이 순서와 개발자의 응용 프로그램에 대 한 마이크로-보 플랫폼에 심각한 영향을 미칠.

우리 개발자에 경계 되 고의 희망에서이 문서를 정리 했습니다. 이러한 작업 뿐 아니라 정신을 위반 오픈 플랫폼의 사용자 경험을 파괴, 개발자의 명성과 제품 명망은 치명적인 손상을. 이미 시 나 오픈 플랫폼 규칙 위반 즉시, 수정 수 희망 시 나 공식 알고 후회를 처벌 결정 하 게 될 때까지 기다리지 말고. 같은 시간에 우리는 규칙을 위반 하는 사람들은 의도 하는 경우에 대부분의 개발자는 규칙에 따라 하고자 하는 생각 때문에 발생 하는 규칙을 이해 하지 않습니다.

기회 Wuzegamin!