Sounds sort of like a DNS issue and/or mapping issue… try pointing that temp domain at a different site setup on that same multisite using the domain mapping and see what happens then.
Also, make sure the permanent domain is showing in settings for that site just incase.
If your DNS service is running DNS notify you could point the temp domain at another host completely. As long as your resolvers and your own ISP’s DNS cache is well behaved.
And it could be a resolver and/or cache issue. I had to flush the cache on this Chromebook last night to get an older page to show up properly.
Finally, any proxy boxen between you and the origin might be holding the old page info and presenting that. Time and cache flushes should fix that after a while or a cache on the origin could trigger a flush out on the greater internet.
-
This reply was modified 6 years, 3 months ago by
JNashHawkins.
Thnx for your thoughts on the matter.
Sounds sort of like a DNS issue and/or mapping issue… try pointing that temp domain at a different site setup on that same multisite using the domain mapping and see what happens then.
Thats what i did and it still points to another site in the network which shows the content without the css. Weird.
About the DNS: didn’t change anything so per default it points to the root of my hosting package where my multisite is installed.
Browser cash was flushed, dunno how or where i could flush server/other cash?
Where does wpmu store its mapping information? somewhere in the DB? Maybe there is an error to be found there?
-
This reply was modified 6 years, 3 months ago by
gaetan1969.
Take a good hard look at the settings…
That’s Dashboard –> Network Admin –> Sites
Select edit on the site in question which might be the old temporary name (that’s my suspicion now) and make sure the two entries for the domain make sense. That should probably be the domain itself.
I can’t really think of anything else except maybe something very wrong in htaccess that would have been specific for that site. Maybe a redirect run amok!
Thanx for the feedback!
network admin->sites->specific site(that had temp domain, but now functioning with its own domainname)->Settings = up-to-date and correct
So…?
Made a new site and mapped the domain name to it, in a browser domain.com still resolves to the other site (without css)
But when i use an actual link to a page say: domain.com/example-page it works correctly, but domain.com does not.
Something very wrong in htaccess possibly. I have downloaded a copy of the htaccess and i dont know exactely what i am looking for… The domain name is not mentioned in the htaccess…
I don’t understand this…
Sometimes it’s cache issues…
If you can’t clear the problem by clearing the caches and proxies between you and the host sometimes you can try via a cell phone or run up to a neighbor’s house who uses a different ISP or even the library across town.
Sometimes you need to wait a bit… but that’s not good when it’s a client needing a solution.
You have to get creative at times but once you’ve got the ‘basics’ right then things should settle down.
You might also include the URL or both URLs in posts here as I’ll be glad to look and often a look ‘tells me things’.
Just had a friend on the phone and asked him to view the url on the desktop, same error.
BUT (here comes the icepick in the forehead) On mobile it works fine!
So is it safe to conclude that the wpmu set-up and mapping are fine and that there is a server side cache issue?
Ah!
His ISP (for the desktop) is probably the same one you use… and/or they share the same proxy somewhere on the way.
His phone is probably totally different!
You might enable a cache plugin like ‘cache enabler’ that might send an expiry header that might flush the problem out but unless something here is mission critical I’d just wait it out as it should flush in a day or so now that we know it is right at the lowest level as confirmed by that cell phone.
Dont know if he uses same ISP, doesnt live near me but nl is a little country, so possible.
On my mobile it works fine too.
Waiting for expiry: i have had this issue for more than six months! (only now that i want to use that temp domainname for another project i’ve discovered that i have this issue)
This expiry header where should it com from? the site that is shown but should not be seen? a new site with the domain name mapped (has no cache plugin at this moment)
Or from the master site in the wpmu?
Thnx for helping!
url is realiser.nl it errounously shows echt.nu without proper css…
It didn’t work right here either and I doubt anything past the server itself is common to us here where I’m at in Virginia. I think the reason the CSS doesn’t work is because everything is almost right but the CSS is wrong because it is trying to use the wrong CSS file as cached.
Can I get you to turn off WP Rocket?
Also, any other optimizer or cache plugins?
And if that doesn’t fix the problem then install Cache Enabler and activate it for that site first or network enable if that doesn’t force a flush and fix the problem.
https://ww.wp.xz.cn/plugins/cache-enabler/
Cache Enabler is my goto plugin for ‘flushing cache’ as it ‘reaches deep’.
I’m gonna guess the reason it worked on the cell phone might be either because it saw it right there or ran as a mobile page.
If Cache Enabler finally cures the problem you can disable it then and re-enable your other plugins you disabled on my request.
News:
Turning of wp-rocket solved it, so there is the problem.
Re-enabling wp rocket: problem re-appears.
BUT: flushing cash in wp-rocket didnt fix it, nor flushing the cash with the cache enabler plugin.
So somewhere deep down there is some pesky cash file! how can i get rid of it.. Wipe all wp rocket entries out of the database (manually) perhaps?
**SOLVED**
started browsing in the files on my host, found a realiser.nl folder in wp rocket, renamed that folder to something randomly else et voila!
Seemed that there was a cache file pointing to echt.nu that was not flushed, maybe had to flush and deactivate wp rocket before i unmapped the temp domain!
Thanks for thinking along! you’ve pointed me in the right direction!
Yeah!!!! I really expected the flush to work but ‘stuck in Rocket makes a bunch of sense’ and Cache Enabler’s ‘flush’ can’t reach inside there.
I am glad it’s fixed.
