JavaScript is required to use Bungie.net

服務提示
《天命2》將於明日暫時離線,以進行定期維修。請選取此處查看最新的《天命》伺服器及更新狀態。

論壇

原先發佈於:BungieNetPlatform
2/17/2016 7:59:10 PM
6
Greetings! Yes, so it sounds like you've got two separate issues here: 1) Various events (trials, SRL, Crimson etc...) aren't defined as Events in the Events endpoint 2) Weekly Crucible data isn't being returned I'll have to investigate (2) - you should be getting data for that, so there could be an error in our configuration of weekly crucible information! We'll look into it! But for (1) it's a bit of a long story. The events endpoint is something that we would manually configure when we needed information to come down that endpoint: we used it to drive certain UI in the mobile applications, and we used to use it for some old elements on the BNet website that have since been deprecated. Many events that were once driven by fixed calendars are now manually configured, so the information about those events are less interesting (as, for example, we can't know via content when a certain event is going to end, only that it's currently active or inactive). We can manually configure when we're told these events are going to end, but it is potentially subject to change and thus the data would be relatively unreliable. Since we've not been using the Events endpoint lately, it has been left neglected for some time now. I will bring it up - though we wouldn't be able to give you some useful information like the specific date that these events are ending in many cases, it would be useful to continue populating that events data for your guys' purpose even though we personally don't use it anymore.
English

文章張貼語言:

 

以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • Thank you so much for the info... if I could bend your ear one more time... So here is the cool thing. I don't care about start or end dates, just that it is active. Kinda like how I check Brother Vance for bounties and thus conclude that Trials must be active. That said though, since you don't use the events endpoint, how would you recommend I garner information about things like SRL, Iron Banner, Trials, Green Days (The Orange Vs Green 2v2 elimination event I am making up for St. Patricks Day week), Crimson Days etc.... I do not really care about when or what, just active vs not active and I would prefer not to scrape HTML... *ugh*. For Crimson Days, as an example, I could pull keywords from Shaxx bounties?!?! But that does not work with SRL... so I could check Amanda for Bounties... Thoughts?

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • Excellent - if you don't care about start or end dates, then we can definitely service that need! For now, until these events start popping up in the Events API (I have to do more investigation before I can promise that we can do this... I'd like to, but I don't currently know the full implications to the UI of our mobile apps if we were to start populating unexpected events in there), there are many for whom you can't really get at that information without a lot of assumptions. SRL: No reliable way to do it (while it was active before, you could have checked the users' available activities in the /characters/#/ endpoint for specific activities, but that sucks and is subject to change between versions of SRL) Iron Banner: The Events API is a good way to go with that, though I would like to make a more robust Advisor at some point. Trials: You should be able to check the Advisor endpoint's response.data.trials property, it has an "active" flag. But I would like to make a real "Event" to go with that if possible. Crimson Days: There was really no good way to look at this, again short of checking for the existence of a specific activity in /characters/#/, but again that sucks. I'd like to see that in the Events API if it comes about again. Theoretical future events: I'd like to see them in the Events API, and to have Advisors for them when it makes sense. I can't make guarantees on those, as each event is a bit different and thus its exposure in the API ends up being a bit different... but I would like to standardize on at least exposing them through events if it isn't going to break our Mobile app to do so. I'll do a bit of investigating and try to get this on the radar for the next time we have a major event.

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • Can I just say that this is the most amazing response I have ever gotten to a technical question asked... (And I architect/build public clouds for a living). Your, vis a vis Bungie's, take on input and willingness to help should be used as a model. Absolutely refreshing. Thank you sir. That aside... You mentioned "Advisor endpoint's response.data.trials property", please forgive my noobishness here, but I have not seen that endpoint from the Public API (see below)... Is this from the Character Advisor? Is that really the one I should be checking? This is all going into a notification for the clan, (I would share more deeply in a private message), which is why we don't care about end dates, just if something is active. (Below) https://www.bungie.net/platform/Destiny/Advisors/ returns (edited for brevity): { "Response": { "data": { "nightfallActivityHash": 1749151224, "heroicStrikeHashes": [] "dailyChapterHashes": [] "nightfallResetDate": "2016-02-23T09:00:00Z", "heroicStrikeResetDate": "2016-02-23T09:00:00Z", "dailyChapterResetDate": "2016-02-18T09:00:00Z", "dailyCrucibleHash": 3102295231, "dailyCrucibleResetDate": "2016-02-18T09:00:00Z", "nightfallRewardIndexes": [], "dailyCrucibleRewardIndexes": [], "heroicStrikeRewardIndexes": {}, "dailyChapterRewardIndexes": { }, "arena": [], "events": { "events": [] }, "nightfall": {}, "heroicStrike": {}, "dailyChapter": {}, "dailyCrucible": {}, "armsDay": {}, "weeklyCrucible": [], "availableBounties": {} } },

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • Thanks, we aim to please when we can! (sometimes technical or time difficulties prevent that :( But when we can, we like to be helpful to you all!) And you are correct - I was thinking of the private (Character) Advisor API, which is less than ideal. That's indeed not available via the public Advisor endpoint, which is a bummer. Given that, I think you're right that examining Vendors is your tenuous best bet... and is very strong evidence that we need to put Trials into the Events data!

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • On a side note - I noticed that this weeks arms day order for the Omolon Cocytus SR4 is showing with a suros foundry order icon on the gunsmith page and the hash for it in the api points to the same.

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

  • Hmm, I'll bring that up, thank you!

    文章張貼語言:

     

    以禮待人。發佈文章前請花點時間查看我們的行為準則 取消 編輯 創立火力戰隊 文章

你無權檢閱此內容
;
preload icon
preload icon
preload icon