EVE Technology Lab

no, still broken

Another request:
Can you please make the https://login-tq.eveonline.com/oauth/verify/ endpoint return a Content-Type that is not generic?

Hi all! I'm just starting to explore the world of the CREST API and I have a question about it, which I hope someone more knowledgeable than me can answer for me. Most likely it's a trivial question and I should know it, but I'm far from being a professional coder. :-) Anyway, so authenticated CREST has a request rate limit of 20 per seconds. Now, let's say I have an application on a website and let's say that application suddenly feels like sending out 300ish POST requests to the authenticated user's contacts collection resource. Let's assume that this 300 requests are properly split into chunks of maximum 20 requests per second, so all is well, the rate limit is not exceeded. But what if there are multiple users using the same application at the same time and they all send out such 300 requests using the app. While it is quite unlikely to happen but what if within a 1 second window more than one user is sending out 20 requests each? In that case is the rate limit considered exceeded? In other words, the TLDR version: is the rate limit based on a per application or a per authenticated user basis? So in case more than one user is authenticated concurrently do they each have their own rate limits tracked separately even though they use the same application?

Hope you understand what I want to ask :-) I'm not that knowledgeable on network architecture and as I said maybe this is a totally trivial question, I just want to make sure.

CREST hasn't been working again for the last couple of days.
Kind of hard to trade.
Was hoping moving to CREST would increase the reliability of the data and uptimes but it seems to get broken after every release recently.

Hmm, well if CREST is working for you, then the program I'm using doesn't work anymore.
I've pm'd you with the details.
I don't know, I'm a beginner with CREST and python, still learning how to debug or track all the changes that CCP make so I can keep my stuff working.
Maybe should have a CREST server status thing, maybe even details of what they have changed in CREST. But frankly, I'm too novice to make heads or tails of it all.
Its quite time intensive to keep on updating to keep up with all the changes. xD
Either way, trading as a profession is less profitable now due to the proliferation of other tools.

Whoever programs the best, wins.
I can pull Jita in 2 hours and other players can pull the whole universe in that time. *shrugs*

Idea: Add LP transactions to crest/xml api
Description: There were idea about corporation tax scheme based on LP income from mission running, but there isn't any available information about LP count for character.

While it's not the transactions (I'm not sure it actually keeps lp transactions in a readable form anywhere) total LP numbers are in crest on Sisi now :)

As is the LP store data.

Is there something that prevents taxation of LP to a corp? Cause now it is not possible at all. Even if you get amount of LP each month id gives you no info on what LP were withdraw in between.

LP transactions would allow to create a tool that calculates tax... Even though that it is still require unnecessary work.
Ideally would be just send taxable LP to a corp then it would be up to corp how to use the LP.

It is relevant in the way that atm it is not possible to tax LP income of mission runners.
And tbh I didn't understand how it is easily exploitable, but...
All in all I'm looking to have reliable, accurate and of course easy way to tax mission runners corp members.
I found out that LP reward is proportional to mission reward that agent pays but still coefficient LP/mission reward isn't constant => not precisely accurate. I guess transactions for LP would enable to create own tools for it (still build in taxation would be proffered)

thanks

Not really good way, because any withdrawal of LP withing the period will be unnoticed. So basically either transactions of LP or (better) taxing in to the corp right away.