Takes a lot of time for epi cms resources to load on DXC Service

Vote:
 

I have noticed that many times the edit interface is just loading and loading in our customers production environement. 

I now looked into it and this are a couple of example of what takes time, and I wonder how it can take that long time to load a couple of js-files?



Anybody else with this problem?

#207944
Oct 09, 2019 9:20
Vote:
 

Hey Henrik,

I've seen similar things when using DXC's Cloudflare CDN, particularly in China using the Find JS.

Maybe you can try the DXC Paas Portal's new CDN Cache purging feature?

#207951
Edited, Oct 09, 2019 10:22
Vote:
 

I have done that and it does not help, still takes like forever a lot of times

#208194
Oct 17, 2019 12:52
Vote:
 

Do you use dbLocalizationProvider for localizations in that solution?

#208197
Oct 17, 2019 13:44
Vote:
 

Yes I do @sebbe

#208205
Oct 17, 2019 14:54
Vote:
 

Okey, I think that is why it is happening.

As it turns out, epi's javascript is not 100% javascript. It goes through a controller that add translations to the JS file.

Example the datepicker file you have in the screenshot, /episerver/Shell/11.22.0/ClientResources/EPi/shell/ui/nls/en-us/episerver.shell.ui.resources.datepicker.js, it contains en-us. So the controller tries to get the translations from the db provider, but doesn't find it. So it goes to the next language which for me was "en" and then "en-GB" which it of course didn't find anything. So for one js file, it went to the database 3 times for every resource key in the js file.

That will say that we send alot of db calls for every js file for every resource as episerver doesn't cache the js file, but recreates the files every time so when 3-4 editors tries to use the edit mode, it get very slow. Some editors had to wait like 15min to just access edit mode.

I have a support case going against episerver and I think Valdis have some ideas too on how to fix it.

I fixed it in my solution with importing the whole dbLocalizationProvider and modified it to return "null" if the resource key contains "/" so my solution is quicker now

p.s. https://twitter.com/Sebbe91/status/1182005022747443200 where I discussed this with @valdis

#208211
Oct 17, 2019 15:27
Vote:
 

Episerver doesn't consider this as a bug, so they filled it as a feature request to cache the js resources.

#208221
Oct 17, 2019 19:58
Vote:
 

Thanks Sebbe I did not know that and this started when we  did an upgrade and also added the localizationprovider.

It is good to know and I will also talk to Valdis, or I will use xml-files for the episerver internal stuff.

#208234
Oct 18, 2019 7:03
Vote:
 

just uninstall that crappy provider 

#208235
Oct 18, 2019 7:11
Vote:
 

Yes Valdis, I will do that and I will absolutly not drink a couple of beers with the author of it in Miami, just to show how angry I am! ;-)

#208236
Oct 18, 2019 7:26
Darren S - Oct 18, 2019 12:25
Haha!
Vote:
 

@Henrik, thanks for bringing this issue, we were also facing this and was under investigation

@Valdis,

Our client went live on the first week of October, it was behind the Azure front door that sends 503 after 30 seconds and there is no way to extend it so far,

Exact Above problem, In app insights, I could see thousands of dependent calls for a single JS, We have to restart the website twice last week as CMS Editors is completely unresponsive.

Any option other then uninstalling this great addon ;)

#208240
Oct 18, 2019 9:37
Vote:
 

We've recently launched CMS + Commerce with dbLocalizationProvider on DXC with 5 languages en-AU, en-NZ, zh-Hans, zh-Hant, zh-HK. We've had no reported issues. But I'll be having a close look next week.

#208255
Oct 18, 2019 12:41
Vote:
 

@darren which version of episerver? I think (without checking much) it may have happened after they upgraded the UI because we didn't have any problems before. Or ofc it is a change @valdis did, who knows? :)

#208257
Oct 18, 2019 13:10
Vote:
 

who knows ;)

#208262
Oct 18, 2019 13:59
Vote:
 

if anyone else interested - DM me, will send link to upcoming version. Just need to be sure that fix does not break somethingz in your projects.

#208273
Oct 18, 2019 15:55
Vote:
 

@sebbe I think you're right! This CMS is 11.19.01 we have not yet updated to the new UI 11.21.x or 11.22.0 yet.

#208291
Oct 19, 2019 4:37
Vote:
 

v5.7.6 will contain fix (verified) for this performance issue along with new UI colors as well. keep an eye on feed

#208296
Edited, Oct 19, 2019 11:38