| Author |
Thread Statistics | Show CCP posts - 20 post(s) |
|
CCP FoxFour
C C P
C C P Alliance
4207
   |
Posted - 2016.01.04 14:14:59 -
[1] - Quote
Hey people,
Wanted to give you all a heads up about some changes coming to Sisi later today. Hopefully they will be deployed around 15:00. Here is a brief rundown of the changes:
Alliance resources:
- Version 1 of the Alliances resource is now deprecated.
- Version 2 has been added to fix the awkward formatting of having a href in a href nonsense. Sorry about that.
- V2 has a 5 minute cache.
- Fixed a defect in the Alliance resource where if the executor corp no longer existed the resource would fail to be parsed. Fixing this means the executorCorporation field is now optional.
Universe resources:
- Added ID for the regions collection and individual region resources.
- Added a constellations collection.
- Added ID to the individual constellation resource.
- Added a solar systems collection.
- Added the new constellations and solar system collections as a link in the root of CREST.
Contacts:
- Fixed a defect where if a contact list contained an alliance the resource would fail to parse.
- Finalized work on exposing read and write access for contacts to third-party developers.
Dogma information:
- Added two new collections for dogma effects and dogma attributes to CREST.
- Added information about a types dogma attributes and dogma effects to the type resource.
- Added a link to dogma effects and dogma attributes from the root.
Added character waypoints to CREST:
- This gives developers the ability to send a POST request to the waypoints resource, linked from the character resource, and set a client's auto pilot destination. This will turn off the autopilot on the client.
Other:
- Exposing a characters location with the charactersLocationRead scope and a cache time of 10 seconds. !! THIS CACHE TIME IS SUBJECT TO CHANGE !!
- Added ID attribute for types in market types.
- Added ID attribute for market groups in market groups.
- Added typeID to the type collection and type resource.
This is the current version on Sisi: EVE-2016-ALEX 14.1.993568.993561
You can see the version in the CREST root. When the last two numbers are both equal to or above 994194 it will have been updated to include all my stuff.
Some extra scopes are going to be required for some of these resources to work, namely charactersLocationRead and charactersNavicationWrite. I will post back once I have those on Sisi. I think the contacts write one is already there.
Here is an example of setting a waypoint:
{
"solarSystem": {"href": "http://crest.regner.dev/solarsystems/30000142/", "id": 30000142},
"first": true,
"clearOtherWaypoints": false
}
It only works for solar systems at this time. I will try and add stations for the next release next month.
Anyways, gotta run. Will try and respond with more details later.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4207
|
Posted - 2016.01.04 14:24:33 -
[2] - Quote
As an advisory this is going to be one of the first cases where we really bump a version number and break backwards. Specifically this is in the Alliance resource. If you use that and do not send an Accept header you are going to get the newest version and your **** is probably going to break. You have been warned.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP Tellus
C C P
C C P Alliance
29
|
Posted - 2016.01.04 14:30:55 -
[3] - Quote
You are awesome, FoxFour!  |
|
|
CCP FoxFour
C C P
C C P Alliance
4209
|
Posted - 2016.01.04 14:49:28 -
[4] - Quote
I have added the following scopes to Sisi: characterContactsWrite, characterNavigationWrite, and characterLocationRead
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4209
|
Posted - 2016.01.04 14:53:49 -
[5] - Quote
Rudy Miller wrote:CCP FoxFour wrote:
- Exposing a characters location with the charactersLocationRead scope and a cache time of 10 seconds. !! THIS CACHE TIME IS SUBJECT TO CHANGE !!
What kind of data does charactersLocationRead provide? System? XYZ coords? Something else?
Just solar system. Here is a sample output:
{
"solarSystem": {
"id_str": "30000140",
"href": "http://crest.regner.dev/solarsystems/30000140/",
"id": 30000140,
"name": "Maurasi"
}
}
It will return an empty dictionary of the character is offline.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4212
|
Posted - 2016.01.04 15:14:47 -
[6] - Quote
The new waypoints resource and the location resource can both be found via links in the character resource.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4212
|
Posted - 2016.01.04 15:15:48 -
[7] - Quote
Oh also, because I have been a bit busy I haven't exposed the new dogma resources in public CREST on Sisi. You should however have no problem getting them from authenticated CREST. Both linked from the CREST root.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4212
|
Posted - 2016.01.04 15:27:33 -
[8] - Quote
Server is up with the changes.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP Tellus
C C P
C C P Alliance
31
|
Posted - 2016.01.04 19:35:20 -
[9] - Quote
Risingson wrote:is the cache time likely to get shorter (4 sec) or longer ?
Depends on how much people yell at us. 
|
|
|
CCP FoxFour
C C P
C C P Alliance
4214
|
Posted - 2016.01.04 19:35:58 -
[10] - Quote
Risingson wrote:CCP FoxFour wrote:- Exposing a characters location with the charactersLocationRead scope and a cache time of 10 seconds. !! THIS CACHE TIME IS SUBJECT TO CHANGE !! is the cache time likely to get shorter (4 sec) or longer ? thank you for your work.
It is more likely to go up but I am hoping after some optimizations made today we can actually go lower. Just need to see what this does to load on TQ. TQ behaves so differently than anything else. :(
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4214
|
Posted - 2016.01.04 20:36:35 -
[11] - Quote
Max Kolonko wrote:Btw, what kind of rate limit Are You guys planning for it? Can I for example have 100 persons loggged in into my app and check their locations every 10 seconds? Or 300? Or 1000?
Should be fine. We will toss 503's if you start doing to many requests and we can evaluate the rate limit at that time.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4215
|
Posted - 2016.01.05 08:09:05 -
[12] - Quote
Pete Butcher wrote:Any chance for bulk market order import? It would be better for both the client and the server to make just one request to fetch the market for given region/types instead of thousands. And we know how fast that currently works 
I will bump that higher on my priority list to look into. Not for this release as this release comes out next week and I am already getting stared at for putting these changes in so late. :)
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4215
|
Posted - 2016.01.05 08:39:29 -
[13] - Quote
Jarno Midumulf wrote:what is this madness?! is it Christmas again? CCP FoxFour wrote:
It will return an empty dictionary of the character is offline.
is it possible te return the last known location when a player is offline? this is already in the game so why not add it to crest? (corp -> members -> location)
Possible yes, but at this time I am trying to keep this resource as light as possible. Right now the request goes something like this:
Internet (and whatever load balancers and such network ops has) -> NGINX -> CREST proxy (at this point we verify the character in the authorization header matches the requested character, the token should have been looked up and cached, we then use the character ID to determine which sol node to send the request to, at this point we are doing all in memory lookups) -> sol node running the character manager for the requested character (at this point we look to see if a session belonging to that character exists on this node, if it doesn't we return None, if it does we pull the solar system from the session) -> CREST proxy (format the response) -> back to the NGINX (cache the response here) -> internet
So at this point in time we are getting away with completely in memory information, a few simple dictionary lookups, and that is about it. If this is the first request for a given authorization token we need to make a network hop to the SSO to make sure it is valid and then we cache that response for a few minutes.
Getting the characters location at time of logoff would require a DB dip. :( Considering how much we expect this to get hit I am hoping to avoid that at this time. You can get that information from the XML API on a slower cache time.
When we expose more resources in CREST we can look at getting that information moved over in a more sane manner. Just not this resource at this time. :)
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4232
|
Posted - 2016.01.10 00:25:21 -
[14] - Quote
Jack Hayson wrote:Just found a (probably caching related) bug in the location ressource:
Jumping back into the system you just came from causes CREST to not update your location for several minutes.
Reproduction:
-login character in System A (Vlillirier) pull location, CREST returns System A within 10 seconds.
-jump into system B (Alsavoinon), pull location, CREST gives me System B within 10 seconds.
-now I jump BACK into System A but CREST continues to give me SYSTEM B for >5 minutes.
If I then jump to System C (Oicx) CREST updates to System A while jumping and then to System C.
(not sure under which category I should bug report this on Sisi)
Any chance you can check the headers? We should return the cache status of the requests. I wont have time to fix this before it ships but hopefully can track it down and fix it as soon as possible.
Huge thank you for testing this and responding here with this information. This is a huge help!
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4233
|
Posted - 2016.01.11 19:10:31 -
[15] - Quote
Dusty Meg wrote:Would it be possible in a later update to get something like the fleet name if the character is in a fleet?
We currently use the igb to track shares during my corps mining ops and atm we cannot see a easy way to track this when the igb is removed.
The location will definitely help with us moving tocrest and plans have been done for a version using crest but we would need to have more data exposed through crest to reliable be able to track through it.
Is fleet information included in the IGB headers?
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4233
|
Posted - 2016.01.11 19:11:40 -
[16] - Quote
I am hoping to get a CREST resource out later that lets fleet bosses basically see the fleet composition window via CREST.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4234
|
Posted - 2016.01.12 10:23:55 -
[17] - Quote
I hope to get the ship type ID in but still trying to figure out how right now.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4234
|
Posted - 2016.01.12 13:47:39 -
[18] - Quote
BigSako wrote:Mikokoel wrote:CCP FoxFour wrote:I am hoping to get a CREST resource out later that lets fleet bosses basically see the fleet composition window via CREST. This would be the most amazing thing ever! As already stated in the other post about the IGB, this would be amazing on a secondary screen (e.g., smartphone/tablet). Think about it like this: I need to see my fleet composition, so I'm gonna grab my phone, open up the EvE FC App, and there you go: 10 Scimitars 15 Basilisks 75 Shield Lokis 10 Hugins 5 Lachesis 1 Drake No need to use dscan + copy paste and go to a website, no need to alt-tab.
SO GOOD!
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4236
|
Posted - 2016.01.13 09:12:51 -
[19] - Quote
Dusty Meg wrote:Jack Hayson wrote:Dusty Meg wrote:
It doesn't but using the igb we can send a one time use link into fleet chat so only people from that fleet can get the link (theoretically)
You can do the same thing with an external browser link. Not really as each person would have to log in and out on every alt. Using the igb we get the name and ship when the link is clicked
I have other plans for fleet stuff that should hopefully come along sooner rather than later. Should cover all of your use cases. :)
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P
C C P Alliance
4237
|
Posted - 2016.01.18 08:42:01 -
[20] - Quote
Jack Hayson wrote:CCP FoxFour wrote:Jack Hayson wrote:Just found a (probably caching related) bug in the location ressource:
Jumping back into the system you just came from causes CREST to not update your location for several minutes.
.... Any chance you can check the headers? We should return the cache status of the requests. I wont have time to fix this before it ships but hopefully can track it down and fix it as soon as possible. Huge thank you for testing this and responding here with this information. This is a huge help! Don't want to annoy you but this is also not working correctly on TQ. I can't switch our mapping tool to CREST while this problem persists because it completely messes up chain mapping. Jumping A->B->C->B->A will most of the time return A->B->C->A which then causes the mapper to assume that there is a wormhole connection between A and C. Sometimes it will also just stay stuck at C until I relog the character. Sometimes it works correctly - but most of the time it doesn't.
Probably best to move this conversation over tot he dev blog thread. See my post here: https://forums.eveonline.com/default.aspx?g=posts&m=6274873#post6274873
I am totally aware that this resource is pretty much useless in this state and I am working on fixing it but something else has come up that I need to finish first before I can get back to this.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
| |
|