These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

What is the chance of AssetList, etc getting migrated to CREST?

Author
Ligraph
The Scope
Gallente Federation
#1 - 2016-07-18 04:49:38 UTC
What are the chances of this happening? Mostly because I'm writing a cap spreadsheet and caches are getting REALLY annoying.
Salgare
Center for Advanced Studies
Gallente Federation
#2 - 2016-07-18 05:05:42 UTC  |  Edited by: Salgare
Ligraph wrote:
What are the chances of this happening? Mostly because I'm writing a cap spreadsheet and caches are getting REALLY annoying.


I think that is what I'm trying to address, what are you programming in?

crestj

I was looking at rabbit for an RPC to php and python just today, I'll do the java side, anyone up for the other side?
Ligraph
The Scope
Gallente Federation
#3 - 2016-07-18 06:19:18 UTC
Salgare wrote:
Ligraph wrote:
What are the chances of this happening? Mostly because I'm writing a cap spreadsheet and caches are getting REALLY annoying.


I think that is what I'm trying to address, what are you programming in?

crestj

I was looking at rabbit for an RPC to php and python just today, I'll do the java side, anyone up for the other side?


Using google script (javascript) with google sheets atm. I'm pulling this data from the xml api, I just want a way around the cache timer.
Salgare
Center for Advanced Studies
Gallente Federation
#4 - 2016-07-18 06:37:57 UTC  |  Edited by: Salgare
Ligraph wrote:
Salgare wrote:
Ligraph wrote:
What are the chances of this happening? Mostly because I'm writing a cap spreadsheet and caches are getting REALLY annoying.


I think that is what I'm trying to address, what are you programming in?

crestj

I was looking at rabbit for an RPC to php and python just today, I'll do the java side, anyone up for the other side?


Using google script (javascript) with google sheets atm. I'm pulling this data from the xml api, I just want a way around the cache timer.


I'm not at all knowledgeable about scripting languages. I noticed looking around zkill github they use a cron job, I assume for similar reasons. Windows also provides a scheduling service that will fire an executable for you on a repeating bases. Your just going to have to have some kind of timer that will poll it at the reported rate.

I'm just not clear on which scripting languages might provide for custom application server side daemons which provide threads/timers for you? Perhaps you already know all this and are simply bemoaning the work needed to do it.

That's where I'm wondering if a middle-tier java application utilizing rabbitMq to provide control/model leaving view up to pnp,python, js etc is of any utility to the community.

https://www.rabbitmq.com/tutorials/tutorial-one-javascript.html
Dragonaire
Here there be Dragons
#5 - 2016-07-18 13:51:15 UTC
Ligraph -
Quote:
Using google script (javascript) with google sheets atm. I'm pulling this data from the xml api, I just want a way around the cache timer.


If you are trying to find a way around the cachedUntil time in the XML it's not possible as the API servers cache the request result on their side as well and just return the same result for addition queries until it expires. This was done according to CCP to protect their DB servers from the load as it's a very taxing query for them to run. Even if/when it becomes a CREST end point chance are they will keep similar cache times since where it's coming from doesn't change how much load it generates to the DB.

Finds camping stations from the inside much easier. Designer of Yapeal for the Eve API. Check out the Yapeal PHP API Library thread.

Ligraph
The Scope
Gallente Federation
#6 - 2016-07-18 18:39:41 UTC
Dragonaire wrote:
Ligraph -
Quote:
Using google script (javascript) with google sheets atm. I'm pulling this data from the xml api, I just want a way around the cache timer.


If you are trying to find a way around the cachedUntil time in the XML it's not possible as the API servers cache the request result on their side as well and just return the same result for addition queries until it expires. This was done according to CCP to protect their DB servers from the load as it's a very taxing query for them to run. Even if/when it becomes a CREST end point chance are they will keep similar cache times since where it's coming from doesn't change how much load it generates to the DB.


Ok, that's what I thought, just wanted to make sure I hadn't missed something obvious.