| Author |
Thread Statistics | Show CCP posts - 3 post(s) |

Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.12 18:18:00 -
[1]
I'm getting a fatal error rather than an XML-formatted one when using proper parameters trying to access: /corp/StarbaseList.xml.aspx
In case you care to look up logs, userID is 763632... Corp in question has a LOT of starbases in case that's relevant. Character also only recently had the director box checked but they work fine accessing the other director-only pages.
|

Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.12 19:00:00 -
[2]
Originally by: Macdeth I'm getting a fatal error rather than an XML-formatted one when using proper parameters trying to access: /corp/StarbaseList.xml.aspx
In case you care to look up logs, userID is 763632... Corp in question has a LOT of starbases in case that's relevant. Character also only recently had the director box checked but they work fine accessing the other director-only pages.
Have since confirmed that another key for a character in a different corp with numerous (over 50) towers also returns same fatal error, while keys for a few corporations with not very many towers do work correctly.
|

Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.15 11:22:00 -
[3]
Originally by: Henry Loenwind There is a problem with the POS fuel status: no timestamp for the data. At the moment I'm guessing the data was pulled from the DB 6 hours before the CachedUntil timestamp, but that's a guess...
Using the current timestamp is only valid if (a) An application can be sure to be the only one pullung POS data and (b) it is obeying the cached time and (c) it has been runnng for at least than 6 hours. All of these can somewhat be controlled, but relying on them would make the result even more guesswork than the "cacheduntil minus 6h" assumption. Just image the following in the README file: "Thanks for using foo v1.0, please note that the application will do nothing for 6 hours when started the first time." W? :D
Fuel is as of the stateTimestamp field found for that starbase's itemID in StarbaseList. Starbases apparently don't update their status in the database very often if nobody hangs out near them. It sucks, but that's the way eve stores it and we just have to deal with it. (Per Garthagk on #eve-dev IRC)
|

Macdeth
Ephemeral Misgivings
|
Posted - 2007.12.18 19:51:00 -
[4]
Originally by: Henry Loenwind state: 18:36:09 (That's in the future? And it's accross the consuming time.)
Yeah, we encountered that 'stateTimestamp actually end of period' thing between when I posted and now.
It seems the best way to go about this is to just poll everything at regular intervals and then allow users to mark a tower as 'fueled since last update' to knock it off the priority list for a few hours, though that means the users have to be trusted (which hopefully they are if they have starbase config/fuel tech anyway) and not lazy (ugh).
|
| |
|