|
Author |
Thread Statistics | Show CCP posts - 9 post(s) |
|
CCP FoxFour
C C P C C P Alliance
3803
|
Posted - 2015.01.07 13:46:32 -
[1] - Quote
Was poking around and trying out Evernus just now. When attempting to import data from the web a window came up for CREST Authentication. It was all pretty slick and everything, except since it's showing up in it's own window instead of a browser window as a user I cannot verify that it's actually loading the SSO from eveonline.com or verify the SSL cert. :(
@CCP_FoxFour // Technical Designer // Team Size Matters
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
3805
|
Posted - 2015.01.08 09:03:26 -
[2] - Quote
Yea, most stand alone applications that use OAuth2 open a browser page. PyCharm for example opens my browser when authenticating with Google for App Engine. It's not the greatest experience but seems to be the trusted way of doing it.
Also, ports being blocked shouldn't be an issue since you would be redirecting to localhost.
@CCP_FoxFour // Technical Designer // Team Size Matters
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4170
|
Posted - 2015.11.02 14:05:59 -
[3] - Quote
Just as a heads up since I noticed Evernus is still useing authed CREST: https://developers.eveonline.com/blog/article/a-note-on-crest-rate-limits
Unless you're using another feature that requires auth you're actually better off using public CREST.
@CCP_FoxFour // Technical Designer // Team Size Matters
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4246
|
Posted - 2016.02.03 08:45:31 -
[4] - Quote
We have had an ongoing issue with CREST the last few days. It appears to be a hardware issue and we are working to resolve it.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4247
|
Posted - 2016.02.05 14:16:12 -
[5] - Quote
Gorki Irvam wrote:CCP FoxFour wrote:We have had an ongoing issue with CREST the last few days. It appears to be a hardware issue and we are working to resolve it. Still working on it? It seems impossible to actually load something from CREST API.
Just finished the move to a new VM. With the move of TQ to a new data center getting new machines was a bit of a challenge in the old DC.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4294
|
Posted - 2016.04.29 14:37:54 -
[6] - Quote
Hey Pete,
You may enjoy seeing this: https://forums.eveonline.com/default.aspx?g=posts&m=6464752#post6464752
It is one of those "finally" things... but hey better late than never. :)
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4297
|
Posted - 2016.04.29 15:28:54 -
[7] - Quote
Pete Butcher wrote:That's great news Any chance for server-side filtering to reduce the response size, if someone is interested only in a fragment of the market?
Not at this time. Maybe in the future.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4297
|
Posted - 2016.04.29 15:39:35 -
[8] - Quote
Pete Butcher wrote:CCP FoxFour wrote:Not at this time. Maybe in the future. Ok, I'm going to try to optimize it a bit. Can you guesstimate at which point, fetching the whole market will be better for the server than individual items? I whish to keep the load as low as possible for every use case.
Requesting them all from this new resource rather than per type is going to be better for sure.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
CCP FoxFour
C C P C C P Alliance
4297
|
Posted - 2016.04.30 09:07:46 -
[9] - Quote
Pete Butcher wrote:CCP FoxFour wrote:Pete Butcher wrote:CCP FoxFour wrote:Not at this time. Maybe in the future. Ok, I'm going to try to optimize it a bit. Can you guesstimate at which point, fetching the whole market will be better for the server than individual items? I whish to keep the load as low as possible for every use case. Requesting them all from this new resource rather than per type is going to be better for sure. I suspect there's a border line for that. For example, is requesting 1 item the old way better than fetching the whole market? If so, what's the magic number to switch to the new endpoint to make it as efficient as possible?
Bandwidth usage wise requesting an individual type might be better in cases where that type is a minor fraction of orders. However it is purely a bandwidth consideration. We should have this all orders resource cached at almost all times since so many people will be requesting it. So chances are even though it is larger it is more likely to be cached. NGINX is wicked fast and reliable and if it is a cache hit then you just deal with NGINX. So if bandwidth isn't a concern this is more than likely the faster way to go except for maybe in the forge. With 20,000 results per page and The Forge only being 15 pages you can get an idea of how few pages most regions will be.
@CCP_FoxFour // Technical Designer // Team Tech Co
Third-party developer? Check out the official developers site for dev blogs, resources, and more.
|
|
|
|
|