The key is to reduce the number of orders if you want them of higher value, to account for your limited resources. This is explained in those earlier posts.   

I just checked your account; you chose to reduce the band width to 8% of the price, with 20% of your resources allocated to outer orders, 30% of those 20% to central orders and a linear variation in value in between. You also kept the 99% linear step progression, while reducing the central margin to 0.3%.
From your history, it seems that your asks have been getting cancelled every other run, probably because of the "Low resource reset factor" parameter, which I just set from 2 to 0 to prevent further cancels for now (about 8 orders from 20% to 7% of your resources ==> there was less than 2 * the outer ask value =40% of resources after everything issued, thus the reset)

That also means your current settings are still a little too high. Also, I reckon that only reducing the band width is a bit risky to account for larger price changes. I would suggest looking at the orders distribution steps: either go for an exponential distribution to have close steps near the ticker and larger steps going outwards, or set a larger near constant linear step (e.g 95% instead of 99%), which implies increasing the central margin, because you won't want a central margin narrower than the central distribution steps.

I also unchecked the "Account for trends" parameter to make sure asks and bids always get issued while you're updating your configuration.
You may want to check that parameter again when you're satisfied and everything is set.

Edit: Apparently you're doing some changes yourself at the moment, so I'd rather post this now.
BTW, did you try installing the platform locally to do your tests in real time?

Regards,

Jesse