Slow page load times for users logged in to dashboard
Calls to packages/proevents/elements/header_menu/proevents/view.js and view.css are addressed using the server's IP address rather than the URL of the website. The result is off site users who are logged in to the website experience a wait of 15s - 2m+ depending on the timeout settings on their browser.
This effects every page load.
The developer ChadStrat says 'the API call for those header nav items are actually generated by the core, not the package. So if this is truly the bog down of your site, then you will want to contact the core team on this issue. '
I am a bit surprised by what you're saying. Concrete5 is definitely responsible for adding js and css files to the header or footer depending on what's asked. It does it with relative paths though, not with absolute paths.
Also it certainly doesn't use the server's IP address.
On the other hand Chad is one of the most respected developers of this community so he wouldn't make stuff up like that.
Would you have a link to the site where that happens so we could have a look?
If you look at the Calendar Events block on right you should be able to see that there is a broken image link next to where it says get iCal link. This shows the URL formation that the block is generating for the dashboard navigation item. I would rather not provide log in details for the Dashboard on this public forum, but if you want to log in to it I can provide them via PM.
You might also want to check your htaccess
Would Concrete5 be picking it up from somewhere else?
I did a little research and $_SERVER['HTTP_HOST'] should return the domain name if there's one or the IP address if no domain name. In your case it is only returning the IP address.
I did a little research and it seems you might have to contact your host and look into it as it might be a server's configuration problem.
I found those 2 links that you might find useful
Strange that the ProEvents and ProNews blocks are the only ones effected by the issue. All other components show a relative address.
I will have to wait for the time when moving the Concrete5 site over to the named server is possible to be rid of this issue by the sound of it.