저는 Cronofy를 사용하여 (아직 로컬 테스트되지 않은) 내 응용 프로그램을 여러 달력 플랫폼과 통합하고 있습니다.Cronofy.com으로 기본 이벤트를 삭제할 수없는 이유는 무엇입니까?
기본적으로 생성 된 이벤트 (Google 또는 Outlook)를 업데이트하거나 삭제하는 데 문제가있어 그 이유를 이해할 수 없습니다. 문서 (https://www.cronofy.com/developers/api/)는 그것을 이해하는 데 충분하지 않으며 그 외에도 많은 것이 없습니다.
네이티브 이벤트 삭제 요청을 보내면 202 HTTP 응답이 반환되지만 Google/Outlook 일정에 이벤트가 남아 있으며 내 이벤트에 대해 동일한 작업을 수행하면 동일한 이벤트가 원활하게 삭제됩니다 202.
어떻게 작동시킬 수 있습니까? 나는 인증 흐름에 대해 읽었으며 202는 처리 중임을 의미하지만 처리 시간이 너무 길어서 (~ 2 일)
표준으로 샌드 박스 달력 액세스를 허용하고 개발자가 최종 사용자 캘린더의 기존 이벤트를 편집합니다.
이 기능이 필요한 경우 하나 이상의 사용자 캘린더에 대한 확장 된 권한을 요청할 수있는 절차가 있습니다. [email protected]을 통해이 정보에 대한 액세스를 원하면 알려주십시오.
우리는 API에서 '관리되는'이벤트와 '관리되지 않는'이벤트를 구분하여 사용 사례별로 필요한 작업을 간소화합니다.
관리 이벤트는 응용 프로그램에서 만든 이벤트입니다. 앱을 만들 때 애플리케이션의 이벤트 ID 인 event_id이 필요합니다. event_id으로 이벤트를 완벽하게 제어 할 수 있습니다. 관리되는 이벤트를 삭제하려면 event_id을 식별 매개 변수로 전달하십시오. https://www.cronofy.com/developers/api/#delete-event
관리되지 않는 이벤트는 사용자가 달력에서 만든 이벤트입니다. 이벤트에는 이벤트를 식별하는 데 사용되는 event_uid이 있습니다. 관리되지 않는 이벤트를 삭제할 수있는 충분한 권한이있는 경우 식별 매개 변수로 event_uid을 전달합니다.
우리가 을 반환하는 이유는 API가 비동기 적이기 때문입니다. 모든 API 요청은 작업자가 실행하는 저널 작업입니다. 우리는 다운 스트림 API에 대한 호출을 인라인하지 않습니다. 대신 우리는 귀하의 어플리케이션 성능이 귀하의 요청을 충족시키기 위해 달력 서버가 사용 가능하고 응답 성이 있는지 여부를 처리하지 못하도록 보호합니다.
당신이보고있는 것을 설명하는 데 도움이되기를 바랍니다. 질문이 있으시면 [email protected]으로 연락 주시기 바랍니다.
아담
는
이 [문서]에서 기준 (https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html) ** 202 HTTP 응답 ** 수단에 요청이 수락되었음을 처리를 위해 완료되었지만 처리가 완료되지 않았습니다. 요청이 처리되거나 실제로 처리되지 않을 수도 있습니다. 처리가 실제로 수행 될 때 허용되지 않을 수 있기 때문입니다. 이와 같이 비동기 작업에서 상태 코드를 다시 보낼 수있는 기능은 없습니다. 이 [관련 질문] (http://stackoverflow.com/questions/5079367/use-http-status-202-for-asynchronous-operations)을 확인하십시오. – abielita