Pages: 1 :: [one page] |
|
Author |
Thread Statistics | Show CCP posts - 1 post(s) |
Olwein
Secure Nexus
1
|
Posted - 2013.04.01 15:16:00 -
[1] - Quote
As a web developer, responsible with a large group of users, I have been tasked with the creation of a system of retrieving the losses for individuals so the ships they lost can be reimbursed.
The problem that I have come up against, is the policy of restricting access to the KillLog on an account wide basis for the cache period of 1 hour; the KillLog exhausted error message.
The issue becomes compounded when we have members who have multiple services accessing the KillLog API, such as EVE-Kill, Personal/Corporation Killboards, EVEMon, EVEHQ.
Which it is easy to check for the availability of kills, there could easily be a point in the future where each system accessing the KillLog API could lock out the KilLog API completely.
As I've pondered this problem, I had come up with some potential solutions, and I'm sure there is a lot more possible options I have not considered:
- Create an alliance API system that allows the CEO/Directors of the Alliance holding corp to get the kills for the entire alliance? For alliances, this would reduce the multiple calls to the API to a single and albeit larger request.
- Simply return the cached response from the last request of the API, rather than placing a query on the server every time the API is accessed? There would be no need to check the server when a call has already been cached. This would not reduce the overall bandwidth load, but would reduce the processing power required to request the data.
- If you could put a delayed cache of the kill log on a CDN, 3rd party programmers like myself could use that for Ship Replacement systems, rather than place a load on the API server. Perhaps it needn't be on a CDN, but a delayed KillLog that runs for every 12 hours for example, should reduce your load.
I appreciate your time considering this issue.
Thanks
Olwein.
|
Tonto Auri
Vhero' Multipurpose Corp
43
|
Posted - 2013.04.01 15:35:00 -
[2] - Quote
You're not first one to come against this issue. Could have used forum search, you know? |
Jonatan Reed
Origin. Black Legion.
68
|
Posted - 2013.04.01 18:13:00 -
[3] - Quote
Just scrape the data from another killboard if it's really that much of an issue. ELITE PVP, WHADDUP |
Peter Powers
Terrorists of Dimensions Free 2 Play
133
|
Posted - 2013.04.02 08:04:00 -
[4] - Quote
Jonatan Reed wrote:Just scrape the data from another killboard if it's really that much of an issue. thats not how you make friends. 3rdPartyEve.net - your catalogue for 3rd party applications |
Karbowiak
4M-CORP Red Alliance
107
|
Posted - 2013.04.02 15:33:00 -
[5] - Quote
Feel free to abuse the zKillboard API for this purpose.
https://zkillboard.com/information/api/ |
Olwein
Secure Nexus
1
|
Posted - 2013.04.02 17:29:00 -
[6] - Quote
So rather than trying to fix the problem at its core, you intend to use workarounds? |
Tonto Auri
Vhero' Multipurpose Corp
48
|
Posted - 2013.04.02 18:13:00 -
[7] - Quote
Olwein wrote:So rather than trying to fix the problem at its core, you intend to use workarounds? You're addressing wrong people here. We can't fix it, only CCP can. |
Karbowiak
4M-CORP Red Alliance
107
|
Posted - 2013.04.03 20:11:00 -
[8] - Quote
Olwein wrote:So rather than trying to fix the problem at its core, you intend to use workarounds?
We all have to use workarounds, since none of us can actually fix the actual issue.
CCP is the issue, and they wont fix anything with the API before AFTER Fanfest.. So, yeah..
Workarounds.. |
Shellac Brookdale
RAZOR Alliance
6
|
Posted - 2013.04.03 20:50:00 -
[9] - Quote
Karbowiak wrote: CCP is the issue, and they wont fix anything with the API before AFTER Fanfest..
After fanfest is before next fanfest
|
Olwein
Secure Nexus
1
|
Posted - 2013.04.06 16:51:00 -
[10] - Quote
Tonto Auri wrote:Olwein wrote:So rather than trying to fix the problem at its core, you intend to use workarounds? You're addressing wrong people here. We can't fix it, only CCP can.
Its funny in a dumb way. I submitted a petition, and the response was to post it in this forum. This forum's response was to contact CCP. I think I'm getting the no-****-gonna-happen runaround.
Ol |
|
Squizz Caphinator
Primary.
101
|
Posted - 2013.04.06 18:57:00 -
[11] - Quote
You might be interested in these two posts:
https://forums.eveonline.com/default.aspx?g=posts&m=2559830#post2559830 https://forums.eveonline.com/default.aspx?g=posts&m=2561930#post2561930 Various projects I enjoy putting my time into: http://eve-kill.net | http://zkillboard.com | http://evewho.com | http://evechatter.com | http://skillq.net |
Krazynikomo
Dreddit Test Alliance Please Ignore
50
|
Posted - 2013.04.07 16:58:00 -
[12] - Quote
Not worth it to even touch the current API, as far as development goes, from CCP's perspective. Might as well try to push forward as far as possible with CREST, in order to get rid of the old API. |
Tonto Auri
Vhero' Multipurpose Corp
55
|
Posted - 2013.04.07 17:01:00 -
[13] - Quote
Krazynikomo wrote:Not worth it to even touch the current API, as far as development goes, from CCP's perspective. Might as well try to push forward as far as possible with CREST, in order to get rid of the old API. Why? |
Olwein
Secure Nexus
1
|
Posted - 2013.04.08 19:45:00 -
[14] - Quote
Thanks Sir! |
Ydnari
Estrale Frontiers Project Wildfire
165
|
Posted - 2013.04.08 21:36:00 -
[15] - Quote
Krazynikomo wrote:Not worth it to even touch the current API, as far as development goes, from CCP's perspective. Might as well try to push forward as far as possible with CREST, in order to get rid of the old API.
Hasn't CREST been abandoned as a customer-facing thing? Apparently it runs the DUST-EVE link but there's been no news on it in many months. vote steve https://community.eveonline.com/community/csm/candidate?id=7933451 |
|
|
|
Pages: 1 :: [one page] |