Developer forum

Its primarily when working with the content.

Fetch requests response time from backoffice for references

Hi Theodor

Is it in the visual editor AND in list view?

If it's "only" in the visual editor, make sure your tracking scripts etc. are not included.

See this post:  https://doc.dynamicweb.com/forum/swift/visual-editor-and-tracking?PID=1605

/Suzi

Hi Suzi,

Unfortunately its not the visual editor.
But thanks for the reply

/Theodor

Hi Theodor,

I've not heard of any reports that the DynamicWeb Administration is slow, nor have I ever experienced it myself.

You say it's primarily when working with content. Do you experience it anywhere else? Also, the page you request you show for the paragraph list has the paging set to 480 items. How many paragraph and rows exist on that page? If you make a request to the query directly, is it also slow? Is the solution hosted in the DynamicWeb Cloud? Can you provide a link to the solution?

- Jeppe

Hi Jeppe.

I think the solution is hosted on your servers.
The query before the 480 items, is with the default limit, and still have a response time of near 30 sec.

I just took some different request, as examples to ensure i had some different cases.

The customers comments on the matter, is that its in generally when working in the backoffice. But my take on the matter is, that its primarily when they work with conent. Since they rarely use other parts of the solution.

There are 246 items on the page, when i just made the default request to show the first 96, the response time was near 53 sec.

This is one of the most extreme cases on the solution, but in general, simple requests can take up to 4-6 sec, e.g. expanding a node in the content tree.
Solution link : scantruck.dk
 

Hi Theodor,

Your solution has custom assemblies loaded, thought they seem to be loaded from the bin folder and not the Files folder where I would expect to find them. You're also running an old version of DynamicWeb, 10.17. My suggestion is to upgrade your version of DynamicWeb 10 and try without any custom code and see if that fixes the issue. Alternatively, you would need to bring the solution down locally and debug a query to see where the slowdown occurs.

I'm not aware of a general performance issue in the Administration of DynamicWeb. That means it's most likely specific to this solution, but since you're running a hosting setup that is outside support -- customized bin folder and unsupported version of DynamicWeb 10 -- I cannot assist further.

- Jeppe

Hi Jeppe.

It seems like the upgrade did the trick.

Our custom code, shouldn't affect the speed of the backoffice, since the code is related integrations and addins.

If the customer experience continued slow backoffice i'll reach out

- Theodor

Hi Jeppe

It seems that the impact is not the same on the production environment.

- Theodor