[我注意到,当我通过event_search方法搜索将来的事件时(按日期排序),结果集中的第一个事件的开始日期为过去的日期。这些事件的问题在于它们是可重复的事件(例如,每周一次),但是API不会返回事件的重复类型(每天,每周,每月,其他)。方法至少应返回下一个事件的开始日期和重复类型。
隐藏功能:
向您的API请求添加“ display = repeat_schedule”,以显示每个重复实例的一系列start_date,end_date对。
不幸的是,Eventbrite的“重复事件”功能(在其网站上提供)与他们的API服务不完全兼容:
大多数存储模型具有关联的标识符或“句柄”以引用每个资产或资源。在REST中,这些标识符称为“资源ID”。Eventbrite的重复事件共享一个事件ID,并且它们包含描述重复事件时间表的字符串。
返回重复事件链的开头,并且将“ repeats”属性设置为“ yes”。并且,“ repeat_schedule”属性现在应该出现在所有重复事件中。
根据事件配置为重复显示的方式,显示的字符串将具有不同的格式:
每日重复活动:
每周重复的事件:
每月重复的事件:
此错误需要由EventBrite修复
[有一个新的终结点,可用于获取一系列事件中的所有事件,唯一需要的值是:OAuth Token
和event_series_id
,这是父事件ID或事件的ID,其中系列已创建。