Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 7 post(s) |
|
CCP illurkall
C C P C C P Alliance
17
|
Posted - 2012.11.13 11:09:00 -
[1] - Quote
Hey there
We just re-enabled https://api.testeveonline.com/ on top of Singularity. The changes we are introducing now are: - gzip is enabled for all XML endpoints - Removed uneccessary IIS and .net related HTTP headers - Removed the cache-control header (now that we are on https only there is no way to cache responses on proxies anyway) - This was causing issues for some VBA code in Excel - Replaced the underlying distributed cache service (shouldn't affect anything but please report to this thread if you notice anything weird, we need to fine-tune how much resources we allocate on the caching layer for Singularity and we are starting small)
We'll run this on Singularity for a while and if all goes well deploy to TQ shortly.
|
|
Desmont McCallock
218
|
Posted - 2012.11.13 14:39:00 -
[2] - Quote
Usually the test API server was reachable through https://apitest.eveonline.com and the corresponded keys where issues through https://supporttest.eveonline.com/
What happened to that? (Not to mention that some of us devs have our apps already configured to that addresses). |
|
CCP illurkall
C C P C C P Alliance
20
|
Posted - 2012.11.13 15:36:00 -
[3] - Quote
We want to limit the .eveonline.com domain for production applications running on Tranquility going forward. https://api.testeveonline.com is now running on infrastructure setup that is similar to what is used in production and we used the opportunity to change the domain as well. At the moment we have not configured a support site for SISI for generating new API keys, the API key database is about a week old backup of the live one (at the time of this post).
|
|
Lors Dornick
Kallisti Industries Solar Assault Fleet
311
|
Posted - 2012.11.13 15:54:00 -
[4] - Quote
CCP illurkall wrote:We want to limit the .eveonline.com domain for production applications running on Tranquility going forward. https://api.testeveonline.com is now running on infrastructure setup that is similar to what is used in production and we used the opportunity to change the domain as well. At the moment we have not configured a support site for SISI for generating new API keys, the API key database is about a week old backup of the live one (at the time of this post). +1 for letting us have access to the test api. +2 for not letting anything mess with the production applications.
CCP Eterne: Silly player, ALL devs are evil.
|
Karbowiak
4M-CORP BricK sQuAD.
70
|
Posted - 2012.11.13 19:06:00 -
[5] - Quote
- Replaced the underlying distributed cache service
wat, does this mean that multiple sites can access killlog from the same char/account, WITHOUT generating an error? If yes, then amazeballs!
also, yay gzip \o/
edit:// illurkall, you should come by IRC - #eve-dev - pretty sure alot of people would love you if you did that |
Squizz Caphinator
Greater Order Of Destruction Happy Endings
49
|
Posted - 2012.11.13 19:09:00 -
[6] - Quote
CCP illurkall wrote: - gzip is enabled for all XML endpoints
Awesome!
CCP illurkall wrote: - Replaced the underlying distributed cache service (shouldn't affect anything but please report to this thread if you notice anything weird, we need to fine-tune how much resources we allocate on the caching layer for Singularity and we are starting small)
Does this mean that two separate killboards attempting to retrieve the KillLog for the same api won't interfere with each other anymore? Today, it is a race between killboards. If a user provides their KillLog enabled API to two killboards, one of them will get a 119 error. If you'd like a more detailed explanation or example let me know. http://evewho.com - Alliance and Corporation Member Listings http://evechatter.com - Free Alliance and Corporation forums for all. |
Desmont McCallock
218
|
Posted - 2012.11.13 21:11:00 -
[7] - Quote
And KillLog is not the only defected API call, but it is the most severe one. Bug reports have been submitted for several API call defects in the past, you may wonna have a look at them.
Edit: After doing a test on test API server, KillLog call still behaves as before. |
|
CCP illurkall
C C P C C P Alliance
21
|
Posted - 2012.11.13 21:51:00 -
[8] - Quote
Confirming KillLog is not fixed in this update The cache server change is internal only and shouldn't have any effect on functionality. |
|
xHjfx
The Legion of Spoon Curatores Veritatis Alliance
2
|
Posted - 2012.11.13 23:36:00 -
[9] - Quote
CCP illurkall wrote:We want to limit the .eveonline.com domain for production applications running on Tranquility going forward. https://api.testeveonline.com is now running on infrastructure setup that is similar to what is used in production and we used the opportunity to change the domain as well. At the moment we have not configured a support site for SISI for generating new API keys, the API key database is about a week old backup of the live one (at the time of this post).
Legendary, thanks for your work and keeping to your word ^^ |
Squizz Caphinator
Greater Order Of Destruction Happy Endings
49
|
Posted - 2012.11.14 16:31:00 -
[10] - Quote
CCP illurkall wrote:Confirming KillLog is not fixed in this update The cache server change is internal only and shouldn't have any effect on functionality.
Bummer. Thank you for letting us know though. http://evewho.com - Alliance and Corporation Member Listings http://evechatter.com - Free Alliance and Corporation forums for all. |
|
Peter Powers
Terrorists of Dimensions Free 2 Play
94
|
Posted - 2012.11.14 19:49:00 -
[11] - Quote
so where is the CREST test server? 3rdPartyEve.net - your catalogue for 3rd party applications |
Desmont McCallock
218
|
Posted - 2012.11.14 21:35:00 -
[12] - Quote
Peter Powers wrote:so where is the CREST test server? Peter, you are asking the wrong person. |
Dei
Mamaleek
0
|
Posted - 2012.11.14 23:44:00 -
[13] - Quote
Is it possible to request that all long cache api test calls are changed to short cache? I'm sure I'm not the only one that loves to traverse xml with guess work and get a once per day chance to see if we've got it right! |
|
CCP illurkall
C C P C C P Alliance
23
|
Posted - 2012.11.15 11:15:00 -
[14] - Quote
At the moment we are using the TQ cache timeouts on SISI. I agree that for testing purposes the cache timeouts should be shorter. I will make it so.
|
|
Dei
Mamaleek
0
|
Posted - 2012.11.15 18:23:00 -
[15] - Quote
Oh cool, thanks. I was expecting you to say 'no'. |
Karbowiak
4M-CORP BricK sQuAD.
70
|
Posted - 2012.11.15 21:48:00 -
[16] - Quote
So, we decided to implement our own gzipping and caching, mostly as a test (but also because we got titillated by the prospect of gzip)
http://5.44.237.39 is transparent proxying all API calls from the TQ API server, with full transparent caching of calls (it's stored internally for the duration that the API specifies) and it's fully gzipped - no ssl tho, too lazy to fix that.
We are currently using it full on for EVE-KILL, and are seeing roughly 90% bandwidth savings, and an increased throughput for our cronjobs.
So, yeah, we're looking forward to gzip being enabled, VERY MUCH! Then we can skip atleast one level of our setup. Oh and, anyone interested in using our proxy, go for it :)
edit:// if anyone wants the code, i'll upload it somewhere so you can look at it, we use Varnish for frontend stuff (including gzip) and golang for the http/proxy/caching part together with memcached (for the storage) |
Desmont McCallock
218
|
Posted - 2012.11.16 07:49:00 -
[17] - Quote
Karbowiak wrote:...and golang for the http/proxy/caching part together with memcached (for the storage) Related to using memchached, I just discovered Couchbase which is memcached compatible with better monitoring app and many more features. Truly worth looking at.
|
Squizz Caphinator
Greater Order Of Destruction Happy Endings
50
|
Posted - 2012.11.16 21:06:00 -
[18] - Quote
Here's a visual representation of when we switched to our gzipp'ed proxy:
http://i.imgur.com/xmnGU.png http://evewho.com - Alliance and Corporation Member Listings http://evechatter.com - Free Alliance and Corporation forums for all. |
Desmont McCallock
218
|
Posted - 2012.11.18 13:14:00 -
[19] - Quote
Support for compressed responses has been added in EVEMon's code base. Will be available with the next release, probably shortly after the 'Retribution' expansion. Confirming that everything works as intended. |
Dei
Mamaleek
0
|
Posted - 2012.11.18 23:11:00 -
[20] - Quote
The gzipped responses are working fine for me using Nodejs, and original functionality hasn't been affected either. |
|
|
CCP illurkall
C C P C C P Alliance
26
|
Posted - 2012.11.20 10:49:00 -
[21] - Quote
I take it I can start the work on putting this build live. We will gradually enable gzip support on the live cluster as we don't know exactly how the load on the cluster will pan out. I will start a new thread when it's ready to go live. |
|
Desmont McCallock
218
|
Posted - 2012.11.22 09:49:00 -
[22] - Quote
And please, please give us a https://support.testeveonline.com/API/Key/Index page. It's hard to test using existing API keys as we may want to change character corp status when trying to test our code. |
Squizz Caphinator
Greater Order Of Destruction Happy Endings
52
|
Posted - 2012.11.26 15:46:00 -
[23] - Quote
Desmont McCallock wrote:Also, would you be interested in a list of all API calls defects that make us (3rd party app devs) miserable?
Warning! This list may be rather lengthy! http://evewho.com - Alliance and Corporation Member Listings http://evechatter.com - Free Alliance and Corporation forums for all. |
|
CCP illurkall
C C P C C P Alliance
26
|
Posted - 2012.11.26 22:32:00 -
[24] - Quote
Lists have never hurt anyone, and it surely can't be that long
|
|
Marcel Devereux
Aideron Robotics
174
|
Posted - 2012.11.28 02:54:00 -
[25] - Quote
CCP illurkall wrote:Lists have never hurt anyone, and it surely can't be that long
Here is my latest annoyance at the current API pages:
https://forums.eveonline.com/default.aspx?g=posts&m=2234201&
Please to fix ASAP |
Snus Mumriken
EVE University Ivy League
8
|
Posted - 2012.11.28 14:03:00 -
[26] - Quote
Illurkall, would it be possible - without lots of effort - to make the output format selectable by the user, e.g. JSON or YAML instead of XML? Or is this not making sense as CREST will someday in the future be replacing the old API? I'm on Twitter. |
|
CCP illurkall
C C P C C P Alliance
27
|
Posted - 2012.11.29 10:23:00 -
[27] - Quote
Making the output format selectable in the current API would require a lot of work so I would say stay tuned for CREST. |
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |