Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 4 post(s) |
|
CCP Prism X
Gallente C C P C C P Alliance
|
Posted - 2011.02.22 13:19:00 -
[1]
We are receiving a high volume of malformed requests to this call which is reducing the quality of service for all API users. Call will be temporarily disabled while we implement a more permanent solution to this problem.
Thank you for your patience.
~ CCP Prism X EVE Database Developer and Acting API Dude |
|
Catari Taga
Centre Of Attention Middle of Nowhere
|
Posted - 2011.02.22 15:59:00 -
[2]
Thanks for the heads up. Two questions come up:
1. I thought you would simply IP block in those cases? 2. If you cannot IP block, was it necessary to disable the call for the SiSi API server, too? We could have used that as a fall-back otherwise.
I'm not terribly bothered, though, I'm confident you'll come up with a fix for the situation soon enough. --
|
Zach Rivan
Heilgar Trading Corp.
|
Posted - 2011.02.22 18:16:00 -
[3]
Edited by: Zach Rivan on 22/02/2011 18:16:51 I use this call once in a while (or used to, heh), just so we know what constitutes a "malformed call" (so I don't accidentally do the same)? Or is it just that there's been a lot of them like was explained on this forum here
|
Johnathan Roark
Caldari The Graduates Morsus Mihi
|
Posted - 2011.02.23 00:18:00 -
[4]
This is the one you give it a list of IDs and it returns names, correct? I am guessing people where using it to check nonexistent IDs or using the parameter 'id' instead of the correct 'ids'
POS-Tracker 3.0 Hosting |
Catari Taga
Centre Of Attention Middle of Nowhere
|
Posted - 2011.02.23 00:24:00 -
[5]
Or someone was building a db of character names and went from 0 to 2^31. Who knows. --
|
Zach Rivan
Heilgar Trading Corp.
|
Posted - 2011.02.23 00:54:00 -
[6]
Edited by: Zach Rivan on 23/02/2011 00:54:30 Hmm calling the API with an id list of 2.14 billion id's? Yeah I can see how that might cause some issues ;)
EDIT: still curious why you don't just block their IP though
|
Johnathan Roark
Caldari The Graduates Morsus Mihi
|
Posted - 2011.02.23 05:36:00 -
[7]
Originally by: Zach Rivan EDIT: still curious why you don't just block their IP though
Too many using it incorrectly?
POS-Tracker 3.0 Hosting |
Nikolai Kondratiev
Sphere Design Inc.
|
Posted - 2011.02.23 18:41:00 -
[8]
Also wondering where the amount of malformed calls is coming from (I'm really hoping no one was stupid enough to think making millions of calls - with thousands of IDs in each - to get a character database would be a decent idea )
And I'd have expected the CharacterID.xml (converting names to IDs) call to be one returning tons of errors. _ Ore Table | PI Profits |
Sigurs
|
Posted - 2011.02.25 19:53:00 -
[9]
Originally by: Johnathan Roark
Originally by: Zach Rivan EDIT: still curious why you don't just block their IP though
Too many using it incorrectly?
Or too many have mastered the art of using proxies while abusing api...
|
Pfaeron
|
Posted - 2011.02.26 15:00:00 -
[10]
Can we get an idea what kind of time frame is meant by temporary?
Are you talking about just a few more days? (4 days so far) Or are you talking weeks or months?
|
|
|
CCP Stillman
|
Posted - 2011.02.28 09:06:00 -
[11]
Originally by: Pfaeron Can we get an idea what kind of time frame is meant by temporary?
Are you talking about just a few more days? (4 days so far) Or are you talking weeks or months?
I won't promise anything. But we should definitely be back in business this week.
I'll let you know when we have a deployment window confirmed.
|
|
Pfaeron
|
Posted - 2011.02.28 17:51:00 -
[12]
Thanks. It is helpful for my own planning to understand your planned timeline. (i.e. a few more days.. good.. I can continue on my current project rather than going back to rewrite old stuff. happy happy)
|
Rouque Vanderbuilt
Caldari Avior Technology
|
Posted - 2011.03.01 11:08:00 -
[13]
Think the API Work not correct. Have an new Member in my Corp. - Ingame correct - API of Member -> not in my Corp -> he is in his old NPC Corp ...
|
B0TKILLER
|
Posted - 2011.03.01 15:27:00 -
[14]
Originally by: Rouque Vanderbuilt Think the API Work not correct. Have an new Member in my Corp. - Ingame correct - API of Member -> not in my Corp -> he is in his old NPC Corp ...
Same for me. I was 'born' during the API outage and my character name doesn't come thru in API pulls so I show as a 'rifter' or 'rupture' on my first 100 kills. 4 days, no petition response. Thanks CCP. Fix it.
|
|
CCP Prism X
Gallente C C P C C P Alliance
|
Posted - 2011.03.02 11:06:00 -
[15]
Update!
Call should be back in action around downtime today, the 2nd of March.
Aside from back-end changes pertaining to DB access and thread locking there are some changes facing the user side to prevent QoS decreasing usage of the call. * A hard maximum of 250 IDs passed in. Might change in the future depending on live results. * Any instances of repeated ids in the string will throw immediate errors with no returns. * If an ID is passed into the call that does not resolve to a proper ownerID (that is character/agent, corporation, alliance, faction) or a proper typeID will raise an error and not return any results regardless of the validity of other ids. * Trailing commas on the ids input will throw now errors.
As a future note: At some point this call will be deprecated and split into eve/OwnerNames and eve/TypeNames. Alongside that we'll add calls to resolve the names of non-owner locations (such as planets, the ship you are in, a station and so on). Any thoughts on that?
~ CCP Prism X EVE Database Developer and Acting API Dude |
|
|
CCP Prism X
Gallente C C P C C P Alliance
|
Posted - 2011.03.02 11:33:00 -
[16]
Edited by: CCP Prism X on 02/03/2011 11:37:39 Move along people, nothing to see here anymore.
~ CCP Prism X EVE Database Developer and Acting API Dude |
|
Lutz Major
|
Posted - 2011.03.02 12:23:00 -
[17]
Originally by: CCP Prism X * Any instances of repeated ids in the string will throw immediate errors with no returns. * If an ID is passed into the call that does not resolve to a proper ownerID (that is character/agent, corporation, alliance, faction) or a proper typeID will raise an error and not return any results regardless of the validity of other ids.
All or nothing, eh
Originally by: CCP Prism X As a future note: At some point this call will be deprecated and split into eve/OwnerNames and eve/TypeNames. Alongside that we'll add calls to resolve the names of non-owner locations (such as planets, the ship you are in, a station and so on). Any thoughts on that?
IMHO it is not a good idea for the end user, because we would have to know, whether or not this id is a type or a non-type id.
How should that work with the asset locationIDs? Do we have to query the OwnerName and then the non-owner call to determine the correct location of our stuff (office, station, moon, in-space, ...)
I primary use the data dump as reference for the ids and if I cannot find the id, I ask the API. For me all locationIDs are like 99.99% in the dump, but I know some other apps, which soley rely on the API
|
Catari Taga
Centre Of Attention Middle of Nowhere
|
Posted - 2011.03.02 14:55:00 -
[18]
Originally by: CCP Prism X Update!
Call should be back in action around downtime today, the 2nd of March.
Aside from back-end changes pertaining to DB access and thread locking there are some changes facing the user side to prevent QoS decreasing usage of the call. * A hard maximum of 250 IDs passed in. Might change in the future depending on live results. * Any instances of repeated ids in the string will throw immediate errors with no returns. * If an ID is passed into the call that does not resolve to a proper ownerID (that is character/agent, corporation, alliance, faction) or a proper typeID will raise an error and not return any results regardless of the validity of other ids. * Trailing commas on the ids input will throw now errors.
does this change apply to CharacterID.xml.aspx (which wasn't disabled), too?
Originally by: CCP Prism X Alongside that we'll add calls to resolve the names of non-owner locations (such as planets, the ship you are in, a station and so on). Any thoughts on that?
Seems like you are moving away from static data exports towards making it all available on demand (image export seems to be on the way to become deprecated, too, we are already being referred to the image server for npc corp and faction images). I'm just wondering if that makes sense given the bad API performance we've been seeing again recently. But it certainly makes mobile applications more lightweight and flexible. --
|
Captain Thunk
Sniggerdly
|
Posted - 2011.03.02 15:11:00 -
[19]
It may help if there was a guide to IDs to help determining what to use to resolve them. Most applications, certainly large intensive ones will have the CCP DB available.
Here's a rough guide I made while the sheet was down: 0-32471ItemsinvTypes 500001-500020FactionschrFactions / eveNames 1000002-1000182NPC CorpscrpNPC / eveNames 3008416-3019485Agents agtAgents / eveNames 9000001-9000001Universe (wh)mapUniverse 10000001- 11000030RegionsmapRegions / mapDenormalize / eveNames 20000001-21000323ConstellationsmapConstellations / mapDenormalize / eveNames 30000001-31002504Solar SystemsmapSolarSystems / mapDenormalize / eveNames 40000001-40467692PlanetseveNames / mapDenormalize / eveNames 50000001-50016483StargatesmapDenormalize / eveNames 60000004-60015147StationsstaStations / mapDenormalize / eveNames 90005041-90464107Player Charsapi_characters 100505653-2086655432Player Charsapi_characters 98004813-98012720Player Corpsapi_corporations 103425873-2078971499Player Corpsapi_corporations 99000003-99000413Player Allianceseve_alliances 101030469-2077084692Player Allianceseve_alliances
So in essence: 0 - 499999Search db.invTypes 500000 - 89999999Search db.eveNames anything above or failed resolve ask the API
Checking API when an ID that should be in the DB fails to resolve is a pretty handy way of bridging the short gap between expansion release and new CCP DB release. It'd be kinda cool if the rows had categoryID, groupID and typeID as well to match eveNames format - but I guess this isn't actually necessary. Though it would be useful with player,corp and alliance names. Early IDs are in seperate ranges, but at some point they became merged so later ones at not possible to determine what they are just by looking at them - you need to know where it came from.
The non-owner location sounds pretty badass, especially if it works on Assets to resolve ship names as well as the ship you're in - this makes tracking corp ships a little more conceivable.
What would also be awesome is the return of Sovereignty information (it was disabled many moons ago) locked to corp director like outposts and star bases.
|
Epitrope
The Citadel Manufacturing and Trade Corporation
|
Posted - 2011.03.03 08:09:00 -
[20]
Originally by: CCP Prism X Alongside that we'll add calls to resolve the names of non-owner locations (such as planets, the ship you are in, a station and so on). Any thoughts on that?
That sounds amazing! Do want ship names, container names, and POS tower & equipment names!
|
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |