Just wanted to share an oddity we're experiencing with the domain mapping plugin .... We noticed that a newly created site on a multisite install was experiencing 60 to 90 second dashboard load times, but hundreds of other blogs on the install were loading fine .... since all sites are using almost identical setups and disabling all plugins on the site with issues didn't change anything .... it was an odd scenario.
Also, we've set domain mapping settings to always use original domain URL, i.e. sitename.domain.com / not the mapped domain
We realized that the we had mapped the URL, but the client had yet to change their name server, so their name servers were still parked with Godaddy .... for some reason this seems to cause the slow dashboard load times with the domain mapping plugin even if the URL for the dashboard is using the sitename.domain.com/wp-admin .... once we deleted the mapping from the domain mappings settings section, the issue is resolved and dashboard pages loaded normally... or once the client changes their name server to point to use, we can then map the domain via the dashboard and have full dashboard capability without extended load times ...
Anyways, just a heads up in case anyone experiences the same slow dashboard load times ... this may be the cause ....
Just wanted to share an oddity we're experiencing with the domain mapping plugin .... We noticed that a newly created site on a multisite install was experiencing 60 to 90 second dashboard load times, but hundreds of other blogs on the install were loading fine .... since all sites are using almost identical setups and disabling all plugins on the site with issues didn't change anything .... it was an odd scenario.
Also, we've set domain mapping settings to always use original domain URL, i.e. sitename.domain.com / not the mapped domain
We realized that the we had mapped the URL, but the client had yet to change their name server, so their name servers were still parked with Godaddy .... for some reason this seems to cause the slow dashboard load times with the domain mapping plugin even if the URL for the dashboard is using the sitename.domain.com/wp-admin .... once we deleted the mapping from the domain mappings settings section, the issue is resolved and dashboard pages loaded normally... or once the client changes their name server to point to use, we can then map the domain via the dashboard and have full dashboard capability without extended load times ...
Anyways, just a heads up in case anyone experiences the same slow dashboard load times ... this may be the cause ....
I could see how this could cause a problem with the Domain Parked instead of pointing it to your servers.
It is my opinion the delay is due to the domain mapping plugin is trying to resolve the DNS for the mapped domain that is not resolvable so to speak until it eventually times out and then the admin dashboard forms up.
A policy of not domain mapping until minimum that the domain is pointing at your Installation IP sounds like a good practice to avoid this kind of delayed dashboard.
I've never come across this issue before but then we wait for the clients domain to resolve before adding so its not something I would have come across.
I'll mention this to Barry and see if he has ever noticed an issue.
Responses (3)
Support Kangaroo — 21st January 2012 #
Greetings Tracy :-)
I could see how this could cause a problem with the Domain Parked instead of pointing it to your servers.
It is my opinion the delay is due to the domain mapping plugin is trying to resolve the DNS for the mapped domain that is not resolvable so to speak until it eventually times out and then the admin dashboard forms up.
A policy of not domain mapping until minimum that the domain is pointing at your Installation IP sounds like a good practice to avoid this kind of delayed dashboard.
Joe :-)
Support Chimp — 21st January 2012 #
Hey there.
I've never come across this issue before but then we wait for the clients domain to resolve before adding so its not something I would have come across.
I'll mention this to Barry and see if he has ever noticed an issue.
Take care.
Support Kangaroo — 21st January 2012 #
Greetings :-)
the key statement here is as Tim put it :-)
Joe :-)
Become a member