You mean your orders are not shown?
Update: Importing data via Market Analysis no longer functions. Itâs been hanging here every attempt since last night
Try a bit smaller data set.
Well faction citadel donât appear in the citadel manager
You probably need to add them to structure hunters.
What is structure hunters ? I googled it but didnât found usefull information.
this ? https://www.kalkoken.org/apps/evestruct/?page=structures or https://stop.hammerti.me.uk/citadelhunt/structures ?
Itâs the second one.
These are server errors.
and that is normal?
Nope. Someone from ccp should take a look.
I tried the industry tool but it says I will make no profit. It only calcs the cost but not the price of the item sold. And I canât set the price I want to sell the item anywhere either.
I suggest being able to set a custom sell price of your finished item.
It seems it has trouble finding a sell price and then calculates sell price 0.
The citadel I want to sell in does not exist in the structure list despite multiple imports. It is a faction citadel.
Iâm adding alternative citadel import methods, so this should be fixed in the future.
When was this happening, exactly?
New small release is out now:
[new] option to not remove existing citadels on import (import preferences or Citadel Manager)
[new] possibility to add your own citadels in the Citadel Manager
[changed] dropped support for the 32bit version
[changed] bumped Qt to 5.11.1
There isnât many changes, but they mitigate the problem with CCP not providing available citadel list.
Also, unless a volunteer steps up, this might be one of the last releases ever. Unfortunately, maintaining such a big application eats a lot of time, which is becoming less and less available. No matter what happens, itâs been a fun ride.
2 Likes
every time
Some of those errors, specifically the 520 âConStopSpammingâ are caused by rate limiting on the monolith.
@Pete_Butcher while ESI doesnât have any rate limiting the Contracts endpoints on the monolith do, you should consider slowing those down a bit to prevent the above errors occurring. Itâs likely that this is also whatâs causing the âno reply within 10 secondsâ errors.
Contracts are rather slow on the TQ side of things, so ESI canât deliver them at the same rate as most other things.
Isnât that what caching is supposed to solve, like in other endpoints?
To a degree, but itâs just a limitation of TQ that the ESI folks canât actually work around. Youâll get the same thing when trying to send too many mails in too short a period. ESI is happy to let you do it but the monolith will block you.
EDIT: To clarify, caching wonât help here because itâs all different resources youâre querying, so there wouldnât be any cache to hit. But the monolith doesnât like you requesting that many unique contract items in such a short order.
Contract items are immutable, as far as I remember, so a cache could be filled once (with possible limiting) and stay primed for all eternity from our point of view. This would help with the constant problems when using many clients while trying to fetch the same info. Of course, we can argue this can also be implemented client-side when only one app is used, but other cases would be covered.