Please excuse me if I'm missing something that is right in front of me, but I'm pretty sure there's a setting somewhere to enable a system wide default 404.
For the life of me, I can't find it!
Please excuse me if I'm missing something that is right in front of me, but I'm pretty sure there's a setting somewhere to enable a system wide default 404.
For the life of me, I can't find it!
AFAIK there is no system wide setting for it, only a site wide option which you configure on the details screen of the asset.
However all other sites that use a sub path of the main domain that is applied to a design should pick up that sites 404 settings by default as well.
So if you configure 404 page for site with URL of www.site.com
It should automatically get picked up for assets under a site asset with URL of www.site.com/siteB
hmm - that's confusing.
not how I understood it worked - going to have to ask for help.
Thanks anyway :-)
Were you thinking of “404 Asset” under “404 Page Not Found Remappings” in the Remap Manager, maybe?
+1 to Marcus' answer. There's a 404 config in the remappings, but sure what this would do or whether it acts as a global redirect - never used it before. Other than that 404 is defined on the site assets only.
I think that 404 is only used for URLs that have a remap placed on them, but the remap is invalid. But yea, might be what woowoowoo was after.
I thought that Remap Manager setting is the system wide 404. Docs are saying the same thing: http://manuals.matrix.squizsuite.net/system-management/chapters/remap-manager
As far as I know, if a URL comes in and an asset cannot be found, Matrix will check to see if a remap has been added for it. If not, it will check the site's 404 page. If nothing is set, it will fall back to the system-wide 404 page from the remap manager. But I don't have a system to confirm these steps, or what happens if absolutely nothing is set anywhere (blank 404 page I assume).
Yes! Thank you Marcus.
I had a feeling it was right there in plain sight. I just couldn't see it for looking!
Ran all sorts of searches through the manuals without coming up with it.
Trouble is, it's one of those things you only visit every couple of years, by which time you've forgotten again ;-)
This only adds to the feeling I am a goldfish ;-)
FWIW, I just did a test on my local 5.2 system and the remap 404 setting is a global fall back if no 404 asset is set on the site asset as I suspected. So if you set one on the site asset it will overwrite the Remap manager setting for all 404 URLs under that Site asset, which makes sense as you might want to have different 404 content for different pages.
Wow - that's cool. Never knew there was a global 404. Opens up some new possibilities.
The forums search don't yield results for '404' - this has been discussed before e.g. http://forums.squizsuite.net/index.php?showtopic=7925
Any chance the forum search could be configured to allow 404 and other status codes to be searched for?
The forums search don't yield results for '404' - this has been discussed before e.g. http://forums.squizsuite.net/index.php?showtopic=7925
Any chance the forum search could be configured to allow 404 and other status codes to be searched for?
The min length is already 3 characters and nothing is blacklisted. I don't see any search settings that would block numbers being searched for.
OK, a follow up.
I had developed a really smart 404 page which provided the user with contextual information based on information gleaned using various global keywords. This was working like a treat in testing, which consisted of defining it as the 404 for a site asset, and running through the various scenarios.
Unfortunately, when defined as the global fallback 404 using the remap manager, none of the global keywords work. For example: %globals_server_http_referer%, just renders as the raw, unparsed keyword.
This is exceedingly frustrating. Any suggestions gratefully accepted. Having to rebuild in javascript would be a big disappointment.
OK, a follow up.
I had developed a really smart 404 page which provided the user with contextual information based on information gleaned using various global keywords. This was working like a treat in testing, which consisted of defining it as the 404 for a site asset, and running through the various scenarios.
Unfortunately, when defined as the global fallback 404 using the remap manager, none of the global keywords work. For example: %globals_server_http_referer%, just renders as the raw, unparsed keyword.
This is exceedingly frustrating. Any suggestions gratefully accepted. Having to rebuild in javascript would be a big disappointment.
What version of Matrix are you using? Was originally reported here http://forums.squizsuite.net/index.php?showtopic=12574and fixed in version 5.0.8.0 and 5.1.5.0.
Hm. I'm not sure it's working for us with 5.1.5 - %globals_asset_name%, %globals_site_name% and %globals_server_HTTP_REFERER% are just output as that.
Strange, you might have to submit a support ticket to Squiz for them to investigate further and debug on your system.