open All Channels
seplocked EVE Technology Lab
blankseplocked Disabling of /eve/CharacterName.xml.aspx - UPDATED! March 2nd
 
This thread is older than 90 days and has been locked due to inactivity.


 
Author Topic

CCP Prism X


Gallente
C C P
C C P Alliance
Posted - 2011.02.22 13:19:00 - [1]
 

Edited by: CCP Prism X on 02/03/2011 11:07:09
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.

Update 2nd of March!

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
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'

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
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?

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 Rolling Eyes )

And I'd have expected the CharacterID.xml (converting names to IDs) call to be one returning tons of errors.

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
EON Technologies
NEW.ORDER
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 ... Sad

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 ... Sad


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


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. Very Happy

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 Sad

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 - 32471 Items invTypes
500001 - 500020 Factions chrFactions / eveNames
1000002 - 1000182 NPC Corps crpNPC / eveNames
3008416 - 3019485 Agents agtAgents / eveNames
9000001 - 9000001 Universe (wh) mapUniverse
10000001 - 11000030 Regions mapRegions / mapDenormalize / eveNames
20000001 - 21000323 Constellations mapConstellations / mapDenormalize / eveNames
30000001 - 31002504 Solar Systems mapSolarSystems / mapDenormalize / eveNames
40000001 - 40467692 Planets eveNames / mapDenormalize / eveNames
50000001 - 50016483 Stargates mapDenormalize / eveNames
60000004 - 60015147 Stations staStations / mapDenormalize / eveNames
90005041 - 90464107 Player Chars api_characters
100505653 - 2086655432 Player Chars api_characters
98004813 - 98012720 Player Corps api_corporations
103425873 - 2078971499 Player Corps api_corporations
99000003 - 99000413 Player Alliances eve_alliances
101030469 - 2077084692 Player Alliances eve_alliances

So in essence:
0 - 499999 Search db.invTypes
500000 - 89999999 Search 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!


 

This thread is older than 90 days and has been locked due to inactivity.


 


The new forums are live

Please adjust your bookmarks to https://forums.eveonline.com

These forums are archived and read-only