Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 3 post(s) |
Brian Paignton
State War Academy Caldari State
0
|
Posted - 2014.10.15 11:41:00 -
[1] - Quote
Hi,
I'm having some trouble with the CREST API and hope that someone can help me.
I've been reading the CREST documentation (located at https://developers.testeveonline.com/resource/crest).
Quote:All resources are reachable from the root API entry point URI. Clients should not construct URIs, but instead follow URIs included in representations they have received.
With that in mind my first call to the API is as follows...
http://public-crest.eveonline.com
... which gives me back a links to a number of resources that I can use.
First problem If I follow http://public-crest.eveonline.com/industry/teams/ and from the returned RESTful document I then follow http://public-crest.eveonline.com/solarsystems/30000159/ I get an error message as follows:
Quote:{ "message": "The route was not found", "key": "routeMissing", "exceptionType": "NotFoundError" }
This looks like a routing issue (possibly WebAPI) - is this an error on my part or have CCP not implemented that URI yet?
Second Problem When I made a request for teams (in above example) the data took a really long time to come back. I would estimate around 5 minutes. Is this because the system isn't fully up and running yet? I wanted to do some industrial calculations using the list of systems and their current industrial indexes but that data takes so long to come back.
Would appreciate any feedback on my problems and corrections to what I am doing if I am doing something wrong.
Thanks, Brian
|
|
CCP FoxFour
C C P C C P Alliance
3569
|
Posted - 2014.10.15 12:28:00 -
[2] - Quote
public CREST != CREST
Not everything is exposed via public CREST
CREST is still not out. CCP FoxFour // Game Designer // @CCP_FoxFour |
|
Brian Paignton
State War Academy Caldari State
0
|
Posted - 2014.10.15 13:44:00 -
[3] - Quote
Thanks for the clarification.
Regarding my second point - the service is performing fine. The client I was using was transforming the returned response into "beautified" JSON which was taking a long time and giving the impression that the service was slow. |
|
CCP FoxFour
C C P C C P Alliance
3570
|
Posted - 2014.10.15 14:00:00 -
[4] - Quote
Brian Paignton wrote:Thanks for the clarification.
Regarding my second point - the service is performing fine. The client I was using was transforming the returned response into "beautified" JSON which was taking a long time and giving the impression that the service was slow.
Probably took time to beautify the JSON. This data is meant to be ingested by code, not viewed directly. A few tests showed a maximum response time of 253ms for me though. CCP FoxFour // Game Designer // @CCP_FoxFour |
|
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
4025
|
Posted - 2014.10.16 15:27:00 -
[5] - Quote
If you need data which doesn't change (like the names of star systems), the SDE is the place to get it. (there are converted versions on my site, if MS SQL doesn't appeal) Woo! CSM 9! http://fuzzwork.enterprises/ Twitter: @fuzzysteve on Twitter |
Taupwnz
Native Freshfood Minmatar Republic
9
|
Posted - 2014.10.19 19:43:00 -
[6] - Quote
Wonder if you could add paging to the CREST right away. For me its about 3208 ms loading time for GET /industry/teams/
And is there some doc. about what is public CREST endpoints and what's CREST to have clear understanding what's going on ?
sorry for bad English. |
|
CCP Nullarbor
C C P C C P Alliance
872
|
Posted - 2014.10.19 22:05:00 -
[7] - Quote
Taupwnz wrote:Wonder if you could add paging to the CREST right away. For me its about 3208 ms loading time for GET /industry/teams/
And is there some doc. about what is public CREST endpoints and what's CREST to have clear understanding what's going on ?
sorry for bad English.
Pagination won't actually help if it's the kind of resource where you need all the data anyway. Filtering to only fetch based on region or solarsystem might, but in reality this particular resource is not really big enough to warrant doing that either.
Response times will vary depending on whether we have already warmed our cache for this request. If bandwidth is a problem for you, try enabling gzip compression on your request which will bring the response size down to about 230k. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
Max Kolonko
High Voltage Industries Ash Alliance
471
|
Posted - 2014.10.20 06:04:00 -
[8] - Quote
CCP Nullarbor wrote:Taupwnz wrote:Wonder if you could add paging to the CREST right away. For me its about 3208 ms loading time for GET /industry/teams/
And is there some doc. about what is public CREST endpoints and what's CREST to have clear understanding what's going on ?
sorry for bad English. Pagination won't actually help if it's the kind of resource where you need all the data anyway. Filtering to only fetch based on region or solarsystem might, but in reality this particular resource is not really big enough to warrant doing that either. Response times will vary depending on whether we have already warmed our cache for this request. If bandwidth is a problem for you, try enabling gzip compression on your request which will bring the response size down to about 230k.
Have You tried putting cache servers in some warmer environment for better performance? Maybe next to an oven? Or just turning off AC in server room? :P Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |