Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Miss Negotiatrix
Science and Trade Institute Caldari State
5
|
Posted - 2015.08.12 15:56:19 -
[1] - Quote
So from what I can pick up through google and forum searches is that CCPs plans are to replace the API calls that require your Vcode etc with crest, eventually
So as I am currently writing a rather large spreadsheet containing a bunch of different info I should, I assume, use Crest whenever possible instead of API calls.... which kinda sucks cause it means learning everything about crest lol.
But one other question pertaining to Crest... will it replace the SDE Dumps as well? For instance I currently get a few tables from fuzzwork and throw the needed tables into a directory with excel then reference those files, it makes updating easy as I dont really need to do anything other than download and extract some files.
So as I'm writing a new spreadsheet instead of using say invtypes.xls would it be smarter to use crests market items link?
I would imagine that would slow things down some as it would be yet another link via internet but on the flip side it would make updating my spreadsheet even easier by eliminating the downloading of a table.
.. invtypes was just a quick example I also use marketgroups, stastations, metagroups to name just a few, I just wanna try to make sure I have forward compatibility... I dont want to have to scrap this and start from scratch in a few months or a year or so.
So thoughts? How Crest happy should I get compared to API calls and SDE Dumps?
Thanks. |
Dragonaire
Here there be Dragons
75
|
Posted - 2015.08.12 16:19:50 -
[2] - Quote
But one other question pertaining to Crest... will it replace the SDE Dumps as well? - short answer NO.
The whole point of the SDE is it's static data that isn't changing except when CCP makes changes related to updates and it would be pointless for CCP to be sending it out repeatedly 1000s (or millions) of times a day via either of the APIs.
Finds camping stations from the inside much easier.
Designer of Yapeal for the Eve API.
Check out the Yapeal PHP API Library thread.
|
Miss Negotiatrix
Science and Trade Institute Caldari State
5
|
Posted - 2015.08.12 16:23:35 -
[3] - Quote
so Im better off using SDE info above crest data ie: invtypes |
Aineko Macx
348
|
Posted - 2015.08.12 20:01:45 -
[4] - Quote
Miss Negotiatrix wrote:so Im better off using SDE info above crest data ie: invtypes The SDE certainly is faster, more reliable and more practical, allowing complex SQL queries.
Dragonaire wrote:it would be pointless for CCP to be sending it out repeatedly 1000s (or millions) of times a day via either of the APIs. If you do use CREST as intended, you DO pull static data many times a day due to the way we're supposed to traverse the information tree and the unnecessarily short cache timers which we shall respect.
iveeCore: The PHP engine for industrial activities and CREST library
|
Kali Izia
GoomWaffe Goonswarm Federation
53
|
Posted - 2015.08.12 21:10:58 -
[5] - Quote
Aineko Macx wrote:and the unnecessarily short cache timers which we shall respect. I've never actually heard of someone complaining that the cache timers are too short before. If something is cached for 5 minutes, nobody is forcing you to update that often if you don't actually use it that often.
If you do use static data from CREST (systems, types, etc), the best thing to do would be to invalidate your cache any time the version changes. serverVersion is on the root so that's just a single request. I personally just use a hash of that and include it in my keys so I automatically get a cache miss, but if you don't want older versions hanging around in memory then just check that separately and invalidate your caches once it changes. |
Miss Negotiatrix
Science and Trade Institute Caldari State
5
|
Posted - 2015.08.12 21:38:58 -
[6] - Quote
I was planning on just making a complex really in depth spreadsheet but now that I look more I cant seem to use anything but public crest, and api ofc
if I wanted market data Id need to do a SSO ... so now I gotta decide if I want to just stick with API for things like skill levels, market transactions, sell orders etc... (which to be fair I havent even looked if crest can do that yet) or if I want to actually make a program or even a website with php etc to do what I want.
My main worry is that they want to do away with API, which with the SSO I think they will have a lot of unhappy spreadsheet owners lol, I admit Crest would be nice for the market data but I just dont know if its worth the work that would be needed for me to get a SSO..., API and Eve Central are just so much more handy since I can just stick with excel, or even google docs... although this will be a big spreadsheet so I will probably use Excel as Google slows way down after a certain point.
Does anyone know if Eve Central switched to Crest for market data? |
Aineko Macx
348
|
Posted - 2015.08.13 08:20:46 -
[7] - Quote
Kali Izia wrote:If something is cached for 5 minutes, nobody is forcing you to update that often if you don't actually use it that often. The thing is that CREST requires of clients to implement a caching logic that will respect the caching times specified in the responses, but then makes bad use of it. Static data comes with a 20 minute cache timer. Of course you can hardcode that for some response types the cache timer shall be overridden by whatever logic or value you want, but that ugly as it makes your code less generic and is basically a crutch for an already existing mechanism that isn't used properly. CREST should set cache timers that align with downtimes for static data, for instance. Thats what I do btw: A second layer of caching above the response cache, that caches the gathered multipage responses, reindex by ID, etc, with expiry on next downtime...
Quote:If you do use static data from CREST (systems, types, etc) Whatever is available in the SDE I would of course get from there, but things like the regional market hrefs (which we are expected to follow), aren't.
iveeCore: The PHP engine for industrial activities and CREST library
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |